《软件测试》教学设计

第一篇：《软件测试》教学设计

《软件测试》教学设计

广东汕头华侨中学 欧阳玲

一、教学设计分析

本课内容：广东教育出版社 高中信息技术（选修4）《数据管理技术》，第四章 开发数据库应用系统 4.4 软件测试与数据库维护，第1个课时：软件测试。

（一）课程内容分析

普通高中信息技术课程标准要求在《数据管理技术》的选修中，让学生初步掌握设计和实现简单的数据库应用系统的基本方法，并了解数据库的维护。这是我们教学的重点。对所开发的数据库应用系统进行测试和维护，是实现数据库应用系统不可或缺的一个环节。成功开展这一内容的教学，将有助于学生对数据库应用系统的开发过程有一个完整的理解。如何让学生在有限的课时中顺利实现对问题的理解，对他人开发的小型系统进行科学评价，又能避免面对晦涩难懂的软件工程理论无所适从，这是教学难点所在。

（二）教材处理

本课对教材作适当处理，在学生学习完4.1、4.2、4.3之后开展“开发‘校运会资料管理系统’”的综合活动，让学生以进行理论学习与亲身实践相互穿插的方式，进行一次针对其他小组同学所开发“校运会资料管理系统”的交换测试的活动，“测评结果评价和数据库维护”则放在第2第3个课时。目的是通过让学生了解软件测试与数据库维护，并初步懂得如何科学地评价一个数据库应用系统。

（三）学生分析 经过4.1至4.3节的学习，学生初步掌握用access开发小型数据库应用系统的方法。他们已经在综合活动中通过小组合作开发出“校运会资料管理系统”。设计一个应用系统似乎并不难,但系统中难免出现错误，要想使系统达到最优化的性能也不是一件容易的事，系统在投入使用之前必须经过全面的严格测试。学生对“软件工程”中举足轻重的软件测试、数据库维护等工作还比较陌生，有必要在系统开发的后期让学生亲身体验“软件测试”的过程，引导他们充分认识维护数据库应用系统正常工作的重要性。

（四）教学策略设计 1

二、教学过程设计

基于以上分析，本课的教学目标、重难点及教学流程设计如下：

（一）教学目标

1、知识与技能：能设计合理有效的测试数据，测试用access开发的小型数据库应用系统。

2、过程与方法：掌握软件测试的基本方法，学会设计测试数据、作出预测以及对测试结果的分析，逐步培养工程化的思想。

3、情感态度与价值观：能够辩证地看待程序开发与测试工作之间的关系，尊重客观规律、培养科学的思维方法、树立正确的价值观。

（二）教学重点与难点

教学重点：了解数据库应用系统的测试方法

教学难点： 如何设计合理的测试数据更多地发现软件错误，如何对数据库应用系统进行有效评价。

（三）教学流程设计

1．关于教-学流程和教-学活动的设计思路 图1 本课与其他章节的关系示意图 2 第一个课时

第二、三个课时

说明：这是一次将自己开发的软件与他人交换测试的活动，让学生扮演“软件测试员”，一个小组内部的所有同学各自设计合理的测试数据/测试用例，测试另外一个小组开发的“校运会资料管理系统”。对该系统中的软件程序部分进行测试，体验软件测试的方式和方法，找出软件缺陷，撰写测评报告，提交互评报告进行交流，最后对整个综合活动进行评价。2．学生上机操作安排和教师应用信息技术的情况

（1）学生上机操作的任务与目标：①与教师共同测试分析案例程序（密码验证窗体程序）②依据教学网页要求进行学习；③设计科学合理的测试用例，对他人所开发的数据库应用系统进行测试，撰写测评报告。

教师应注意这些方面的巡视指导：适当指导测试用例的设计；在学生遇到问题时，组织他们进行合作，通过讨论寻求解决问题的途径，理清工作思路。3（2）教师计划使用的设备软件：投影仪；软件：access，powerpoint；课件：网页

三、教与学的实际过程描述

（一）教与学的过程描述 4 注：本说课稿仅详细阐述第一个课时的教学设计，后续的教学设计简介请参考附件5

（二）关键环节提炼

1、创设现实情景：让学生作案例分析、填写在线调查表，引起他们关注“软件测试”问题，将需要传达给学生的信息以调查表的形式呈现，并检查学生对这个问题的认知程度。

2、回归课堂，向学生讲授相关的技术知识，代替低效率的自由体验活动：授课教师合理采用演示法、讲授法，让学生与教师一起手工测试“用户密码验证程序”、通过教师讲授认识黑盒测试法与白盒测试法等“软件测试”知识??以此提高课堂效率，增强学生的学习信心。

3、小组之间的交换测试：这是知识与方法的迁移。让学生从活动中提高软件测试的能力，并体验：合理的测试用例和测试策略是提高测试效率的根本。可能每个人都有发现问题的独特角度，让同一个小组同学测试另一个组开发的同一个应用系统，创造了更多让他们合作、交流的机会。

4、信息技术平台——教学网站：为学生提供在线调查、上传文件（作业共享）、评价的网站平台，让他们可以递交他们所开发的应用系统《软件功能说明书》、mdb源程序、《测评报告》、自评互评表等，支持学习反馈评价。

四、教学评价

本课的学习是一次将自己开发的“校运会资料管理系统”与他人交换测试的活动，评价的方式有：

篇二：软件测试教案

第一章 软件及其开发过程 [教学目的]

1、理解软件的含义

2、了解软件开发过程 [教学内容] 1．1软件的含义

1、软件概念

① 能够完成预定功能和性能的、可执行的指令(计算机程序)；

② 使得程序能够适当地操作信息的数据结构；

③ 描述程序的操作和使用的文档。

④ 软件 = 程序 + 数据（库）+ 文档 + 服务

2、软件组成

① 客户需求mrd(marketing requirement document)③ 软件规格说明书online help ⑦ 产品发布注释release packages

3、软件特征

软件是逻辑的、知识性的产品集合，是对物理世界的一种抽象，或者是某种物理形态的虚拟化。

① 软件是硬件的灵魂，硬件是软件的基础

② 软件，是智慧和知识的结晶

③ 软件不会“磨损”，而是逐步完善.1．2软件开发过程的特性

1．2．1软件开发的基本过程 ① 需求分析: 根据客户的要

求，清楚了解客户需求中的产品功能、特性、性能、界

面和具体规格等，然后进行

分析，确定软件产品所能达

到的目标。

② 设计: 根据需求分析的结

