第2讲测试计划

回顾软件测试分类基于是否关注软件结构与算法：

黑盒测试和白盒测试基于是否执行被测试软件：

静态测试和动态测试基于测试的不同阶段：

单元测试、集成测试、系统测试、验收测试软件开发的主要阶段

问题定义、可行性研究、需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试、维护。1软件开发与软件测试的关系需求分析说明书详细设计说明书源程序代码单元测试集成测试系统测试概要设计说明书确定测试需求分析、系统测试计划的制定，评审后成为管理项目。确保集成测试计划完成。确保集成测试和单元测试计划完成。由开发人员对自己的代码进行测试。在项目较大时，由专人进行编码阶段的测试任务。进行测试，并提交相应的测试状态报告和测试结束报告。2回答的问题：这一阶段的主要工作、目的这一阶段完成的成果第三章测试计划测试计划？？？？？需求文档测试计划文档3第三章测试计划3.1测试计划要点和制订过程*3.2测试软件需求*3.3测试策略3.4测试环境3.5测试管理3.6测试计划编写4测试活动进度综述，可供项目经理产生项目进度时参考；测试方法，包括测试工具的使用；测试工具，包括如何和何时获取工具；实施测试和报告结果的过程；系统测试进入和结束准则；1、测试计划要点3.1测试计划要点和制订过程5设计、开发和执行测试所需的人员；设备资源：需要什么样的机器和测试基准；恰当的测试覆盖率目标；测试所需的特殊软件和硬件配置；测试应用程序策略；测试哪些特性，不测试哪些特性；风险和意外情况计划。1、测试计划要点（续）62、测试计划制订过程分析和测试软件需求定义测试策略定义测试环境定义测试管理编写和审核测试计划7什么是好的需求文档？具有清晰的格式和文档结构需求的内容正确需求的内容完整需求具有可行性必要性对不同的需求的优先等级进行定义描述明确，无歧义、二义，上下文一致可证实和可测试性可修改性可追踪需求文档被及时更新81、需求分析中测试人员工作理解需求，参与审核需求文档理解项目的目标、限制，了解用户应用背景编写测试计划准备资源——人员、资金、设备、工具软件3.2分析和测试软件需求9从以下几个方面来评价需求文档：需求文档是否符合公司的格式要求？需求是否正确？要保证需求文档中所描述的内容是真实可靠的这是“真正的”需求吗？描述的产品是否就是要开发的产品？需求是否完备？列出的需求是否能减去一部分？需求是否兼容？需求有可能是矛盾的。需求是否可实现？需求是否合理？需求是否可测？2、如何进行需求测试？10需求测试的方法：复查

(Review)复查一般是让工作中合作者检查产品并提出意见。同级互查可以面对面进行，也可以通过E-Mail实现，并没有统一标准。发现文档缺陷同级互查的能力是三种方法中最弱的。走查

(Walkthrough)相比较审查走查较为宽松，其事先需要收集数据，也没有输出报告的要求。审查(Inspection)审查是为发现缺陷而进行的。关键组件的审查通过会议进行，会前每个与会者需要进行准备，会议必须按规定的程序进行，缺陷被记录并形成会议报告。审查被证明是非常有效的发现缺陷的方法。返回113.3测试策略测试策略考虑的问题：测试范围测试方法测试标准测试工具返回123.3.1确定测试范围测试过度，则在测试覆盖中存在大量冗余；测试范围过小，则存在遗漏错误的风险。定义测试范围是一个在测试时间、费用和质量风险之间寻找平衡的过程。通过分析产品的需求文档识别哪些需要被测试。测试范围不能仅仅由测试人员来确定。13首先测试最高优先级的需求测试新的功能和代码或者改进的旧功能使用等价类划分来减小测试范围重点测试经常出问题的地方定义测试范围需要考虑下列一些因素：14确定测试范围方法可采用提问单的方式来确定测试范围哪些功能是软件的特色？哪些功能是用户最常用的？如果系统可以分块卖的话，哪些功能块在销售时最昂贵？哪些功能出错将导致用户不满或索赔？哪些程序是最复杂、最容易出错的？哪些程序是相对独立，应当提前测试的？哪些程序最容易扩散错误？哪些程序是全系统的性能瓶颈所在？哪些程序是开发者最没有信心的？返回153.3.2选择测试方法在不同的开发阶段，需要选择不同的测试方法。在瀑布生命期模型中：需求分析阶段：静态测试概要设计与详细设计阶段：静态测试编码和单元测试阶段：静态测试和动态测试、白盒测试集成测试阶段：动态测试、白盒测试、黑盒测试

