|
过程描述:
需求阶段:
形成基本稳定的需求文档后,测试介入需求评审,以便了解需求的相关内容以及测试工作的可行性分析(软件可测试性)。项目经理制定项目计划,测试部门测试
经理/测试团队负责人制定测试计划,项目组测试人员阅读相关测试需求文档,如果存在疑问或者发现需求缺陷及时与需求人员沟通,如果是需求缺陷,可以将相
关问题可以记录到bug管理工具以便进行跟踪。
设计阶段:
研发部门进行软件的概要设计、详细设计以及必要的单元测试工作;测试部门进行功能、性能测试用例的设计(用例不仅仅包括用例本身,还包括测试数据),测
试所需软、硬件资源申请、准备。用例编写完成以后,需求、研发的主要负责人、测试部门项目组相关成员组织对用例进行评审(验证当前用例是否能够达到覆盖
需求相应测试功能、性能点)。
测试阶段:
1. 每次提交新版本,必须提交测试项传递报告给测试负责人,并抄送给测试部门经理,(指出本版本提交的相应功能模块,测试环境,提供部署说明性文档
(目的:1.清楚当前测试的功能、性能内容;2.减少程序员和测试人员间重复性的沟通,方便其他测试人员对环境的部署工作)。
2. 开发人员在提交测试版本之前,需要对本次提交的功能模块做冒烟测试(保证本次提交的基本功能的实现且可用),测试人员在测试过程中如果发现版本错
误、提供的相应功能模块存在严重缺陷,导致后续工作无法进行时,有权将该测试版本打回。
3. 测试过程中按照测试用例执行测试,标记测试用例通过情况。如果进行了随机测试发现软件缺陷,需将该用例补充到用例中。测试过程中,发现缺陷后记录
到bug管理工具。
4. 测试工作完成后,测试负责人应提供测试总结报告,对测试过程予以总结,对遗留缺陷需要进行评审。评审人员包括:产品部门经理、产品经理、研发经
理、测试部门经理、测试主要负责人及其质控相关人员,对待有争议的缺陷综合考虑各方意见,符合测试计划的准出条件以后,产品可以做发行工作。 |
|