果，考虑如何在逻辑、程序

上去实现所定义的产品功能、特性等，可以分为概要设计和详细设计，也可分为数据结构设计、软件体系结构设计、应用接口设计、模块设计、界面设计等。③ 编程: 将设计转换成计算机可读的形式。

④ 测试: 对设计、编程进行验证和用户需求确认的过程

⑤ 维护：维持软件运行，修改软件缺陷、增强已有功能、增加新功能、升级等。1．2．2软件开发过程模型

瀑布模型 原型模型 快速应用开发(rad)模型改进的v模型 螺旋模型 增量模型和迭代模型 构件组装模型并发模型xp模型 1．3软件测试的重要性 1．3．1软件所带来的悲剧

1、千年虫（缺陷问题）

2、迪斯尼的圣诞节礼物（软件兼容性问题）

3、美国航天局火星登陆事故（未进行集成测试）

为什么会发生这些问题？

没有足够测试缺乏测试平台 不正确的测试环境 缺少集成测试缺少性能测试 缺少强度测试缺少可靠性测试?? 1．3．2测试的重要性

“程序测试是为了发现错误而执行程序的过程”。测试的目的是发现程序中的错误，是为了证明程序有错，而不是证明程序无错。

在软件开发过程中，分析、设计与编码等工作都是建设性的，惟独测试是带有“破坏性”，测试可视为分析、设计和编码3个阶段的“最终复审”，在软件质量保证中具有重要

地位。第二章 软件测试的基本概念和方法 [教学目的]

1、理解软件测试的基本概念

2、理解软件测试在软件开发过程中的重要性

3、理解软件测试的意义

4、理解软件测试的基本方法和测试分类 [教学内容] 2．1软件质量

软件质量就是客户满意度 2．1．1软件质量的内涵

1、构成：

① 软件产品的质量，即满足使用要求的程序

② 软件开发过程的质量，即能否满足开发所带来的成本、时间、风险等要求 ③ 软件在其商业环境中所表现出的质量

即就品质的软件应该是相对的无产品缺陷或只有极少量的缺陷，能够准时递交给客户，所花费用在预算内，并且满足客户需求，是可维护的。

2、特性：

可说明性、有效性、易用性。

广义的软件质量由产品质量、过程质量、商业环境质量三者决定。2．2软件缺陷（bug）

软件缺陷：计算机系统或者程序中存在的任何一种破坏正常运行能力的问题、错误、或者隐藏的功能缺陷、瑕疵。缺陷会导致软件产品在某种程序上不能满足用户的需要。ieee1983 of ieee standard729中对软件缺陷的定义：

从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题

从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背

软件缺陷的主要类型：

功能特性没有实现或部分实现 设计不合理，存在缺陷实际结果和预期结果不一致 运行出错 数据结果不正确、精度不够 用户不能接受的其它问

题，如存取时间长，界面不美观等。

软件缺陷严重性级别：

① 致命的（fatal）:致命的错误，造成系统或应用程序崩溃、死机、系统悬挂，或造

成数据丢失、主要功能完全缺失

② 严重的（critical）：严重的错误，指功能或特性没有实现，主要功能部分缺失，次要功能完全缺失，或致命的错误声明。

③ 一般的（major）：不及严重的错误，不影响系统的基本使用，但没有很好地实现

功能，没有达到预期的效果。

④ 微小的（minor）：小问题，对功能几乎没有影响

⑤ 建议（suggestion）

软件缺陷的状态：

① 激活状态

② 己修正状态

③ 关闭或非渡海状态 2．2．2软件缺陷的产生

① 技术问题

② 团队工作

③ 软件本身

2．2．3软件缺陷的构成 图2-1 软件缺陷构成示意图

图2-2软件缺陷存在不同阶段分布

图2-3 软件缺陷随着时间带来越来越大的成本 图2-4 软件缺陷随着时间引起的成本曲线 2．3软件测试的基本方法 2．3．1软件测试的原则 p29 2．3．2白盒测试和黑盒测试

根据测试是针对系统的内部结构还是针对具体实现算法的角度，分为白盒测试和黑盒测试

1、黑盒测试（black-box-texting）(功能测试/数据驱动测试)不管程序内部结构是什么，从用户出发，根据产品应该实现的实际功能和巳经定义好的产品规格验证产品所应该具有的功能是否实现，每个功能是不都能正常使用，是否满足用户的要求。

图2-5黑盒测试方法示意图

功能；用于软件确认测试

① 是否有不正确或遗漏了功能

② 在接口上，能否正确地接受输入数据，能否产生正确的输出信息

③ 访问外部信息是否有错

④ 性能上是否满足要求

⑤ 界面是否错误，是否不美观

⑥ 初始化和终止错误

方法：等价类划分、边界值分析、错误推测法、因果图等

2、白盒测试（white-box-texting）(结构测试或逻辑驱动测试)已知产品内部工作过程，清楚最终产生软件产品的计算机程序的结构和语句，按照程序内部的结构测试程序，测试程序内部的变量状态、逻辑结构、运行路径等，检验程序中的每条通路是否按规定正常进行。

功能：用于软件验证

方法：逻辑覆盖（语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖）、基本路(转载于:《软件测试》教学设计)径测试、循环覆盖等

思考：通过白盒测试的软件是否一定没有错误？

原则：

① 保证每个模块中所有独立路径至少被使用一次

② 对所有逻辑值均测试为真假值

③ 在上下边界及可操作范围内运行所有循环 ④ 检查内部数据结构以确保其有效性 2．3．3静态和动态的方法

根据程序是否运行，测试可以分为静态和动态测试

静态测试：对模块的源泉代码进行研读，查找错误或悼念一些度量数据，并不需要对代码进行编译和仿真运行。

① 用人工检测

② 计算机辅助静态分析

测试包括对软件产品的设计规格说明书的审查、对程序代码的阅读、审查 动态测试：通过观察代码运行时的动作，来提供执行跟踪、时间分析，以及测试覆盖度方面的信息。

2．3．4验证和确认（verification&validation）

1、验证

检验软件是否已经正确地实现了产品规格说明书所定义的系统功能和特性

2、有效性确认

保证所生产的软件可追溯到用户需求的一系列活动。确认过程提供证据表明软件是否满足系统需求，并解决相应问题

3、两者区别

验证：是否正确构造了软件，检验软件是否与设计规格说明书一致

确认：是否构造了正确的软件，是否满足用户的真正需求 2．3．5 alac测试

