软件测试作业指导书.docxVIP

拟制Prepared by：审核Checked by：批准Approved by：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 测试人员将本次测试的《测试日志》和《测试记录》，交软件开发人员确认，开发人员针对测出的错误项进行修改和调试