chapter2 Test Plan-3教学讲义.ppt

测试过程管理Software Test Process Management;测试计划;引子; 测试策略;测试有以下几种基本形式： 全面测试：从需求阶段到验收测试 部分测试：从功能设计完成开始 末端测试：高度面向确认的测试 审计级测试：对计划、过程和产品的充分性、正确性以及是否符合标准进行审计;确定测试方法 确定测试标准 确定测试工具 确定测试其他因素 ;在不同的开发阶段，需要选择不同的测试方法。 在瀑布生命期模型中不同的阶段可以选择的不同的测试方法： 需求分析阶段：静态测试 概要设计与详细设计阶段：静态测试 编码和单元测试阶段：静态测试和动态测试、白盒测试 集成测试阶段：动态测试、白盒测试、黑盒测试 系统测试阶段：动态测试、黑盒测试 验收测试阶段：动态测试、黑盒测试;测试暂停标准是定义在什么情况下，测试工作需要暂时停止。 例：集成测试：当测试人员在第一个测试日发现的缺陷数量大于M(例M=50)时，集成测试工作暂停，由开发人员/测试人员重新进行单元测试。 测试继续标准和暂停标准是相对应的。测试的继续标准是什么，当问题被解决，而且能够有办法确认被解决了之后，测试可以继续进行。;测试出口标准指在什么情况下可以结束某个阶段的测试。 例：系统测试，要求所有的测试用例都已经被执行，并且未能通过的测试用例小于某个数值。 需要注意 的是，一个阶段的出口标准和下个阶段的入口标准是不一样的，不仅要达到上个阶段的出口标准，还要为下个阶段的测试准备额外的内容。 思考：系统测试，除完成集成测试外，至少还要准备什么才可以启动系统测试？;练习;制订测试标准常用规则（一）;基于“运行期缺陷密度”的规则 “运行期缺陷密度”：软件运行一个CPU小时发现的缺陷数 如果在相邻n个CPU小时内“运行期缺陷密度”全部低于某个值m时，则允许正常结束测试。 ;系统测试的出口标准不是软件产品的发布标准，而只是其中的一个参考因素。 一般来说，软件产品都有着发布质量标准，如：严重bug不允许存在，次要bug数量小于5个。 在为客户开发应用系统时，一般也有最终递交软件时的质量标准：灾难级Bug =0；严重级Bug =0 ；重要级Bug =0 ；一???级Bug 6 ；次要级Bug 15 。;选择自动化测试工具;选择自动化测试工具需要注意以下几方面： 并不是所有的测试工作都可以由测试工具来完成 并不是一个自动化工具就可以完成所有的测试 使用自动化工具本身也是需要时间的，这个时间有可能超过手工测试的时间 如果测试人员不熟悉测试工具的使用，有可能不能更多发现软件错误，从而影响测试工作质量 自动化测试工具并不能对一个软件进行完全的测试 购买自动化测试工具，有可能使本项目的测试费用超出预算 不适当的使用测试工具，将会加大测试成本;测试软件的编写;合理减少测试工作量;结合不同测试类型来说明测试策略;界面测试;可用性/易用性Usability Testing;可用性/易用性Usability Testing;兼容性测试;安全性security testing ;安全性security testing ;性能Performance;一般来说，在实际工作中，是不大可能在某个阶段同时将所有的测试类型引入测试工作的，通常都是根据软件的市场定位、用户群、发布期限等条件来选择一部分适合当前需要的测试方法。 ;对于一个全球同时发布的软件缺陷管理系统，至少要比一个为自己公司开发的同类型软件增加本地化测试和不同操作系统或浏览器的兼容性测试； 银行的报表系统，要比一个10 人的公司使用的财务软件更注重性能问题； 军方的导弹制导系统对于数据计算的精度要求，要远远高于你自己开发的一个用来计算8 位数字的计算器程序； 当一个用户定制的普通商业软件即将发布而测试时间严重不足时，甚至可以考虑先保证功能测试，而在软件发布后才进行性能测试，因为我们可以假设用户不会在短期内感觉到历史数据增多所带来的响应速度问题。;2. 测试目的;3.测试阶段;4.测试手段方法和其他因素;下面仍然用功能测试和性能测试来举一个实际的例子看一下;（2） 性能测试;测试计划;测试环境; 从软件的编码、测试到用户实际使用，存在着三种环境： 开发环境：供程序员进行代码开发时所用的环境 用户环境：用户实际使用软件时的环境 测试环境：是测试人员为进行软件测试而搭建的环境，一般情况下，将包括多种典型的用户环境。 一个规划良好的测试环境总是很接近用户环境。; ;建立测试环境需要花费时间、人力和经费 建立测试环境非常重要，是一项复杂的工作 在测试计划阶段，需要对建立什么样的测试环境进行规划。 要分析在用户环境中哪些配置可能对软件有所影响，并在分析的基础上建立测试环境。;测试环境风险;测试环境的配置项;计算机平台; 在搭建测试环境时，一