alac（act-like-a-cusomer）基于客户使用产品的知识开发出来的测试方法。用于功能测试篇三：√200512(省级)教学设计_《软件测试》

《软件测试与数据库维护》教学设计

广东汕头华侨中学 欧阳玲

一、教学设计分析

本课内容：广东教育出版社 高中信息技术（选修4）《数据管理技术》，第四章 开发数据库应用系统 4.4 软件测试与数据库维护，第1个课时：软件测试。

（一）课程内容分析

普通高中信息技术课程标准要求在《数据管理技术》的选修中，让学生初步掌握设计和实现简单的数据库应用系统的基本方法，并了解数据库的维护。这是我们教学的重点。对所开发的数据库应用系统进行测试和维护，是实现数据库应用系统不可或缺的一个环节。成功开展这一内容的教学，将有助于学生对数据库应用系统的开发过程有一个完整的理解。如何让学生在有限的课时中顺利实现对问题的理解，对他人开发的小型系统进行科学评价，又能避免面对晦涩难懂的软件工程理论无所适从，这是教学难点所在。

（二）教材处理

本课对教材作适当处理，在学生学习完4.1、4.2、4.3之后开展“开发‘校运会资料管理系统’”的综合活动，让学生以进行理论学习与亲身实践相互穿插的方式，进行一次针对其他小组同学所开发“校运会资料管理系统”的交换测试的活动，“测评结果评价和数据库维护”则放在第2第3个课时。目的是通过让学生了解软件测试与数据库维护，并初步懂得如何科学地评价一个数据库应用系统。

（三）学生分析 经过4.1至4.3节的学习，学生初步掌握用access开发小型数据库应用系统的方法。他们已经在综合活动中通过小组合作开发出“校运会资料管理系统”。设计一个应用系统似乎并不难,但系统中难免出现错误，要想使系统达到最优化的性能也不是一件容易的事，系统在投入使用之前必须经过全面的严格测试。学生对“软件工程”中举足轻重的软件测试、数据库维护等工作还比较陌生，有必要在系统开发的后期让学生亲身体验“软件测试”的过程，引导他们充分认识维护数据库应用系统正常工作的重要性。

（四）教学策略设计

二、教学过程设计

基于以上分析，本课的教学目标、重难点及教学流程设计如下：

（一）教学目标

1、知识与技能：能设计合理有效的测试数据，测试用access开发的小型数据库应用系统。

2、过程与方法：掌握软件测试的基本方法，学会设计测试数据、作出预测以及对测试结果的分析，逐步培养工程化的思想。3、情感态度与价值观：能够辩证地看待程序开发与测试工作之间的关系，尊重客观规律、培养科学的思维方法、树立正确的价值观。

（二）教学重点与难点

教学重点：了解数据库应用系统的测试方法

教学难点： 如何设计合理的测试数据更多地发现软件错误，如何对数据库应用系统进行有效评价。

（三）教学流程设计

1．关于教-学流程和教-学活动的设计思路

图1 本课与其他章节的关系示意图

第一个课时

第二、三个课时

说明：这是一次将自己开发的软件与他人交换测试的活动，让学生扮演“软件测试员”，一个小组内部的所有同学各自设计合理的测试数据/测试用例，测试另外一个小组开发的“校运会资料管理系统”。对该系统中的软件程序部分进行测试，体验软件测试的方式和方法，找出软件缺陷，撰写测评报告，提交互评报告进行交流，最后对整个综合活动进行评价。2．学生上机操作安排和教师应用信息技术的情况

（1）学生上机操作的任务与目标：①与教师共同测试分析案例程序（密码验证窗体程序）②依据教学网页要求进行学习；③设计科学合理的测试用例，对他人所开发的数据库应用系统进行测试，撰写测评报告。

教师应注意这些方面的巡视指导：适当指导测试用例的设计；在学生遇到问题时，组

织他们进行合作，通过讨论寻求解决问题的途径，理清工作思路。

（2）教师计划使用的设备软件：投影仪；软件：access，powerpoint；课件：网页

三、教与学的实际过程描述

（一）教与学的过程描述

注：本说课稿仅详细阐述第一个课时的教学设计，后续的教学设计简介请参考附件5

（二）关键环节提炼

1、创设现实情景：让学生作案例分析、填写在线调查表，引起他们关注“软件测试”问题，将需要传达给学生的信息以调查表的形式呈现，并检查学生对这个问题的认知程度。

2、回归课堂，向学生讲授相关的技术知识，代替低效率的自由体验活动：授课教师合理采用演示法、讲授法，让学生与教师一起手工测试“用户密码验证程序”、通过教师讲授认识黑盒测试法与白盒测试法等“软件测试”知识??以此提高课堂效率，增强学生的学习信心。

3、小组之间的交换测试：这是知识与方法的迁移。让学生从活动中提高软件测试的能力，并体验：合理的测试用例和测试策略是提高测试效率的根本。可能每个人都有发现问题的独特角度，让同一个小组同学测试另一个组开发的同一个应用系统，创造了更多让他们合作、交流的机会。

第二篇：软件测试（推荐）

一、简答5*6’

1.为什么不让时间有余的人做测试工作

表面上看这体现了管理的效率和灵活性，但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心，善于学习、思考和发现问题，细心有条理，总结问题，如果具备这样的优点，做其它工作同样也会很出色，因此这里还有一个要求，就是要喜欢测试这项工作。2.软件测试风险主要体现在哪里

我们没有对软件进行完全测试，实际就是选择了风险，因为缺陷极有可能存在没有进行测试的部分。因此，我们要尽可能的选择最合适的测试量，把风险降低到最小 3.所有软件测试缺陷都需要修复吗

从技术上讲，所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷。测试人员要做的是能够正确判断什么时候不能追求软件的完美。对于整个项目团队，要做的是对每一个软件缺陷进行取舍，根据风险决定那些缺陷要修复。发生这种现象的主要原因如下：-没有足够的时间资源。在任何一个项目中，通常情况下开发人员和测试人员都是不够用的，而且在项目中没有预算足够的回归测试时间，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情况下出现，这种缺陷处于商业利益考虑，可以在以后升级中进行修复。-不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理，这类问题可以以后有时间时考虑再处理。缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同角色的人员从不同的角度来思考，以做出正确的决定。4.如何减少测试人员跳槽带来的损失 建议我们从以下两个方面做起：

