测试过程定义

需求阶段： 51Testing软件测试网r wW&nb~V6A
形成基本稳定的需求文档后，测试介入需求评审，以便了解需求的相关内容以及测试工作的可行性分析（软件可测试性）。项目经理制定项目计划，测试部门测试
,e2d[,{+Xm0经理/测试团队负责人制定测试计划，项目组测试人员阅读相关测试需求文档，如果存在疑问或者发现需求缺陷及时与需求人员沟通，如果是需求缺陷，可以将相
&k7\)jH)G;Da"x0关问题可以记录到bug管理工具以便进行跟踪。
NRWEt`0 51Testing软件测试网}5mCC8\

设计阶段：
0B8llL)zK0研发部门进行软件的概要设计、详细设计以及必要的单元测试工作；测试部门进行功能、性能测试用例的设计（用例不仅仅包括用例本身，还包括测试数据），测 51Testing软件测试网6Jq7Q^{b.G;_)c
试所需软、硬件资源申请、准备。用例编写完成以后，需求、研发的主要负责人、测试部门项目组相关成员组织对用例进行评审（验证当前用例是否能够达到覆盖 51Testing软件测试网J[t#VT'ob;P
需求相应测试功能、性能点）。 51Testing软件测试网PH\FT,QG

J)?z:^i*t3u1Z0测试阶段： 51Testing软件测试网,ik&x:PgZ.\
1.      每次提交新版本，必须提交测试项传递报告给测试负责人，并抄送给测试部门经理，（指出本版本提交的相应功能模块，测试环境，提供部署说明性文档

~eF-oJ+m0（目的：1.清楚当前测试的功能、性能内容；2.减少程序员和测试人员间重复性的沟通，方便其他测试人员对环境的部署工作）。
Hmg[~ I02.      开发人员在提交测试版本之前，需要对本次提交的功能模块做冒烟测试（保证本次提交的基本功能的实现且可用），测试人员在测试过程中如果发现版本错 51Testing软件测试网cib,qd{^ s
误、提供的相应功能模块存在严重缺陷，导致后续工作无法进行时，有权将该测试版本打回。 51Testing软件测试网w]|P"g+j[]
3.      测试过程中按照测试用例执行测试，标记测试用例通过情况。如果进行了随机测试发现软件缺陷，需将该用例补充到用例中。测试过程中，发现缺陷后记录 51Testing软件测试网j:za|F;n%Xx
到bug管理工具。 51Testing软件测试网`o%Z%j;C2AT"E
51Testing软件测试网4M5oe W,j}\

4.      测试工作完成后，测试负责人应提供测试总结报告，对测试过程予以总结，对遗留缺陷需要进行评审。评审人员包括：产品部门经理、产品经理、研发经 51Testing软件测试网*}N0i`gb)m
x\'w
理、测试部门经理、测试主要负责人及其质控相关人员，对待有争议的缺陷综合考虑各方意见，符合测试计划的准出条件以后，产品可以做发行工作。

~5S]4i'CfnRK051Testing软件测试网,w0I(n:gf