系统测试阶段：动态测试、黑盒测试验收测试阶段：动态测试、黑盒测试返回163.3.3定义测试标准定义测试标准的目的是设置测试中遵循的规则。需要制订以下几种标准：测试入口标准测试出口标准测试暂停与继续标准17思考一个问题阶段A出口标准阶段B入口标准？答案：否上个阶段的出口标准+额外准备=下个阶段的入口标准181、制订测试标准常用规则（一）基于测试用例的规则当测试用例的不通过率达到某一百分比时，则拒绝继续测试。优点是适用于所有的测试阶段缺点是太依赖于测试用例。

基于“测试期缺陷密度”的规则“测试期缺陷密度”：测试一个CPU小时发现的缺陷数。如果在相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m时，则允许正常结束测试。191、制订测试标准常用规则（二）基于“运行期缺陷密度”的规则“运行期缺陷密度”：软件运行一个CPU小时发现的缺陷数如果在相邻n个CPU小时内“运行期缺陷密度”全部低于某个值m时，则允许正常结束测试。返回203.3.4选择自动化测试工具使用测试工具可以带来下面一些主要的好处：能够很好地进行性能测试和压力测试能够缩短测试周期能够提高测试工作的可重复性21选择自动化测试工具需要注意以下几方面：并不是所有的测试工作都可以由测试工具来完成并不是一个自动化工具就可以完成所有的测试使用自动化工具本身也是需要时间的，这个时间有可能超过手工测试的时间如果测试人员不熟悉测试工具的使用，有可能不能更多发现软件错误，从而影响测试工作质量自动化测试工具并不能对一个软件进行完全的测试购买自动化测试工具，有可能使本项目的测试费用超出预算返回223.4测试环境开发开发环境测试测试环境使用用户环境规划良好的测试环境，总是很接近于用户环境。“环境”，指的是保障软件开发、测试或使用能够正常运行的软件和硬件条件。233.4.1测试环境的环境项

计算机平台外部设备网络环境其它专用设备操作系统浏览器软件支持平台243.4.1测试环境的环境项

计算机平台配置因素：CPU速度、内存容量、硬盘、显卡、显示能力、多媒体能力。需要考虑的三种配置情况：最低配置————必需测试常见配置————测试重点理想配置————少量测试253.4.1测试环境的环境项

操作系统（1）考虑不同的操作系统针对常用的操作系统针对特定的操作系统（2）考虑不同的操作系统版本最低版本要求版本间的差异注意：某个版本中等级低的系列上能通过测试的软件，一般能通过高级别系列的测试。263.4.1测试环境的环境项

浏览器

对典型的浏览器进行测试软件支持平台JAVA虚拟机、数据库、应用服务器、第三方控件、浏览器插件外围设备选择主流型号进行测试三点注意Sun、Microsoft一定要测试如果没有安装软件所需的第三方控件和浏览器插件，软件应该给用户以提示，并尽可能给出下载该插件的链接。测试人员需要从一个“干净”的系统开始，然后安装软件制定的第三方软件。用户环境中存在某个软件，与待测试软件不兼容，或者该软件的某些设置与被测试软件不兼容。273.4.1测试环境的环境项

网络环境

网络访问方式、网络速度、防火墙其他专用设备28在配置测试环境方面，同样面临着在测试范围中的平衡问题。

在搭建测试环境的时候，要排列配置的优先级，主要考虑：使用的频度或者范围失效的可能性能最大限度模拟真实环境3.4.2如何配置测试环境返回293.5测试管理在测试管理方面，需要考虑的主要问题包括：选择缺陷管理工具和测试管理工具定义工作进度建立风险管理计划30在测试计划阶段，需要确定用什么工具进行测试管理和缺陷管理。缺陷管理工具Bugzilla。测试管理工具TestDirector在执行测试的过程中，缺陷管理工具和测试