-加强部门内员工之间的互相学习，互相学习是建立学习型组织的基本要求，是知识互相转移的过程。在此基础上，可以把个人拥有的技术以知识的形式沉积下来，也就完成了隐性知识到显性知识的转化。

-管理者就应该把员工的个人成长和企业的发展联系起来，为员工设定合理发展规划并付诸实现。

5.验收测试的注意点有哪些 测试要注意下面的事项：

（1）用户现场测试不可能测试全部功能，因此要测试核心功能。这需要提前做好准备，这些核心功能一定要预先经过测试，证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多，不应该进行演示。（2）如果某些模块确实有问题，我们可以演示其它重要的业务功能模块，必要时要向用户做成合理的解释。争得时间后，及时修改缺陷来弥补。（3）永远不能欺骗用户，蒙混过关。6.完全测试程序是可能的吗

实际上完全测试是不可能的。主要有以下原因：-完全测试比较耗时，时间上不允许；

-完全测试通常意味着较多资源投入，这在现实中往往是行不通的；-输入量太大，不能一一进行测试；-输出结果太多，只能分类进行验证；-软件实现途径太多；

-软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；因此测试的程度要根据实际情况确定 7.是不是发现的缺陷越多就说明软件缺陷越多 其中的原因主要如下：

-代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误，反复拷贝同一代码意味可能也复制了缺陷。-程序员比较劳累是可以导致某些连续编写的功能缺陷较多。

“缺陷一个连着一个”不是一个客观规律，只是一个常见的现象。如果软件编写的比较好，这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。8.软件测试就是QA吗

软件测试人员的职责是尽可能早的找出软件缺陷，确保得以修复。而质量保证人员（QA）主要职责是创建或者制定标准和方法，提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试，质量保证人员日常工作重要内容是检查与评审，测试工作也是测试保证人员的工作对象。软件测试和质量是相辅相成的关系，都是为了提高软件质量而工作。9.测试产品和测试项目区别

习惯上把开发完成后进行商业化、几乎不进行代码修改就可以售给用户使用的软件成为软件产品，也就是可以买“卖拷贝”的软件，软件项目是一种个性化的产品，可以是按照用户要求全部重新开发，也可以修改已有的软件产品来满足特定的用户需求。项目和产品的不同特点，决定我们测试产品和测试项目仍然会有很多不同的地方：

-质量要求不同。通常产品的质量要高一些，修复发布后产品的缺陷成本较高，甚至会带来很多负面的影响。而做项目通常面向某一用户，虽然质量越高越好，但是一般只要满足用户要求就可以了。测试资源投入多少不同。做软件产品通常是研发中心来开发，进度压力要小些。同时由于质量要求高，因此会投入较多的人力、物力资源。项目最后要和用户共同验收测试，这是产品测试不具有的特点。此外，测试产品与测试项目在缺陷管理方面、测试策略制定都会有很大不同，测试管理者应该结合具体的环境，恰如其分的完成工作 10.如何编写提交给用户的测试报告

测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档，反映了测试工作的实施情况,一般外部测试报告要满足下面几个要求：

根据内部测试报告进行编写，一般可以摘录；不可以向客户报告严重缺陷，即使是已经修改的缺陷，开发中的缺陷也没有必要让客户知道；报告上可以列出一些缺陷，但必须是中级的缺陷，而且这些缺陷必须是修复的；报告上面的内容尽量要真实可靠；整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。总之，外部测试报告要小心谨慎的编写。

二、论述2*12’

1.请论述为什么要进行软件测试，并列举历史上2~3个著名软件测试（缺陷）案例，说明测试重要性

软件测试的目的,第一是确认软件的质量，其一方面是确认软件做了你所期望做的事情（，另一方面是确认软件以正确的方式来做了这个事情。第二是提供信息，比如提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软件产品本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是保证整个软件开发过程是高质量的。

爱国者导弹防御系统把“枪口”对准了自己人 美国迪斯尼公司的狮子王游戏软件的兼容性问题 售票系统性能问题

2.论述软件测试科学的发展历程 1957年之前－调试为主 20世纪50年代，计算机刚诞生不久，只有科学家级别的人才会去编程，需求和程序本身也远远没有现在这么复杂多变，相当于开发人员一人承担需求分析，设计，开发，测试等所有工作，当然也不会有人去区分调试和测试。

1957–1978－证明为主 当时计算机应用的数量，成本和复杂性都大幅度提升，随之而来的经济风险也大大增加，测试就显得很有必要了，这个时期测试的主要目就是确认软件是满足需求的，也就是我们常说的“做了该做的事情”。

1979–1982－破坏为主 我们不仅要证明软件做了该做的事情，也要保证它没做不该做的事情，这会使测试更加全面，更容易发现问题。

1983–1987－评估为主 人们提出了在软件生命周期中使用分析，评审，测试来评估产品的理论。软件测试工程在这个时期得到了快速的发展.1988–至今－预防为主 预防为主是当下软件测试的主流思想之一。测试不是在编码完成后才开始介入，而是贯穿于整个软件生命周期。3.论述软件缺陷的由来

软件缺陷的产生主要是由软件产品的特点和开发过程决定的。

软件本身：①需求不清晰，导致设计目标偏离客户的需求，从而引起功能或产品特征上的缺陷。②系统结构非常复杂，而又无法设计成一个很好的层次结构或组件结构，结果导致意想不到的问题或系统维护、扩充上的困难；即使设计成良好的面向对象的系统，由于对象、类太多，很难完成对各种对象、类相互作用的组合测试，而隐藏着一些参数传递、方法调用、对象状态变化等方面问题。③对程序逻辑路径或数据范围的边界考虑不够周全，漏掉某些边界条件，造成容量或边界错误。④对一些实时应用，要进行精心设计和技术处理，保证精确的时间同步，否则容易引起时间上不协调，不一致性带来的问题。⑤没有考虑系统崩溃后的自我恢复或数据的异地备份、灾难性恢复等问题，从而存在系统安全性、可靠性的隐患。⑥系统运行环境的复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定用户环境下的问题；在系统实际应用中，数据量很大。从而会引起强度或负载问题。⑦由于通信端口多、存取和加密手段的矛盾性等，会造成系统的安全性或适用性等问题。⑧新技术的采用，可能涉及技术或系统兼容的问题，事先没有考虑到。

