testing 的整个全过程

过程描述：

需求阶段：
形成基本稳定的需求文档后，测试介入需求评审，以便了解需求的相关内容以及测试工作的可行性分析（软件可测试性）。项目经理制定项目计划，测试部门测试经理/测试团队负责人制定测试计划，项目组测试人员阅读相关测试需求文档，如果存在疑问或者发现需求缺陷及时与需求人员沟通，如果是需求缺陷，可以将相关问题可以记录到bug管理工具以便进行跟踪。


设计阶段：
研发部门进行软件的概要设计、详细设计以及必要的单元测试工作；测试部门进行功能、性能测试用例的设计（用例不仅仅包括用例本身，还包括测试数据），测试所需软、硬件资源申请、准备。用例编写完成以后，需求、研发的主要负责人、测试部门项目组相关成员组织对用例进行评审（验证当前用例是否能够达到覆盖需求相应测试功能、性能点）。


测试阶段：
1.      每次提交新版本，必须提交测试项传递报告给测试负责人，并抄送给测试部门经理，指出本版本提交的相应功能模块，测试环境，提供部署说明性文档
（目的：1.清楚当前测试的功能、性能内容；2.减少程序员和测试人员间重复性的沟通，方便其他测试人员对环境的部署工作）。
2.      开发人员在提交测试版本之前，需要对本次提交的功能模块做冒烟测试（保证本次提交的基本功能的实现且可用），测试人员在测试过程中如果发现版本错误、提供的相应功能模块存在严重缺陷，导致后续工作无法进行时，有权将该测试版本打回。
3.      测试过程中按照测试用例执行测试，标记测试用例通过情况。如果进行了随机测试发现软件缺陷，需将该用例补充到用例中。测试过程中，发现缺陷后记录到bug管理工具。
4.      测试工作完成后，测试负责人应提供测试总结报告，对测试过程予以总结，对遗留缺陷需要进行评审。评审人员包括：产品部门经理、产品经理、研发经理、测试部门经理、测试主要负责人及其质控相关人员，对待有争议的缺陷综合考虑各方意见，符合测试计划的准出条件以后，产品可以做发行工作。