测试执行策略.pptVIP

组员： 组长： 第四组 测试执行策略 Test execution strategy 多周期系统测试策略 第一节 测试周期特性 第二节 首次测试周期的准备 最终测试周期的测试用例选择 第三节 第四节 目录 Contents 测试用例优先级顺序 第五节 三个测试周期的细节 第六节 引言 要解决的问题 测试用例执行多少次及何时执行？ 怎么处理失败的测试用例？ 当有太多测试用例失败时将发生什么情况？ 测试用例按照什么顺序结束？ 就在系统测试阶段结束前，那些测试用例将被执行？ 多周期系统测试策略 举例：一个三周期的多周期测试执行策略 1 三周期测试执行策略 图 1 有三个周期的多周期测试执行策略 产品的质量将从一个周期到另一个周期不断提高 测试周期特性 目标、假设、测试执行、重做和延长标准、行动、退出条件 2 六个参数 测试执行 通过使用测试优先级的概念，测试用例在多个测试环境中同时测试。 假设 系统测试组记录下他们自己关于何时为系统测试选择版本的假设 行动 失败测试用例的数量达到了事先定义的等级，或新测试用例的总数超过一个特定的阈值时，系统 测试团队启动一次RCA; 重做和延长标准 失败用例过多可能会导致测试周期重做，而新增用例过多会导致测试周期延长。 目标 系统测试团队在每一个测试周期中设置自己要实现的目标。 退出条件 通过应用一个退出条件，我们可以知道测试周期什么时候完成 首次测试周期的准备 需要理解的概念： 1.已知缺陷的生命周期的不同状态，从生成到关闭 2.给测试工程师分配测试用例 3.何时开始首次测试周期的进入标准 3 首次测试周期的准备 缺陷的生命周期 状态转移图包括生成，指派，开启，解决，关闭（单个测试周期内） 缺陷的生命周期 测试用例分配 首次测试周期的进入标准 测试用例分配 给测试工程师分配测试用例。 所有的测试用例不会仅由一个工程师全部执行 首次测试周期的进入标准 进入标准涉及5个功能交叉组： 一、营销：营销团队为提议的产品及其需求提供商业判定依据 二、硬件：关于软件系统使用的任何新硬件系统或子系统的充分测试 三、软件：关于软件开发组的开发与测试工作的完成。包括7个标准，它们提供依据来评定系统是否足够稳定，以承受系统测试的严格性 四、技术发布：关注技术文档撰写人所编写的用户手册的完成状态 五、系统测试：与系统测试计划有关。在系统测试开始之前，系统测试计划必须由软件，硬件，营销，技术发布组等评审，并且审核通过。 最终测试周期的测试用例选择 应用回归测试的三步走 4 分类测试套件 至少失败过一次的用例 来自测试组的测试用例 来自压力、可扩展性、负载和稳定性测试组的测试用例 来自性能测试组的测试用例 与红色相似 可跳过不执行 剩余的测试用例 三个步骤 NO.1 NO.2 NO.3 将测试套件分到红色、黄色、绿色和白色4个桶中 为回归测试从红色桶和黄色桶中选用例 为最终测试周期从红色桶选出的所有测试用例 为最终测试周期从黄色桶选出的测试用例，这取决于进度安排、上市时间和客户需求。 修改软件后将白色桶中用例移到其它桶中 映射到一个以上软件组件用例移到红桶；映射到一个软件组件用例移到黄桶；没有映射到软件组件用例移到绿桶 筛检白色桶 选取测试用例 分类 测试用例优先级排序 按照一定测试目标对测试用例的执行进行排序。 5 第一个测试周期的测试优先级排序 原理 对测试用例进行排序，允许最大数量的测试用例完全执行而不被堵塞。 排序依据 基础性、功能性测试组的测试用例分配高优先级； 健壮性、互操作性测试组的测试用例分配中优先级； 文档、性能、压力、可扩展性、负载和稳定性的测试用例分配低优先级。 第二个测试周期的测试优先级排序 原理 前一次测试中失败的测试用例在本次测试周期中要尽早执行。 排序依据 高优先级：红桶中的测试用例； 中优先级；黄桶中的测试用例； 低优先级：绿桶中的测试用例。 第三个测试周期的测试优先级排序 原理 与二类似，用于回归测试选出的测试用例子集。 排序依据 高优先级：红桶中的测试用例； 中优先级；黄桶中的测试用例； 说明：最终测试周期，不执行绿色桶中的测试用例。 三个测试周期的细节 随着测试周期的更替，新的测试用例包含进来，重做标准和退出标准更加严格，系统质量会不断改进。 6