技术部测试规范_2014-7-1【参考】.docx

测试目的 测试是对设计开发完成的样本，在给定的项目条件下（人员、时间、工具等）尽可能地找出硬件、软件中的缺陷，并及时消除这些缺陷。具体地说，软件测试是根据软件开发的产品设计说明书和程序的内部结构而精心设计出一批测试案例，并利用测试案例来运行程序，以发现程序错误的过程。本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试责任测试是软件开发过程中的重要组成部分，主要责任如下：在项目的前期，参与《需求分析说明书》制定，从测试的角度提出自己的看法及意见；编写合理的测试计划或测试大纲，并与项目整体计划有机地整合在一起；针对不同的项目编写覆盖率高的测试用例；针对项目需求进行相关测试技术的研究与探讨；认真仔细地实施测试工作，充分利用测试工具，重视缺陷的管理；系统测试过程结束，提交测试报告供项目组参考；系统测试负责人为项目经理和测试Leader，工作的责任人如下： 关键活动主要工作成果责任人计划测试《系统测试用例》测试工程师执行测试《设计开发验证记录》测试工程师改错确认《设计开发确认记录》测试Leader缺陷跟踪《缺陷记录》测试人员测试报告《项目测试报告》测试Leader技术支持无开发工程师在资源有限的情况下，一个团队成员可能会同时承担多个角色；测试流程说明：所有的缺陷必须全部记录在BUG管理工具（Mantis）；测试验收必须有项目经理和测试Leader的确认；测试规范成立测试组在项目组成立的同时，测试组也将同时成立。测试组成立的工作与责任如下：参与《项目计划书》的制定与评审；任命测试负责人，确定测试组成人员；测试通知在正式测试任务下达前，开发团队应在接到项目时撰写项目需求文档，在给与测试团队下达预通知，以邮件方式转交软件需求文档，测试leader在邮件当撰写测试计划时间安排和测试团队理解项目的注意事项，并转发与项目经理，项目经理在根据需求提出注意事项，告之较为确切的测试日期，测试人员可预先熟悉必要的背景资料，协助测试Leader编写《测试计划书》初稿。测试负责人可视具体情况决定是否需要调整人力。 测试启动 在开发团队与测试团队交接测试内容，对测试目标达成一致，商讨测试计划初稿的可行性，统一项目组的目标和测试的工作内容的同时，明确测试重点，开发组提交《测试任务书》，测试组提交《测试计划书》正式版。根据项目的需求文档，按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关键内容：测试需求，明确需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级；测试方案，整体测试的测试方法和每个测试需求的测试方法；测试资源，本次测试所需要用到的人力、硬件、软件、技术的资源；测试组角色，明确测试组内各个成员的角色和相关责任；里程碑，明确标准项目过程中测试组应该关注的里程碑；可交付产物，在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等等；风险管理，列举出测试工作所可能出现的风险；测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组联合评审。编写测试用例在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准；测试用例所涵盖的标准如下：测试用例是用于检验样机是否符合要求的一种“示例”，基本要素为：前提条件、输入数据或动作、期望的响应，目的是找出需求、设计、实现中的缺陷；测试用例由开发人员和测试人员共同制定，然后撰写《系统测试用例》，责任人为测试工程师；项目经理和测试Leader审批《系统测试用例》，如果同意，则测试人员按照该计划执行测试工作；否则修改测试用例，直到通过审批为止；测 试 用 例项目名称项目负责人模块名优先级别模块开发人员开发完成日期用例设计人员设计日期评审人员评审日期测试次数测试执行日编号流程目的操作步骤动作预期结果执行结果备注1键入地址—登录系统登录成功输入地址，回车；输入用户名、密码、验证码，点击登录按钮点击“登录”按钮。登录成功，显示主功能页面成功页面样式有问题23此用例模板，请见Excel版本；执行测试 实施测试用例测试人员按照《系统测试用例》，执行测试、质量保证、缺陷跟踪等规定的流程。消除缺陷测试发现了缺陷，开发人员应当尽早消除缺陷。开发人员找到错误时，修改前首先思考：修改此缺陷是否会引发其他问题？如会引发其他问题则可能需要修改硬件结构或软件结构。有些时候，设计中可能潜伏同一类型的许多错误（例如由不良编程习惯引起的软件错误），发现后应当乘胜追击，全部排除。不论原先设计是否绝对正确，只要进行了改错后要马上重新测试，以免引入新的错误。记录缺陷排除的心得体会，与他人共享经验教训。优先测试原则测试必须有计划且需制定合理简洁的测试流程，当人力资源或测试时间有限，不能做全面的测试，则