测试流程依次如下：

1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testing team

2.测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testing leader or testing manager

3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testing leader, senior tester

4.执行测试：根据测试用例的详细步骤，执行测试用例。--every tester(主要是初级测试人员)

5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--every tester(主要是初级测试人员)

6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。--every tester 7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug. 8.用户体验、软件发布等??

详细测试步骤：

1. 书写测试计划

2. 审核测试计划，未通过返回第一步

3. 书写测试用例；

4. 审核测试用例，未通过返回第三步

5. 测试人员按照测试用例逐项进行测试活动,并且将测试结果填写在测试报告上；（测试报告必须覆盖所有测试用例）

6. 测试过程中发现bug，将bug填写在bugzilla上发给集成部经理；（bug状态NEW）

7. 集成部经理接到bugzilla发过来的bug

7.1 对于明显的并且可以立刻解决的bug，将bug发给开发人员；（bug状态ASSIGNED）;

7.2 对于不是bug的提交，集成部经理通知测试设计人员和测试人员，对相应文档进行修改; （bug状态RESOLVED，决定设置为INVALID）;

7.3 对于目前无法修改的,将这个bug放到下一轮次进行修改；（bug状态RESOLVED，决定设置为REMIND）

8. 开发人员接到发过来的bug立刻修改;（bug状态RESOLVED，决定设置为FIXED）

9. 测试人员接到bugzilla发过来的错误更改信息，应该逐项复测，填写新的测试报告（测试报告必须覆盖上一次中所有REOPENED的测试用例）；

10. 如果复测有问题返回第六步（bug状态REOPENED）

11. 否则关闭这项BUG（bug状态CLOSED）

12. 本轮测试中测试用例中有95%一次性通过测试,结束测试任务；

13. 本轮测试中发现的错误有98%经过修改并且通过再次测试（即bug状态CLOSED），返回第五步进行新的一轮测试；

14. 测试任务结束后书写测试总结报告；

15. 正规测试结束进入非正规测试，首先是ALPHA测试，请公司里其他非技术人员以用户角色使用系统。发现bug通知测试人员，测试人员以正规流程处理bug事件；

16. 然后是BETA测试，请用户代表进行测试。发现bug通知测试人员，测试人员以正规流程处理bug事件。(又叫用户体验测试UAT)