测试结束活动

北京电子科技职业学院测试结束活动软件测试工作在实施时需要更加详细的过程，测试必须拆分成更小的子任务，这些子任务构成了一个基本的测试过程测试结束活动测试活动实施结束后，需要完成相关的检查归档工作，将测试过程中产生的有用数据信息及相关资料检查整理归类，一般当软件系统正式发布、项目或产品完成测试、某个里程碑或者维护版本，甚至一个功能测试完成都需要进行测试结束活动测试结束活动通常包括以下内容：检查在测试过程中的输出物，是否符合测试计划的定义缺陷管理是否完成，是否已经进入缺陷管理流程测试实施过程中产生的风险报告需要记录测试结束活动测试报告是否给出，相关的经验教训是否总结并分享是否需要移交测试对象注意不同测试活动中观察到的计划和执行的背离以及可能引起这些背离的原因测试过程评估，通过对测试过程中执行的任务、花费的资源和所达到结果的鉴定评估，可以达到持续的过程改进为未来进行测试而对测试件（测试用例、测试日志、测试基础设施、工具及其他）进行保留，可以减少维护阶段的工作量测试结束活动在测试结束活动中，为了收集测试过程中的关键信息和数据，往往需要通过缺陷分析来实现针对缺陷的关键字段，运用数据分析的统计方法，发掘软件系统的缺陷分布、密度及发展趋势，在此基础上追溯软件生产过程中引发缺陷的根本原因，为软件质量分析提供基础真实的数据依据缺陷分析活动中常用的度量字段有严重度、所属模块、产生原因、所属版本、持续周期、缺陷性质等。常用的缺陷分析模型有ODC、四象限、Gompertz等测试结束活动1、ODCODC由IBM推出，将一个缺陷在生命周期各环节的属性组织起来，从单维度、多维度来对缺陷进行分析，从不同角度得到各类缺陷的缺陷密度和缺陷比率，从而积累得到各类缺陷的基线值，用于评估测试活动、指导测试改进和整个研发流程的改进ODC方法定义了八个正交的缺陷属性用于对缺陷的分类，所谓正交性是指缺陷之间不存在关联性，各自独立，没有重叠的冗余信息测试结束活动对于缺陷提交者，给这个缺陷分配：Activity、Trigger、Impact三个属性Activity：就是当缺陷被发现时实际的处理步骤，比如单元测试、功能测试、系统测试等Trigger：描述了暴露缺陷时存在的环境或者条件，针对不同的Activity，会对应有不同的TriggerImpact：是指缺陷可能对用户造成的影响测试结束活动当一个开发人员关闭一个缺陷时，可以给这个缺陷分配：Target、Type、Qualifier、Age、Source这些属性Target：将要在哪里改正错误，例如设计、编码等等Type：表示所进行的实际修正的种类，比如算法，接口等等Qualifier：指明了所进行的修复的原因，比如缺失、错误等Age：确定这个缺陷是新代码还是旧代码，或者是重写的代码Source：指明了发现的缺陷的来源，是出现在内部代码编写中、重用自一个程序库中、或者是外包一个软件销售商的测试结束活动ODC方法根据各阶段缺陷分布，得到缺陷去除过程特征模型，用于对测试活动进行评估和预测测试结束活动2、四象限根据软件内部各模块、子系统、特性测试所累积时间和缺陷去除情况，与累积时间和缺陷去除情况的基线进行比较，得到各个模块、子系统、特性测试分别位于的区间，从而判断哪些部分测试可以退出，哪些测试还需加强，用于指导测试计划和策略的调整测试结束活动3、Gompertz根据测试的累积投入时间和累积缺陷增长情况，得到符合自己过程能力的缺陷增长Gompe