团队工作：系统需求分析时对客户的需求理解不清楚，或者和用户的沟通存在一些困难。不同阶段的开发人员相互理解不一致。对于设计或编程上的一些假定或依赖性，相关人员没有充分沟通。项目组成员技术水平参差不齐技术问题。算法错误：在给定条件下没能给出正确或准确的结果。语法错误：对于编译性语言程序，编译器可以发现这类问题；但对于解释性语言程序，只能在测试运行时发现。计算和精度问题：计算的结果没有满足所需要的精度。系统结构不合理、算法选择不科学，造成系统性能低下。接口参数传递不匹配，导致模块集成出现问题。

项目管理的问题：缺乏质量文化，不重视质量计划，对质量、资源、任务、成本等的平衡性把握不好，容易挤掉需求分析、评审、测试、等时间，遗留的缺陷会比较多。系统分析时对客户的需求不是十分清楚，或者和用户的沟通存在一些困难。开发周期短，需求分析、设计、编程、测试等各项工作不能完全按照定义好的流程来进行，工作不够充分，结果也就不完整、不准确，错误较多；周期短，还给各类开发人员造成太大的压力，引起一些人为的错误。开发流程不够完善，存在太多的随机性和缺乏严谨的内审或评审机制，容易产生问题。文档不完善，风险估计不足等。4.软件测试V模型

①绘制示意图

②阐述每个步骤是做什么 需求分析

即首先要明确客户需要的是什么，需要软件作成什么样子，需要有那几项功能

概要设计

主要是架构的实现，指搭建架构、表述各模块功能、模块接口连接和数据传递的实现等项事务。详细设计

对概要设计中表述的各模块进行深入分析，对各模块组合进行分析等。软件编码

按照详细设计好的模块功能表，编程人员编写出实际的代码。单元测试

按照设定好的最小测试单元进行按单元测试，主要是测试程序代码，为的是确保各单元模块被正确的编译，单元的具体划分按不同的单位与不同的软件有不同。集成测试

经过了单元测试后，将各单元组合成完整的体系，主要测试各模块间组合后的功能实现情况，以及模块接口连接的成功与否，数据传递的正确性等，其主要目的是检查软件单位之间的接口是否正确。根据集成测试计划，一边将模块或其他软件单位组合成系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。系统测试

经过了单元测试和集成测试以后，我们要把软件系统搭建起来，按照软件规格说明书中所要求，测试软件其性能功能等是否和用户需求相符合，在系统中运行是否存在漏洞，等。验收测试

主要就是用户在拿到软件的时候，在使用现场，会根据前边所提到的需求，以及规格说明书来做相应测试，以确定软件达到符合效果的。

第三篇：软件测试 QTP教学演示文档

risfeng.web-105.com 教学演示--注册tester参数化测试

risfeng.web-105.com

risfeng.web-105.com

risfeng.web-105.com

教学演示--注册tester参数化测试+文字验证：

risfeng.web-105.com

risfeng.web-105.com

输出值功能例子：

risfeng.web-105.com

risfeng.web-105.com

第四篇：《软件测试》教学平台的设计与实现（范文）

《软件测试》教学平台的设计与实现

摘要：《软件测试》教学平台目的在于为学生学习该课程提供一个较为全面的课程知识介绍、信息共享和知识考查的平台。首先对《软件测试》教学平台进行系统需求分析，其次针对系统需求进行系统架构设计，采用B/S架构设计系统，系统分为学生管理模块和教师管理模块，然后对系统进行详细设计与实现，应用C#语言和ASENET技术结合及SQL Server 2008数据库，设计并实现《软件测试》教学平台，最后对系统进行了测试。《软件测试》教学平台实现了学生在线考试，在线播放教学视频及下载，课件下载，在线留言，查看教学大纲，以及作业下载，作业提交，用户密码修改等功能。该平台为教师和学生提供一种全新的教与学方式。

关键词：软件测试；教学平台；浏览器/服务器；功能；数据库

中图分类号：TP315 文献标识码：A DOI：10.3969/j.issn.1003-6970.2016.05.004

本文著录格式：王庆喜，钟家民.《软件测试》教学平台的设计与实现[J].软件，2016，37（5）：15-17

0.引言

二十一世纪信息产业的飞快发展推动着各行业的进步，越来越多的学校利用计算机网络技术进行相关的多媒体教学活动。为教师和学生提供高效快速沟通的平台，可以利用网络的即时性、开放性，教师可以把课程相关的教学资料发布到该平台供学生学习参考及下载，教师还可以在线发布作业，发布试题。通过学生的作业完成质量及考试结果了解学生在软件测试课程学习方面的不足，以便更好的帮助学生解决问题。学生可以在本系统进行在线考试，通过成绩反馈，充分认识自己的不足，还可以了解关于本课程学习的最新动态。与传统的方式相比，网上教学平台具有开放性的特点，它打破了地域和时间的限制，实时开放，再加之以必要的传统的方式，大大地提高教师的工作效率，既方便又快捷。系统采用ASENET技术开发，后台采用SQL Server数据库提供数据服务。

1.系统需求分析

本教学平台由后台管理和前台构成，是一个典型的B/S架构，后台管理即教师用户管理模块，主要提供对该教学平台前台内容的管理，这些内容包括课件、视频、试题、作业、通知等，前台即学生用户管理模块主要用于后台内容的显示及信息交互等操作。

1.学生用户模块需求

学生用户模块设计即前台模块设计，普通匿名用户在前台可以浏览通知公告，查看教学大纲，播放教学视频，浏览教学课件等，并可以注册为合法用户，在注册后登录系统，可以获得更多的权限，可以下载视频，下载课件，下载作业，作业提交，在线考试，以及进行当前用户密码资料的修改。

2.教师管理模块需求

教师管理模块主要用于教学相关信息的发布、更新和维护，以及对学生相关信息进行管理，实现对《软件测试》教学平台的管理。教师通过身份验证登录，进入后台管理。在后台管理模块中，教师可以添加学生用户、删除用户，可以发布课件，发布通知，发布教学视频，发布教学大纲，发布作业，发布试题等功能操作，并可对课件、通知、教学视频、教学大纲、作业、试题的信息进行维护管理，可以查询学生的考试成绩，回复学生的留言及留言管理，修改登录密码等。

2.系统总体设计

系统采用B/S模式，即由浏览器、WEB服务器、数据库服务器构成。系统为用户提供恰当清晰的使用界面，便捷的操作方式。用户可以直接在网上查看网站信息，系统分教师用户和学生用户角色，学生用户登录后可以下载相关教学资料、在线考试、在线留言等操作。教师用户登录后可发布相关教学资料，添加用户，回复学生留言等操作。

