测试执行与监控.pptxVIP

测试执行与监控

课程概览在本章中，我们将学习：测试的执行如何结束测试测试执行的监控

完成此课程之后，学员将具备以下能力：课程目标logo执行测试用例理解测试执行的监控过程掌握结束测试的条件

监控测试执行02执行测试01结束测试执行03课程目录

测试执行测试执行是执行所有或部分选定的测试用例，并对结果进行分析的过程

软件实现基本已经完成01所有需求、设计文档均已批准、定稿02已经通过BVT测试或Smoke测试，检查主要功能是否能测试，表明该软件具备一定的可靠性，可以开始正式的、全面的测试03测试计划、用例设计已完成。测试环境已准备好04进入系统测试执行的要求：测试执行的前提

01软件是否有缺陷02填写软件缺陷报告03确定造成这些缺陷的原因04需求、设计是否有缺陷05测试环境和测试部件是否有缺陷06测试用例设计是否不合理测试用例执行过程中的问题

测试用例的手动执行根据测试用例的要求人工的进行软件操作，输入数据，观测输出结果

测试用例的自动执行使用录制回放工具使用通用脚本

根据测试的阶段、任务，选择执行全部或部分测试用例01任务分配：将测试用例分配给测试工程师02执行测试，记录原始数据，报告发现的缺陷03执行某些测试用例时，如果需要先将被测对象置于某个特定的状态，则应保留测试环境、状态04测试执行过程

01解决测试中阻碍进度的问题02向管理层报告测试的进度、发现的主要问题等等测试执行过程

测试执行过程测试用例的状态和生命周期

执行测试01结束测试执行02监控测试执行03课程目录

测试执行的结束测试执行的结束测试达到预期目的后，按计划结束受到时间进度、资源的限制，测试被迫结束在测试计划中明确说明测试结束的条件Good-Enough原则结束条件的判定是在质量和成本之间的折衷010302

单元测试：语句覆盖、…01集成测试：API、API/参数组合02系统测试：功能、用例、用例场景(scenario)03例如：100%语句覆盖90%用例场景覆盖04达到了覆盖率的要求测试执行的结束条件

测试执行的结束条件指定的时间段内没有发现新的缺陷

基于成本的考虑测试执行到一定阶段时，查找未发现的缺陷的成本逐渐增大，如果超过了由潜在缺陷所引起的代价，则可以停止测试不适用于要求高可靠性的软件：武器、医学设备、…测试执行的结束条件

测试执行的结束条件项目组达成一致基于技术、资金、开销等各种因素，项目组（包括管理层、开发、测试、市场销售）意见一致，认为可以停止测试

一般是为了按计划尽快发布软件，抢占市场可能存在潜在的严重缺陷已知的缺陷可能还未修改因时间进度、资源的限制必须结束测试执行的结束条件

执行测试A结束测试执行B监控测试执行C课程目录

测试执行的监控

1记录和管理测试用例的执行状态2根据当前的执行状态，判定测试用例的设计质量和效率使用脚本进行自动测试3根据发现的缺陷分布，判定结束测试的条件是否成熟测试监控的任务和目的

缺陷的数量、种类、…评估测软件的质量缺陷的分布、修复缺陷的时间、回归测试时发现的缺陷数量、…评估开发过程的质量是否按计划完成任务发现缺陷的数量评估测试工程师的表现测试监控的任务和目的

01此数据只表明执行进度，不表示测试的成功率02为了得到更精确的进度数据，可计算测试步骤数测试用例执行的进度=已执行的数目/总数目测试监控的内容

测试监控的内容缺陷的存活时间=缺陷从open到closed的时间表明修改缺陷的效率

测试监控的内容缺陷的趋势分析---按照测试执行的时间顺序(以月、周、天为时间单位)，被发现的缺陷数量的分布如果越来越少，趋近于0，则考虑结束测试执行相反，则说明存在以下的问题：代码修改引发新的缺陷前一版本的测试存在覆盖率的问题，新的测试发现了原先未发现的缺陷必须先修改某些缺陷后才能继续测试，然后才发现其他的缺陷

测试监控的内容缺陷分布密度=对应于一项需求的总缺陷数/对应于该项需求的测使用例总数需要考虑缺陷的优先级和严重程度如果过多的缺陷集中在某项需求上，可能表明以下问题：该项功能需求是否过于复杂？该项的需求设计、实现是否有问题？分配给该项的开发资源是否不足？……

测试监控的内容缺陷修改质量=每次修改后发现的缺陷数量（包括重现的缺陷和由修改所引起的新缺陷）评价开发部门修复缺陷的质量如果修改某项功能后，此数值较高，测试部门应当及时通知开发部门

基于质量风险分析，先测试最容易出现缺陷、对软件影响最大的部分正确分析测试结果……改进测试执行过程