软件测试作业指导书

软件测试作业指导书拟制Preparedby：审核Checkedby：批准Approvedby：1　目的：规范软件测试行为，明确各类型项目在各个阶段应作的测试工作。2　范围:本程序适用经批准立项的软件项目的软件测试工作过程。3　定义3.1测试的软件错误级别：按照对工作功能的影响程度，即严酷度（Severity）的不同，将错误分为以下五级：　　一级：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。　　二级：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。　　三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。　　四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。五级：其他错误。3.2软件可测试性及可测试性传递项——（见附件1）软件可测试性。4职责：4.1软件项目项目组4.1.1软件项目项目组负责制定《项目开发计划》并按进度完成各开发阶段工作任务。按时提交阶段成果给技术中心。4.1.2按照项目开发计划和测试计划，按时提交源代码给测试组，同时附“测试通知单”。4.1.3软件开发人员接到测试人员的“测试日志”后，及时完成错误的修改和调试，并在规定的时间内返回给测试人员回测。4.2技术中心4.2.1软件评测中心负责组织评测小组，安排测试人员，监督测试各阶段的完成情况。4.2.2软件评测中心负责组织人员对需求分析说明书、《软件概要设计》进行评审。4.3软件评测中心4.3.1项目测试组参加阶段评审工作。4.3.2项目测试组长负责制定《测试计划》，协调测试人员。4.3.3测试组按照计划在不同的阶段作《测试设计》、《测试方案》、《单元测试》、《集成测试》、《系统测试》。4.3.3项目测试组总结测试过程，分析测试情况，作《测试 分析报告 成本分析报告下载顾客满意度调查结果及分析报告员工思想动态分析报告期中考试质量分析报告高一期中考试质量分析报告 》。5　工作程序5.1软件测试人员应根据项目开发方案完成《可测试性报告》。5.2软件测试人员根据设计开发计划制定《测试计划》，明确测试人员分工，测试进度,根据项目类型和项目大小确定测试阶段（见附件6）。《测试计划》经项目组长审核后，提交给技术中心归档。5.3项目需求分析阶段结束前，项目组将待评审的《软件需求分析》提交给技术中心归档。软件评测中心人员对《软件需求分析》进行评审。根据评审通过的《软件需求分析》，测试组完善总体测试计划，明确测试项和测试特性，并根据《软件需求分析》、《系统测试作业指导书》制定系统测试方案。明确系统测试的测试项，测试的特性及各种性能指标，通过准则等。5.4项目概要设计阶段结束前，项目组将待评审的《软件概要设计》提交给技术中心归档。软件评测中心组织人员对《软件概要设计》进行评审。并检查其与需求的一致性。根据通过评审的《软件概要设计》，测试组进一步完善测试计划，对各测试项、测试特性进行细化，调整测试分工等。若总体测试计划规定作集成测试，则根据《软件概要设计》、《集成测试作业指导书》作集成测试的测试设计。制定集成测试的测试计划，明确集成测试的测试项、测试特性、测试进度、人员分工、通过准则等。集成测试计划和集成测试设计经测试主管审核后，提交给技术中心归档。5.5项目详细设计阶段结束后，项目组将《软件详细设计》提交给技术中心归档。若总体测试计划规定作单元测试，测试组根据《软件详细设计》，制定单元测试的测试计划，明确单元测试的测试项、测试特性、测试进度、人员分工、通过准则等。并且根据《《软件详细设计》》、《单元测试作业指导书》、《集成测试作业指导书》作单元测试的测试设计，和完善集成测试设计。单元测试计划、单元测试设计、集成测试设计经测试主管审核后，提交给技术中心归档。5.6开发进入编码阶段，评测则进入阶段测试。软件编程人员在单元模块编码完成、模块逐步集成、搭建系统试运行环境并完成相应调试时向对应的软件测试人员发出单元测试、集成测试、系统测试的“测试通知单”（见附件2），同时将测试对象源代码、可执行程序、及其配置项等可测试性传递项放入待测试程序下。测试人员取出待测试的对象。检查其是否是可测试的，若软件测试传递项是不可测试性的，测试人员登记一次“不可测试性传递次数”在“测试通知单”中，同时将不可测试性传递项不作任何测试返回给编程人员，并注明不可测试原因。5.7测试人员根据“测试通知单”结合《测试计划》、《测试设计说明书》、《测试方案》等相应内容对可测试性传递项进行测试工作，对采用测试用例进行测试的测试 记录 混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载 可以只记录测试出的错误项。否则应记录所有的测试过程。错误项测试记录填写在《测试日志》（见附件3）报告中。正确项测试记录填写在《测试记录》（见附件4）报告中。5.8测试人员将本次测试的《测试日志》和《测试记录》，交软件开发人员确认，开发人员针对测出的错误项进行修改和调试。5.9开发人员针对此次《测试日志》的错误项进行修改调试，并填写相应的“错误修改及原因简述”表示修改调试完毕。全部错误项修改调试完毕后交返《测试日志》给测试人员回测。此过程完成时间规定为3工作日，超过3日返回需开发人员注明原因。5.10测试人员对修改项进行回测，并回测该错误项的相关项，然后在“回测”栏填写“合格”标志表示该测试项经回测后达到合格要求并告一段落。5.11测试人员对上述“错误修改及原因简述”栏和“回测”栏为非合格标志的测试项，会同相关测试产生的新错误，记录于另一份编号增加1的《测试日志》中，代表又一次测试。其中非合格的旧测试项记录序号保持不变，新错误的记录序号加1连续记号。5.12重复5.9、5.10、5.11过程，直至过程5.8的情况不再出现。5.13测试记录归档。所有测试项结束测试后，所产生的测试文档（包括测试日志、测试记录、测试设计、测试方案）归档保存。5.14测试活动总结。总结软件测试过程，将整个测试 工作总结 关于社区教育工作总结关于年中工作总结关于校园安全工作总结关于校园安全工作总结关于意识形态工作总结 及有关统计数据信息等按要求格式编写《测试分析报告》。5.15由部门主管、测试技术主管、测试技术组长组成评审小组对测试组的《测试分析报告》进行评审。评审通过后，将《测试分析报告》提交给技术委员会。同时归档该报告。5.16技术委员会根据项目审批表组织验收测试。5.17《测试日志》编号规则和错误类型分类。5.17.1《测试日志》编号格式为：nxxyyyyzz其中：n：测试人员代码。Xx：测试阶段或性质标志。DY--代表单元测试。JC--代表集成测试。XT--代表系统测试。Yyyy：测试对象代码。Zz：代表同类测试的次数号。首号为01。之后加1计号，代表另一次测试。例如：编号为HDYXTGL02，代表测试人员H第二次单元测试模块“XTGL”的《测试日志》。5.17.2错误类型分类：按照对工作功能的影响程度，即严酷度（Severity）的不同，将错误分为以下5级：　　一级：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。　　二级：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。　　三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。　　四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。五级：其他错误。5.18软件测试合格通过准则5.18.1软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。5.18.2所有测试项没有残余一级、二级错误。5.18.3立项审批表、需求分析文档、设计文档和编码实现一致。5.18.4软件测试过程中的不可测试性传递项不能超过4次。5.18.5以上四条其中之一不满足要求，视为不合格。5.18.6以上的测试合格通过标准是一个基本的准则，测试人员在测试计划中制定通过标准时，应根据项目具体情况（如项目类别、项目大小）参照以上标准制定项目的测试通过标准。在制定单元测试、集成测试、系统测试的通过准则时，亦应参照以上标准和5.20中的测试工作基本停止标准。5.19测试工作基本停止标准：5.19.1单元测试在测试时要保证语句覆盖率、分支覆盖率达到一定比率，各测试项通过。如果达到上述要求，即认为已达到单元测试的要求，可以终止单元测试。5.19.2集成测试主要是测试单元之间的各种接口是否已正确实现，局部系统的功能和性能是否满足。5.19.3系统测试根据需求规定制定测试大纲，按照大纲对各种功能，性能等进行确认测试，当需求规定的全部功能和性能全部实现，并且用户文档合乎要求可以终止系统测试。5.20测试工作程序图（见附件5）6.支持性文件软件测试计划规范。软件测试用例作业指导书。软件单元测试作业指导书。软件集成测试作业指导书。软件系统测试作业指导书。7.附件附件1、软件可测试性附件2、测试通知单附件3、测试日志附件4、测试记录附件5、测试工作程序图附件6、项目类别、项目大小与实际测试阶段的对应关系附件1.软件可测试性软件可测试性是指提交测试的软件测试传递项具备可测试的特性，包含：1、软件开发者在各开发阶段提交了完善的软件需求说明书、《软件概要设计》、《软件详细设计》，并保持文档按设计更改控制规范的适时更新；2、在各测试阶段提交《测试通知单》（注明必要的说明和测试要求或条件等）、合格测试项。3、合格测试项是满足下列条件的软件源代码：1、已按设计完整编码或已对全部错误完成修改；2、调试编译合格通过、软件可正常运行；3、除特别注明外，功能、性能按期完成或实现，无明显的低级缺陷；4、相关配置项（如数据库）及配置环境（如硬件及接口）齐全，满足测试要求。5、实现的功能与软件需求说明书、软件设计说明书一致。系统测试时提交用户安装版本、提交《用户手册》和《操作手册》且内容与程序逻辑完全一致。附件2.测试通知单日期：__________________编程人员：___________测试人员：___________对象名称：所属项目：对象路径：对象用途：对象使用说明：测试性质：□单元(DY)测试□集成(JC)测试□系统(XT)测试□其他不可测试性传递次数《测试日志》编号提交修改日期开发者签名返回回测日期测试者签名修改天数注：①软件测试传递项具可测试性，“不可测试性传递次数”栏填写0；否则填写1，对不可测试性传递项不作测试直接返回编程人员修改并填写“提交修改日期”等栏目。②全表各栏均需填写。附件3.测试日志日期：测试人员：编号：测试对象名称编程人员所属项目序号错误类型测试项名称操作步骤及现象错误修改及原因简述回测其他说明：确认人：附件4测试记录日期：测试人员：编号：测试对象名称编程人员所属项目序号测试项名称输入数据和操作步骤输出数据(结果)结果分析附件5、测试工作程序图附件6、项目类别、项目大小与测试阶段的对应关系所有项目作测试计划、系统测试方案、系统测试、测试分析报告。根据项目大小、项目类别选作测试用例设计、单元测试、集成测试。其中项目大小、项目类别由技术委员会确认。项目类别项目大小测试计划测试方案测试用例设计单元测试集成测试系统测试产品开发大型√√√√√√中型√√√√√√小型√√√*√√新技术开发大型√√√√√√中型√√√√√√小型√√√*√非标产品应用大型√√√√√√中型√√√小型√√√政府资助大型√√√√√√中型√√*√√小型√√√对外合作大型√√√√√√中型√√*√√小型√√√√√---测试活动中必须提交的文档或必须经历的测试阶段。＊---测试组可以委托开发小组作的单元测试阶段。CTRL+A全选可调整字体属性及字体大小-CAL-FENGHAI.NetworkInformationTechnologyCompany.2020YEARA完善测试计划，增加测试项、测试特性返回开发组修改通过吗？评审需求分析说明书根据项目开发计划制定测试计划根据技术可行性报告作软件可测试性报告产品项目？项目审批表B作粗略测试设计修改概要设计说明书通过吗？评审概要设计说明书通过吗？内部评审测试方案制定系统测试方案AB评审详细设计说明书通过吗？返回修改详细设计说明书细化测试设计，生成测试设计说明书源代码&单元（集成、系统）测试通知单是否可测试？单元（集成、系统）测试&测试日志单元测试记录并返回开发组修改错误回测通过吗？测试活动结束吗？测试分析报告