系统测试管理规定.doc

文档编号：系统测试管理办法（征求意见稿）修订文档历史记录日 期版 本说 明作 者51. 测试管理的目的及定义第一条 为规范公司信息系统测试工作，有效减少信息系统缺陷，提高系统运行质量，特制定本规定；第二条 本规定适用于公司所有信息系统的测试管理工作；第三条 定义：1、 测试：为了有效发现信息系统中的缺陷（Bug）而执行程序的过程。测试是确保信息系统质量最重要的手段。2、 测试管理：组织实施测试工作的全过程，包括编制测试计划、编制测试用例、执行用例记录Bug和编制系统测试报告等环节。3、 测试计划：描述测试工作的环境、业务范围、测试工作时间进度和测试人员组织等内容的文档。4、 测试用例：指对一项特定的软件产品功能进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、输入数据、测试步骤、预期结果、测试脚本和实际测试结果等，并形成文档。5、 测试报告：根据测试用例的执行结果，对其进行整体评价的报告。6、 测试阶段：在项目测试中，根据不同的开发成果，定义的不同的测试阶段，主要包括单元测试、集成测试和系统测试，具体说明如下：测试阶段测试对象测试目的单元测试某功能单个程序，例如：“保险单基本信息录入”页面测试发现单个程序自身的Bug，确保程序自身的质量。单元测试时功能测试。集成测试若干个程序集成，形成了业务流程，例如：“旅责险投保流程”发现业务流程中的Bug，确保业务流程的质量。集成测试一般为功能测试。系统测试已经打包部署的全部系统发现系统部署后的整体运行情况。系统测试一般为性能测试和安全性测试，用测试工具自动完成。7、 测试方法：主要包括白盒测试和黑盒测试。8、 测试手段：主要包括手工测试和自动测试，自动测试一般采用LoadRunner等工具完成。9、 测试类型：包括功能测试、性能测试、安全性测试、安装部署测试等。10、 回归测试：因测试而发现了Bug或者系统缺陷，需要进行修改和调整。修改后的再次测试称为回归测试。回归测试可以为一轮或多轮迭代。11、 Bug的级别：根据Bug的严重程度，将Bug分为A、B、C、D四个级别，其严重层度逐步降低，具体如下表：Bug级别描述A级严重影响系统运行（举例：测试过程中发现强迫退出系统、ORCL严重报错等问题归为此类）B级影响系统运行（举例：测试过程中发现流程不能继续进行，系统严重报错或新增功能不能实现 不能进行运算公式及表格的定制等问题归为此类）C级不影响系统运行但必须修改（举例：测试过程中发现删除或查询功能未实现等问题归为此类）D级建议类的问题（举例：显示文本错误，格式错误），有选择性的修改问题12、 质量目标：根据Bug的级别和实际的项目要求，分别设定每次测试的质量目标。例如：A级和B级Bug数为0；C级Bug数小于3；D级Bug数小于10。2. 编写测试计划第四条 项目经理根据项目总体进度计划，向项目测试负责人部署测试工作任务并配备必要的测试人员；第五条 测试负责人编写测试计划，包括基本内容和测试进度计划两部分。测试计划模板参见附件1；第六条 制定测试计划时要明确本次测试的质量目标；第七条 测试人员在测试负责人的安排下，编写测试用例。测试用例编写时，要根据不同的测试阶段参照对应的项目需求和设计文档编写。编写单元测试用例应参考软件详细设计文档；编写集成测试用例应参考软件概要设计文档；编写系统测试用例应参考软件需求规格说明书和概要设计文档；第八条 测试用例数量充足，确保对需求或设计文档的覆盖度；第九条 必要时，可以组织对测试计划和测试用例进行评审，以确保测试计划工作的完整性和可靠性；3. 执行测试第十条 测试人员在测试计划的指导下，开展测试工作；第十一条 测试人员需严格按照测试计划和测试用例开展测试工作。每条测试用例均要有测试Bug记录，无Bug时也需要记录“无”；第十二条 测试人员一般情况不允许增加、减少和变更测试用例。如有特殊情况需要对测试用例进行调整时，需要按照项目变更管理开展用例调整工作；第十三条 执行测试的迭代轮次一般为三次。可以根据实际测试情况酌情增减轮次，但要有充足的理由说明，并得到测试负责人的同意；4. 编制测试报告第十四条 测试负责人根据测试用例Bug记录结果，编写测试报告；第十五条 测试报告要明确测试质量目标的达到情况和结论。第十六条 测试报告打印出纸质文档，由测试负责人签字确认，一般由项目经理审核确认；第十七条 测试报告完成后，由数据信息部统一归档管理全部的测试计划、