本系统主要由教师管理模块和学生用户管理模块两个大模块组成，各个模块的具体功能如下。

一、教师用户模块

1.用户管理：添加学生用户、管理学生用户。

2.课件管理：发布教学课件、课件资料管理。

3.通知管理：发布通知信息、查看通知、编辑通知、删除通知。

4.大纲管理：发布教学大纲、查看大纲、编辑大纲、删除大纲。

5.作业管理：发布作业、管理作业、查看学生提交作业情况。

6.试题管理：发布试题、查看修改试题、删除试题。

7.视频管理：发布教学视频、视频资料管理。

8.成绩查询：通过输人学生用户名查询学生的考试成绩。

9.教学互动：解答学生在学习中遇到的问题。

10.修改密码：登录之后可进行当前用户密码资料修改。

二、学生用户模块

1.用户注册：注册成为学生用户，以便能获得更多的信息和权限。

2.用户登录：通过身份验证，以学生的身份登录网站。

3.视频教程：播放相关教学视频、下载。

4.教学课件：在线浏览课件，下载教学课件。

5.作业下载：下载老师布置的作业。

6.作业提交：提交已完成的作业。

7.教学互动：学生在学习中遇到问题可留言向老师咨询。

8.在线考试：在线考试，查看成绩。

9.查看大纲：预览各章节教学大纲，以便更好的学习该课程。

10.查看通知：查看教学通知。

11.修改密码：登录之后可进行当前用户密码资料修改。

3.系统设计与实现

3.1系统登录模块设计

系统登录模块是学生用户，教师用户登录系统进入相应操作界面的入口，其位于系统首页导航栏下方的左边，用户输入用户名和密码，选择身份（学生或者教师），点击“登录”后经验证即可进入相应角色的界面。

登录模块主要是身份的验证，对学生用户或者是教师管理的行为都有一定的安全性控制，其主要功能是验证用户是否合法，用户登录模块页面主要由用于收集登录信息的前台表单部分，点击相应按钮后触发事件通过后台来验证相应的信息。

3.2注册界面设计

用户注册界面是针对还没有账号但是想学习课程相关信息的人员，注册人只需要填写用户名，姓名，密码，确认密码，选择性别，即可成为普通用户，其拥有和管理员初始添加的用户一样的权限，大大提高了信息共享，为想要学习软件测试的人们提供了一个全面并且专业的平台。

该注册界面采用比较常用的控件实现，采用textbox录入用户名，姓名，密码，文本框设置requiredfieldvalidator来约束其为必填项，性别采用DropDownList控件来实现，控制了输入选择，避免了不必要的输入错误，密码采用MD5散列算法直接转换为MD5编码进行比对，经验证后存储相应信息到数据库。

当用户输入相关信息点击“确定”注册时，后台根据数据库所存储的用户名判断当前用户输入的用户名是否重名，若重名则提示“该用户已存在”，并返回注册页面。若用户输入的信息合法，则将注册信息插入到数据库表，并提示用户注册成功。

3.3学生用户管理模块设计实现

学生用户管理模块主要针对学生用户，用于后台内容的显示及数据操作。主要包括视频教程、查看通知、作业提交、教学互动、在线考试、查看通知等9个子模块组成。其中部分子模块设计界面介绍如下。

1.视频教程界面设计

视频教程界面主要是给学生提供课程视频教程在线观看、下载等功能，用户不需要登录就可以在线观看视频，但需登录才可以下载视频。这里采用比较简单的SWF视频格式，无需在网页上添加播放控件即可播放，这在很大程度上降低了视频播放的实现难度。

视频教程界面信息显示主要使用DataGrid控件实现，首先，在Video.aspx页面中添加DataGrid控件，并将数据库表Video中相应的数据字段绑定到列中。并在其后台代码Video.aspx.es中添加数据库查询语句，将数据绑定到DataGrid控件。

2.教学互动界面设计

教学互动模块主要是给学生和老师之间提供交流沟通的平台，学生在学习过程中遇到疑问可以留言请求老师帮助，老师可以回复留言来解答学生的难题，这样师生之间的交流突破了必须面对面的限制，不仅方式灵活很多，而且节省了学生和教师的宝贵时间，更有利于教与学。

在教学互动界面中，使用DataList控件以表的形式呈现用户的留言内容，用户在线留言使用TextBox控件接收用户输入的文字信息。

3.在线考试界面设计

在线考试模块主要是给学生提供在线考试，考试题型为选择题，教师预先录入试题，形成试题库，学生登录后输入题目数量，系统随机生成试题呈现给考生，学生考试结束提交试题后跳转至成绩查询页面，输入用户名即可查询考试成绩。试题界面用DataGrid控件呈现试题内容，学生在考试过程中如果没有完成所选择的的试题量，系统不允许提交试题。

3.4教师用户管理模块设计实现

1.通知管理

通知管理由发布通知和通知信息维护两个子页面组成，发布通知页面用于教师发布教学通知信息，通知信息维护页面用于修改、查看等通知信息的维护。发布通知界面的设计主要是TextBox控件及Button控件的应用，设置TextBox组件及Button的相关属性，双击Button控件。

2.课件管理

课件管理包括发布课件和课件信息维护两部分，上传课件的格式可以为word、ppt、tXt、SWF四种，上传者需要添加课件标题和课件说明，系统会自动获取当前时间，点击确定添加课件，如果上传的格式不符合要求，会给出“对不起，请选择Word/ppt/swf/文本文件！”提示。

4.结论

本文以《软件测试》课程为切入点，通过对《软件测试》教学平台的需求分析，建立了一个在线教学平台，实现教学相关资料的发布、学生与老师留言交流、在线学习、在线考试等多功能的网络应用平台。探讨了基于ASENET技术，采用SQL Server2008数据库，在Browser/Server体系结构的基础上，结合C#等技术实现《软件测试》教学平台；详细介绍了系统数据库的结构与设计实现，及各功能模块的实现过程，并对系统进行了测试。

该平台的实现，为教师和学生提供一种全新的教与学方式，不仅增加了学生的学习途径，同时也提高了教师教学的工作效率。

第五篇：软件测试复习资料

1． 黑盒测试法是通过分析程序的功能来设计测试用例的方法。

2． 黑盒测试除了测试程序外，它还适用于对需求分析阶段的软件文档进行测试。3． 白盒测试除了测试程序外，它也适用于对软件具体设计阶段的软件文档进行测试。4． 单元测试一般以白盒测试法为主，测试的依据是模块功能规格说明。5． 软件测试中常用的静态分析方法是引用分析和接口分析。

