第六成为优秀的测试组长精要.ppt

风险管理的几个步骤： 识别风险 评估风险 制定对策 跟踪风险 编写进度计划 进度计划可以用甘特图的形式来表示。 在进度计划中，要确保： 所有任务都已经被列出 计划中包含了任务编号、任务名称、开始时间、完成时间、持续时间等信息 计划是可行的，资源要求能够被满足 按照此计划开展实际工作 如果有变化，该计划将被及时更新 6.8.3 建立风险管理计划 在测试中面临的问题： 由于设计、编码出现了大的质量问题，导致测试工作量、测试时间增加； 在开始测试时，所需要的硬件、软件没有准备好 未能完成对测试人员的技术培训 测试时的人力资源安排不足 在测试过程中，发生了大量的需求变更 在测试过程中，项目的开发计划被进行大幅度调整 不能及时准备好所需要的测试环境 不能及时准备好测试数据 * * * * * * * * * * * 软件测试 * 第6章：成为优秀的测试组长 学习目标: 了解测试组长工作职责 了解软件测试计划编写过程和主要内容 掌握测试计划文档编写要点 6.1 测试组长工作职责 测试团队组建 测试计划制定 项目测试工作的安排 解决测试工作中出现的问题，保证测试工作的顺利开展 6.2 测试计划内容和要点 测试活动进度综述，可供项目经理产生项目进度时参考； 测试方法，包括测试工具的使用； 测试工具，包括如何和何时获取工具； 实施测试和报告结果的过程； 系统测试进入和结束准则； 设计、开发和执行测试所需的人员； 6.2 测试计划内容和要点 设备资源：需要什么样的机器和测试基准； 恰当的测试覆盖率目标； 测试所需的特殊软件和硬件配置； 测试应用程序策略； 测试哪些特性，不测试哪些特性； 风险和意外情况计划。 6.3 测试计划制定过程 开发生命周期 需求分析 设计定义 程序编制 维护 建立 建立 建立 修改 测试生命周期 测试计划 测试设计 定制个案 测试执行 评估 缺陷跟踪 越早测试越好 6.3 测试计划制订过程 分析和测试软件需求 定义测试策略 定义测试环境 定义测试管理 编写和审核测试计划 6.6 测试策略 测试组长开始做测试计划时，考虑的问题包括： 测试范围 测试方法 测试标准 测试工具 测试软件的编写 6.6.1 确定测试范围 测试过度，则在测试覆盖中存在大量冗余项目进度存在风险；测试范围过小，则存在遗漏错误的风险。 定义测试范围是一个在测试时间、费用和质量风险之间寻找平衡的过程。 通过分析产品的需求文档识别哪些需要被测试。 测试范围不能仅仅由测试人员来确定。 定义测试范围需要考虑下列一些因素： 首先测试最高优先级的需求。 测试新的功能和代码或者改进的旧功能。 使用等价类划分来减小测试范围 重点测试经常出问题的地方 可采用提问单的方式来确定测试范围 哪些功能是软件的特色？ 哪些功能是用户最常用的？ 如果系统可以分块卖的话，哪些功能块在销售时最昂贵？ 哪些功能出错将导致用户不满或索赔？ 哪些程序是最复杂、最容易出错的？ 哪些程序是相对独立，应当提前测试的？ 哪些程序最容易扩散错误？ 哪些程序是全系统的性能瓶颈所在？ 哪些程序是开发者最没有信心的？ 确定测试范围方法 6.6.2 选择测试方法 在不同的开发阶段，需要选择不同的测试方法。 在瀑布生命期模型中不同的阶段可以选择的不同的测试方法： 需求分析阶段：静态测试 概要设计与详细设计阶段：静态测试 编码和单元测试阶段：静态测试和动态测试、白盒测试 集成测试阶段：动态测试、白盒测试、黑盒测试 系统测试阶段：动态测试、黑盒测试、重点放在压力测试、安全测试、负载测试等 验收测试阶段：动态测试、黑盒测试 6.6.3 定义测试标准 定义测试标准的目的是设置测试中遵循的规则。 需要制订以下几种标准： 测试入口标准 在什么情况下可以开始某个阶段的测试 测试出口标准 在什么情况下可以完成某个阶段的测试 测试暂停与继续标准 制订测试标准常用规则（一） 基于测试用例的规则 当测试用例的不通过率达到某一百分比时，则拒绝继续测试。 优点是适用于所有的测试阶段 缺点是太依赖于测试用例。 基于“测试期缺陷密度”的规则 “测试期缺陷密度”：测试一个CPU小时发现的缺陷数。 如果在相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m时，则允许正常结束测试。 制订测试标准常用规则（二） 基于“运行期缺陷密度”的规则 “运行期缺陷密度”：软件运行一个CPU小时发现的缺陷数 如果在相邻n个CPU小时内“运行期缺陷密度”全部低于某个值m时，则允许正常结束测试。 6.6.4 选择自动化测试工具 使用自动化测试工具的好处： 能够很好地进行性能测试和压力测试 能够改进回归测试 能够缩短测试周期 能够提高测试工作的可重复性 6.6.4 选择