最新软件测试作业指导书.docx
《最新软件测试作业指导书.docx》由会员分享，可在线阅读，更多相关《最新软件测试作业指导书.docx（11页珍藏版）》请在冰点文库上搜索。
最新软件测试作业指导书
软件测试作业指导书
拟制Preparedbｙ:
审核Checked bｙ:
批准Ａｐｐrovedby:
1 目的:
规范软件测试行为,明确各类型项目在各个阶段应作的测试工作。
2 范围：
本程序适用经批准立项的软件项目的软件测试工作过程。
３ 定义
3。
1测试的软件错误级别:
按照对工作功能的影响程度，即严酷度（Severｉty）的不同,将错误分为以下五级:
一级:
不能完全满足系统要求,基本功能未完全实现;或者危及人身安全。
二级：
严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。
三级：
严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。
四级:
使操作者不方便或遇到麻烦,但它不影响执行工作功能或重要功能。
五级：
其他错误.
３。
2软件可测试性及可测试性传递项-—（见附件1）软件可测试性。
4职责：
4．1软件项目项目组
４.１。
1软件项目项目组负责制定《项目开发计划》并按进度完成各开发阶段工作任务。
按时提交阶段成果给技术中心。
4.１。
2按照项目开发计划和测试计划，按时提交源代码给测试组，同时附“测试通知单”。
4.1。
3 软件开发人员接到测试人员的“测试日志"后,及时完成错误的修改和调试，并在规定的时间内返回给测试人员回测。
４。
２技术中心
４.2。
1软件评测中心负责组织评测小组，安排测试人员，监督测试各阶段的完成情况.
4。
2。
２软件评测中心负责组织人员对需求分析说明书、《软件概要设计》进行评审.
４.３软件评测中心
4。
3。
1项目测试组参加阶段评审工作。
4.3。
2项目测试组长负责制定《测试计划》,协调测试人员。
4.3.3测试组按照计划在不同的阶段作《测试设计》、《测试方案》、《单元测试》、《集成测试》、《系统测试》。
4。
3.3项目测试组总结测试过程,分析测试情况，作《测试分析报告》.
５ 工作程序
5.1软件测试人员应根据项目开发方案完成《可测试性报告》.
5。
２软件测试人员根据设计开发计划制定《测试计划》,明确测试人员分工,测试进度,根据项目类型和项目大小确定测试阶段（见附件6）。
《测试计划》经项目组长审核后,提交给技术中心归档。
5。
3项目需求分析阶段结束前,项目组将待评审的《软件需求分析》提交给技术中心归档。
软件评测中心人员对《软件需求分析》进行评审.根据评审通过的《软件需求分析》，测试组完善总体测试计划,明确测试项和测试特性,并根据《软件需求分析》、《系统测试作业指导书》制定系统测试方案.明确系统测试的测试项，测试的特性及各种性能指标，通过准则等.
5。
4项目概要设计阶段结束前,项目组将待评审的《软件概要设计》提交给技术中心归档.软件评
测中心组织人员对《软件概要设计》进行评审.并检查其与需求的一致性。
根据通过评审的《软件概要设计》,测试组进一步完善测试计划，对各测试项、测试特性进行细化,调整测试分工等。
若总体测试计划规定作集成测试，则根据《软件概要设计》、《集成测试作业指导书》作集成测试的测试设计。
制定集成测试的测试计划,明确集成测试的测试项、测试特性、测试进度、人员分工、通过准则等.集成测试计划和集成测试设计经测试主管审核后，提交给技术中心归档。
5。
５项目详细设计阶段结束后，项目组将《软件详细设计》提交给技术中心归档。
若总体测试计划规定作单元测试,测试组根据《软件详细设计》，制定单元测试的测试计划，明确单元测试的测试项、测试特性、测试进度、人员分工、通过准则等。
并且根据《《软件详细设计》》、《单元测试作业指导书》、《集成测试作业指导书》作单元测试的测试设计,和完善集成测试设计。
单元测试计划、单元测试设计、集成测试设计经测试主管审核后，提交给技术中心归档。
５。
6开发进入编码阶段,评测则进入阶段测试。
软件编程人员在单元模块编码完成、模块逐步集成、搭建系统试运行环境并完成相应调试时向对应的软件测试人员发出单元测试、集成测试、系统测试的“测试通知单”（见附件2）,同时将测试对象源代码、可执行程序、及其配置项等可测试性传递项放入待测试程序下.测试人员取出待测试的对象。
检查其是否是可测试的,若软件测试传递项是不可测试性的,测试人员登记一次“不可测试性传递次数”在“测试通知单”中,同时将不可测试性传递项不作任何测试返回给编程人员,并注明不可测试原因。
5．7 测试人员根据“测试通知单”结合《测试计划》、《测试设计说明书》、《测试方案》等相应内容对可测试性传递项进行测试工作，对采用测试用例进行测试的测试记录可以只记录测试出的错误项．否则应记录所有的测试过程。
错误项测试记录填写在《测试日志》（见附件3）报告中.正确项测试记录填写在《测试记录》（见附件4）报告中。
5.8测试人员将本次测试的《测试日志》和《测试记录》，交软件开发人员确认,开发人员针对测出的错误项进行修改和调试。
5.９ 开发人员针对此次《测试日志》的错误项进行修改调试,并填写相应的“错误修改及原因简述”表示修改调试完毕．全部错误项修改调试完毕后交返《测试日志》给测试人员回测。
此过程完成时间规定为3工作日，超过3日返回需开发人员注明原因。
5.10 测试人员对修改项进行回测，并回测该错误项的相关项，然后在“回测”栏填写“合格”标志表示该测试项经回测后达到合格要求并告一段落.
５.１１测试人员对上述“错误修改及原因简述”栏和“回测"栏为非合格标志的测试项,会同相关测试产生的新错误，记录于另一份编号增加1的《测试日志》中,代表又一次测试.其中非合格的旧测试项记录序号保持不变，新错误的记录序号加１连续记号。
５。
1２重复5。
９、5.10、5。
１1过程,直至过程５.８的情况不再出现。
５.13测试记录归档。
所有测试项结束测试后，所产生的测试文档（包括测试日志、测试记录、测试设计、测试方案）归档保存。
5.１4测试活动总结。
总结软件测试过程，将整个测试工作总结及有关统计数据信息等按要求格式编写《测试分析报告》。
5。
15由部门主管、测试技术主管、测试技术组长组成评审小组对测试组的《测试分析报告》进行评审.评审通过后,将《测试分析报告》提交给技术委员会.同时归档该报告。
5。
16技术委员会根据项目审批表组织验收测试。
5.17《测试日志》编号规则和错误类型分类。
5。
17。
１ 《测试日志》编号格式为：
nｘｘｙyyyzz其中:
ﻩﻩｎ:
测试人员代码。
ﻩXx：
测试阶段或性质标志.
ﻩﻩ
DY—－代表单元测试。
ﻩﻩＪC--代表集成测试。
ﻩXＴ—-代表系统测试。
Yyｙy:
测试对象代码.
Zz：
代表同类测试的次数号。
首号为01。
之后加1计号，代表另一次测试。
例如:
编号为ＨＤYXTＧL0２,代表测试人员Ｈ第二次单元测试模块“XTGL”的《测试日志》。
5．１７。
2 错误类型分类:
按照对工作功能的影响程度，即严酷度（Severｉty）的不同,将错误分为以下5级：
一级:
不能完全满足系统要求,基本功能未完全实现；或者危及人身安全。
二级:
严重地影响系统要求或基本功能的实现,且没有更正办法（重新安装或重新启动该软件不属于更正办法）。
三级:
严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。
四级:
使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。
五级：
其他错误。
5。
18软件测试合格通过准则
5。
18。
1软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求．
5。
18.２所有测试项没有残余一级、二级错误。
5.18.３ 立项审批表、需求分析文档、设计文档和编码实现一致。
5。
18.4软件测试过程中的不可测试性传递项不能超过４次.
５.18.5以上四条其中之一不满足要求，视为不合格。
5。
18.６以上的测试合格通过标准是一个基本的准则,测试人员在测试计划中制定通过标准时,应根据项目具体情况（如项目类别、项目大小）参照以上标准制定项目的测试通过标准。
在制定单元测试、集成测试、系统测试的通过准则时,亦应参照以上标准和5。
20中的测试工作基本停止标准.
5．1９测试工作基本停止标准：
5。
１9。
1 单元测试在测试时要保证语句覆盖率、分支覆盖率达到一定比率，各测试项通过。
如果达到上述要求，即认为已达到单元测试的要求，可以终止单元测试。
5.１9。
２集成测试主要是测试单元之间的各种接口是否已正确实现，局部系统的功能和性能是否满足。
５．１9。
３系统测试根据需求规定制定测试大纲,按照大纲对各种功能，性能等进行确认测试，当需求规定的全部功能和性能全部实现，并且用户文档合乎要求可以终止系统测试。
５．2０测试工作程序图（见附件5）
6。
支持性文件
软件测试计划规范。
软件测试用例作业指导书。
软件单元测试作业指导书。
软件集成测试作业指导书。
软件系统测试作业指导书.
7。
附件
附件1、软件可测试性附件2、测试通知单附件3、测试日志
附件4、测试记录附件5、测试工作程序图
附件6、项目类别、项目大小与实际测试阶段的对应关系
附件1.
软件可测试性
软件可测试性是指提交测试的软件测试传递项具备可测试的特性,包含：
一、软件开发者在各开发阶段提交了完善的软件需求说明书、《软件概要设计》、《软件详细设计》，并保持文档按设计更改控制规范的适时更新；
二、在各测试阶段提交《测试通知单》（注明必要的说明和测试要求或条件等）、合格测试项.
三、合格测试项是满足下列条件的软件源代码:
1、已按设计完整编码或已对全部错误完成修改;
2、调试编译合格通过、软件可正常运行;
3、除特别注明外,功能、性能按期完成或实现,无明显的低级缺陷;
4、相关配置项（如数据库）及配置环境（如硬件及接口）齐全,满足测试要求。
5、实现的功能与软件需求说明书、软件设计说明书一致。
系统测试时提交用户安装版本、提交《用户手册》和《操作手册》且内容与程序逻辑完全一致.
附件2.
测试通知单
日期:
＿______＿_＿___＿＿___ 编程人员:
______＿＿_＿_测试人员：
_＿___＿＿_＿__
对象名称：
所属项目:
对象路径:
对象用途：
对象使用说明:
测试性质：
□单元（DY）测试□集成（JC）测试□系统（ＸＴ）测试□其他
不可测试性传递次数
《测试日志》编号
提交修改日期
开发者签名
返回回测日期
测试者签名
修改天数
注：
①软件测试传递项具可测试性,“不可测试性传递次数＂栏填写０;否则填写1，对不可测试性传递项不作测试直接返回编程人员修改并填写“提交修改日期＂等栏目。
②全表各栏均需填写。
附件３。
测试日志
日期：
测试人员：
编号：
测试对象名称
编程人员
所属项目
序号
错误类型
测试项名称
操作步骤及现象
错误修改及原因简述
回测
其他说明：
确认人：
附件4
测试记录
日期:
测试人员:
编号：
测试对象名称
编程人员
所属项目
序号
测试项名称
输入数据和操作步骤
输出数据（结果）
结果分析
ﻬ附件5、测试工作程序图
ﻬﻬﻬ附件６、项目类别、项目大小与测试阶段的对应关系
所有项目作测试计划、系统测试方案、系统测试、测试分析报告．根据项目大小、项目类别选作测试用例设计、单元测试、集成测试。
其中项目大小、项目类别由技术委员会确认。
项目类别
项目大小
测试计划
测试方案
测试用例设计
单元测试
集成测试
系统测试
产品开发
大型
√
√
√
√
√
√
中型
√
√
√
√
√
√
小型
√
√
√
*
√
√
新技术开发
大型
√
√
√
√
√
√
中型
√
√
√
√
√
√
小型
√
√
√
*
√
非标产品应用
大型
√
√
√
√
√
√
中型
√
√
√
小型
√
√
√
政府资助
大型
√
√
√
√
√
√
中型
√
√
*
√
√
小型
√
√
√
对外合作
大型
√
√
√
√
√
√
中型
√
√
＊
√
√
小型
√
√
√
√
√——-测试活动中必须提交的文档或必须经历的测试阶段。
*——-测试组可以委托开发小组作的单元测试阶段。
升级会员 