6． 测试人员的基本素质为计算机专业技能、测试专业技能、行业知识

7． 软件危机的体现为：A、开发成本和进度估计不正确B、用户对完成的软件不满足C、软件经常不可维护；

8． 软件测试按照开发阶段划分：A、单元测试

B、集成测试；系统测试C、确认测试；验收测试

9． 软件测试按照测试技术划分：A、性能测试、负载测试、压力测试B、恢复测试、安全测试、兼容测试

10． 软件测试项目周期是指：A、需求阶段、测试计划B、阶段测试、设计阶段测试、执行阶段 11． 软件测试原则有：A、制定严格的测试计划 B、保留所有的测试文档C、功能测试中的缺陷确认 12． 制定测试计划的步骤：确定测试范围、确定测试策略、确定测试标准、确定测试构架、确定项目管理机制、预计测试工作量、测试计划评审 13． 对于软件的β测试，β测试就是在软件公司外部展开的测试，由非专业的测试人员执行的测试。14． 正式的技术评审FTR（Formal Technical Review）是软件质量保证活动，其相关的描述为： A.FTR是评审产品而不是评审生产者的能力B.FTR要有严格的评审计划并遵守日程安排C.FTR限制参与者人数并要求评审会之前做好预备 15． 在进行单元测试时，常用的方法是采用白盒测试，辅之以黑盒测试

16． 侧重于观察资源耗尽情况下的软件表现的系统测试被称为压力测试 17． 必须要求用户参与的测试阶段是验收测试 18． 系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。

19． 测试通常可分为白盒测试和黑盒测试。白盒测试是根据程序的内部逻辑来设计测试用例,黑盒测试是根据软件的规格说明来设计测试用例。20． 一个程序中所含有的路径数与程序的复杂程度有着直接的关系。

1． 测试阶段的根本目标是尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用。2． 功能测试时系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。3． 软件测试主要分为单元测试、集成测试、确认测试和系统测试四类测试。4． 渐增方式把模块结合到程序中去时，有自顶向下和自底向上两种集成策略。5． 编写测试用例的依据是单元测试计划和详细设计说明书。6． 系统测试时在集成测试完成后，确认测试之前进行的测试。

7． 设计系统测试计划需要参考的项目文档有软件测试计划、软件需求工件、和迭代计划。

8． 测试设计员的职责有设计测试用例、设计测试过程、脚本。

9． 软件验收测试包括正式验收测试、alpha测试、beta测试三种类型。10． 软件测试按照开发阶段划分单元测试、集成测试、系统测试、确认测试、验收测试。11． 软件测试按照测试技术划分性能测试、负载测试、压力测试、恢复测试、安全测试、兼容测试

12． 静态测试基本特征是在对软件进行分析、检查和审阅，不实际运行被测试的软件 13． 软件测试项目周期是指需求阶段、测试计划、阶段测试、设计阶段测试、执行阶段 14． 软件测试的角色分析人员、设计人员、开发人员、执行人员 15． 软件测试原则有制定严格的测试计划、、保留所有的测试文档、功能测试中的缺陷确认

16． 测试工作的文档主要有：测试计划、测试模型和用例设计或规格说明、测试分析报告等

17． 测试计划的制定必须要注重测试策略、测试范围、测试方法、测试安排、测试风险、测试治理

18． 缺陷的分类为：需求文档的缺陷、软件配置引起的缺陷、分析、设计的缺陷、静态文档的缺陷、软件开发引起的缺陷、短视将来的缺陷 19． 测试用例工作主要是如何添加测试用例、如何编写测试用例、将测试用例和需求关联

20． 自动化测试工具有：ratinal Robot、winrunner、quicktest 21． 软件性能测试工具有： loadRunner、Ratinaol Visual Qantify、PureLoad 22． BUG的种类有：需求阶段的BUG、分析设计阶段的BUG、实现阶段的BUG、配置阶段的BUG、静态文档的BUG。23． 测试项目主要包括以下几个阶段：计划阶段、初始阶段、执行阶段、总结评估阶段、设计阶段。

1． 缺陷报告

是描述软件缺陷现象和重现步骤地集合。软件缺陷报告Software Bug Report（SBR）或软件问题报告Software Problem Report（SPR）

2． 回归测试

是指重新执行已经做过的测试的某个子集，以保证修改变化没有带来非预期的副作用。

3． 动态测试 通过运行软件来检验软件的动态行为和运行结果的正确性。动态测试的两个基本要素： 被测试程序、测试数据（测试用例）

4． 白盒测试又称为结构测试和逻辑驱动测试，允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。白盒测试是把测试对象看作一个打开的盒子，测试人员须了解程序的内部结构和处理过程，由于白盒测试是一种结构测试，所以被测对象基本上是源程序，以程序的内部逻辑和指定的覆盖标准确定测试数据。

5． 黑盒测试又称为功能测试或数据驱动测试，把系统看成一个黑盒子，不考虑程序的内在逻辑，只根据需求规格说明书的要求来检查程序的功能是否符合它的功能说明。

6． 路径覆盖的含义是，选取足够多的测试数据，使程序的每条可能路径都至少执行一次(如果程序图中有环，则要求每个环至少经过一次)。

7． 软件测试 ：在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。8． 单元测试（模块测试）：针对每个模块进行的测试，可从程序的内部结构出发设计测试用例，多个模块可以平行地对立地测试。通常在编码阶段进行，必要的时候要制作驱动模块和桩模块。9． 集成测试：在单元测试的基础上，将所有模块按照设计要求组装成为系统，应提交集成测试计划、集成测试规格说明和集成测试分析报告。

10． 确认测试：验证软件的功能和性能及其它特性是否与用户的要求一致。

11． 系统测试：将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试。

1． 测试过程中会产生哪些基本文档？

（1）测试计划（通常包括单元测试和集成测试）：确定测试范围、方法和需要的资源

（2）测试过程：详细描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）；

（3）测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生 问题报告，并且必须通过调试解决所发现的问题。

（4）

2.大型软件系统的测试过程基本上由几个步骤组成? 1）.模块测试

在设计得好的软件系统中，每个模块完成一个清晰定义的子功能，而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此，有可能把每个模块作为一个单独的实体来测试，而且通常比较容易设计检验模块正确性的测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误。2）.子系统测试

子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此，这个步骤着重测试模块的接口。3）.系统测试

