文档介绍:软件测试的大体流程与测试标准
目录
■几■▲
前言
此文档就项目中测试部份的工作流程进行了一个梳理,参考了不同的资料提炼整理的内容为业内已经成型、被大多数项目采纳和认可的。因此,该流程并非针对某一个具体的企业或项目,运用到某一个的缺点占比、严峻品级和修复情形等。缺点报告的内容偏重关于缺点的统计和分析。
测试报告提交
测试报告是在一个测试时期终止后,或项目的全数测试工作终止后需要提交的,因此报告又分为时期性测试报告,和总结性测试报告。报告需要对这次或现在期测试的情形进行统计,汇总,分析,以供整个项目组了解软件开发的质量、开发的进度及软件修复的情形,对项目领导决定上线与否,上线时刻,项目是不是会延期等相关决策提供一个重要的参考依据。
过程要点
详细说明
输入条件
测试人员完成了预定周期的测试任务(一个阶段或整个项目)
工作内容
(阶段性报告)
测试人员根据此轮测试的结果,编写阶段性测试报告,主要应包含以下内容:
•测试报告的版本
•测试的人员和时间
•测试所覆盖的缺陷一一测试组在这轮测试中所有处理的缺陷情况
•上一版本活动缺陷的数量(未关闭的缺陷)
•经过此轮测试,所有活动缺陷的数量及其状态分类
•
测试评估一一写明在这一版本中,哪些功能被实现了,哪些还没有实现,这里只需写明和上一版本不同之处即可。
•急待解决的问题一一写明当前项目组中面临的优先级最高的问题(非必须项)
工作内容
(总结性报告)
当整个项目的测试工作全部结束后,测试人员应就该项目的测试情况编写总结性测试报告,测试报告必须包含以下内容:
•测试资源概述一一多少人、多长时间
•测试结果摘要一一分别描述各个测试需求的测试结果,产品实现了哪些功能点,哪些没有实现,以及没有实现的原因。
•缺陷分析一一按照缺陷的属性分类分析,比如:缺陷总数、各模块的缺陷分布、不同严重等级的缺陷、缺陷的修复情况、未修复的缺陷及未修复的原因、对项目整体的影响等等(也可单独写一份《缺陷报告》)
•测试评估一一从总体对项目质量进行评估
•测试组建议一一从测试组的角度为项目组提出工作建议
退出标准
本次测试中所有的相关测试数据统计完毕,完成统计分析
输出内容
《缺陷报告》(非必须)、《测试报告》(根据实际的项目规模可细分为阶段性的和总结性的)
测实验收和归档
测实验收
当上述所有工作完成后,测试人员应付测试的进程、成效进行验收,宣布
测试的所有工作完成(依如实际项目的规模来定,非必需)
过程要点
详细说明
输入条件
测试实施工作结束,所有测试文档已编写完毕
工作内容
测试验收工作由测试经理进行,验收内容报告:
■
测试效果验收
――测试是否达到预期目标
■
测试文档验收
――测试过程中文档是否齐全,是否符合
标准
■
测试评估一一
从总体对测试的质量进行评估
■
测试建议一一
对本次测试工作指出不足,并对以后的工
作提出改进、
优化建议
■
宣布测试结束
――测试组成员签字宣布本次测试结束
退出标准
签发测试验收报告
输出内容
所有测试人员《测试验收报告》
测试归档
测试归档是在测实验收终止宣布测试有效,终止测试后,对测试进程中涉及到各类标准文档进行归档。
过程要点
详细说明
输入条件
测试验收通过
工作内容
归档测试过程中所有文档,主要包括以下文档(必须)•测试计划
•测试用例
•测试报告
退出标准
全部文档归档完毕
输出内容
归档清单
二、软件测试标准
测试代码和项目开发代码应该利用配置治理工具(如SVN)分开治理。测试代码编写完成后,寄存在配置库中。开发进程中,可依照需要对自己编写代码进行测试。
而且测试环境和开发环境应分隔开来,以避免彼此阻碍,便于缺点的复现和定位,在条件许诺的情形下,性能测试环境应和功能测试环境分开,以避免在性能测试进程中对功能测试造成阻碍。
测试时期所基于的文档(包括但不限于)
测试标准形成的前提是需要有有章可循的依据,这些依据需要基于标准的项目文档,常见的文档包括下面几种:
软件需求规格说明书
软件需求说明书是为了利用户和软件开发者两边对该软件的初始规定有一
个一起的明白得,使之成为整个项目组开展
工作的基础。包括硬件、功能、性能、输入输出、接口需求、警示信息、保密平安、数据与数据库、文档和法规的要求等等。
软件需求说明书的作用在于便于用户、开发人员进行明白得和交流,反映出用户问题的结构,能够作为软件开发工作的基础和依据,并作为确认测试和验收的依据。
软件设计说明(概要设计或详细设计)
软件设计又划分为概要设计和详细设计。
概要设计是在用户提出