系统测试是把经过测试的子系统装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统的动态特性也符合预定要求。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。不论是子系统测试还是系统测试，都兼有检测和组装两重含义，通常称为集成测试。4）.验收测试

验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似，但是它是在用户积极参与下进行的，而且可能主要使用实际数据(系统将来要处理的信息)进行测试。验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。验收测试也称为确认测试。5）.平行运行

关系重大的软件产品在验收之后往往并不立即投入生产性运行，而是要再经过一段平行运行时间的考验。所谓平行运行就是同时运行新开发出来的系统和将被它取代的旧系统，以便比较新旧两个系统的处理结果。这样做的具体目的有如下几点：(1)可以在准生产环境中运行新系统而又不冒风险；(2)用户能有一段熟悉新系统的时间；

(3)可以验证用户指南和使用手册之类的文档；

(4)能够以准生产模式对新系统进行全负荷测试，可以用测试结果验证性能指标。3.一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。

计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试一套完整的测试应该由五个阶段组成：

1）测试计划首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准。以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。2）测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响测试结果的有效性）。

3）测试开发建立可重复使用的自动测试过程。

4）测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理，测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。

5）测试评估结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。4.软件测试的流程

制订测试计划、设计测试用例、实施测试、提交缺陷报告、编写测试总结。5.测试计划的内容都包括什么？其中哪些是最重要的？

1)测试计划的内容：测试目的和测试项目简介、测试参考文档和测试提交文档、术语和定义、测试策略、确定测试内容、资源、测试进度、测试员的职责与任务分配、项目通过或失败的标准、暂停和重新启动测试的标准、风险和问题等。2)最重要的：测试策略、确定测试内容、资源、测试进度、测试员的职责与任务分配、项目通过或失败的标准 6.测试计划的目的是什么？

测试计划的目的：编写软件测试计划的目的是指导测试组成员进行工作和让测试组以外的项目成员了解测试工作的。7.简述静态测试和动态测试的区别？

a)静态测试： 基本特征是在对软件进行分析、检查和审阅，不实际运行被测试的软件。静态测试约可找出30～70%的逻辑设计错误。对需求规格说明书、软件设计说明书、源程序做检查和审阅。包括：是否符合标准和规范；通过结构分析、流图分析、符号执行指出软件缺陷。b)动态测试：通过运行软件来检验软件的动态行为和运行结果的正确性。动态测试的两个基本要素：被测试程序和测试数据（测试用例）。动态测试方法：(1)选取定义域有效值,或定义域外无效值；(2)对已选取值决定预期的结果；(3)用选取值执行程序；(4)执行结果与预期的结果相比,不吻和程序有错。8.白盒测试有哪几种方法？

语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖。9.压力测试和性能测试的区别？

1)广义上说压力测试是包括在性能测试之中的，是性能测试项内的一种。

2)性能测试：顾名思义就是测试软件的运行性能。验证SRS中的性能需求，是否实现。

3)压力测试：测试软件在超负荷下的工作情况，也是一种软件的性能。因此是属于性能测试范围的。

10.测试结束的标准是什么？

测试计划中所有规定的测试内容和回归测试都已经运行完成或根据上级主管对测试结果的意见，就可以结束本次测试。11.黑盒测试的测试用例设计方法包括哪些？：

a)等价类划分：划分等价类--确立测试用例--设计用例。b)边界值分析：通过分析，考虑如何确立边界情况 c)错误推测法：靠经验和直觉来推测程序中可能存在的各种错误，从而有针对性地编写用例。可以列举出可能的错误和可能发生错误的地方，然后选择用例。d)因果图：通过画因果图，在图上标明约束和限制，转换成判定表，然后设计测试用例。这适合于检查程序输入条件的各种组合情况。

12.缺陷报告的作用

缺陷报告是软件测试人员的工作成果之一，体现软件测试的价值缺陷报告可以把软件存在的缺陷准确的描述出来，便于开发人员修正缺陷报告可以反映项目、产品当前的质量状态，便于项目整体进度和质量控制。软件测试缺陷报告是软件测试的输出成果之一，可以衡量测试人员的工作能力。13.等价分类法的基本思想是什么？

根据程序的输入特性，将程序的定义域划分为有限个等价区段“等价类”，从等价类中选择出的用例具有“代表性”，即测试某个等价类的代表值就等于对这一类其他值的测试。如果某个等价类的一个输入数据（代表值）测试中查出了错误，说明该类中其他测试用例也会有错误。14.简单阐述一下软件测试的目标

(1)测试是为了发现程序中的错误而执行程序的过程；

(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；(3)成功的测试是发现了至今为止尚未发现的错误的测试。15.软件测试准则有哪些？

(1)所有测试都应该能追溯到用户需求。

(2)应当把“尽早地和不断地进行软件测试” 作为软件开发者的座右铭。(3)pareto原则：测试发现的错误中的80%很可能是由程序中20%的模块造成的。

（4）应该从“小规模”测试开始，并逐步进行“大规模”测试。

（5）测试用例应由输入数据和预期的输出结果两部分组成，并兼顾合理的输入和不合理的输入数据

（6）穷举测试是不可能的。

（7）为了达到最佳的测试效果，应该由独立的第三方从事测试工作。

（8）程序修改后要回归测试。

（9）应长期保留测试用例，直至系统废弃。16.您认为做好测试用例设计工作的关键是什么？

1)白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

2)黑盒测试用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题

1． 根据下面给出的规格说明，利用等价类划分的方法，给出足够的测试用例。

“一个程序读入三个整数。把此三个数值看成是一个三角形的三个边。这个程序要打印出信息，说明这个三角形是三边不等的、是等腰的、还是等边的。”

2． 某报表处理系统要求用户输入处理报表的日期，日期限制在2003年1月至2008年12月，即系统只能对该段期间内的报表进行处理，如日期不在此范围内，则显示输入错误信息。系统日期规定由年、月的6位数字字符组成，前四位代表年，后两位代表月。请用等价类划分法和边界值划分法设计测试用例来测试程序的日期检查功能。

3． 设要对一个自动饮料售货机软件进行黑盒测试。该软件的规格说明如下：

“有一个处理单价为1元5角钱的盒装饮料的自动售货机软件。若投入1元5角硬币，按下“可乐”、“雪碧”或“红茶”按钮，相应的饮料就送出来。若投入的是2元硬币，在送出饮料的同时退还5角硬币。”

利用等价类划分的方法，设计测试该软件的全部测试用例。