测试的工作流程

1.一般拿过需求文档进行需求分析，然后软件测试与开发同事沟通确认需求，一般软件测试与开发同事需求有异议的，然后再进行业务确认，当业务、开发、测试，三者分析需求达成一致，才可以认真编写测试案例

2.编写测试案例的过程其实是需求的功能点进行细化的过程，当编写测试用例完成时，开发针对这个需求也开发完毕。

3.测试应用程序前要对测试案例进行评审，此时若是大的需求进行评审涉及开发、测试及相关领导进行参加，在案例评审的过程中，其实是测试案例完善的过程，领导及开发、测试提出测试案例遗漏的测试点，然后及时发布会议纪要，相关软件测试人员进行对相应的测试案例的进行完善；若是小的需求在测试案例评审的过程中也可以进行互评。

4.测试案例完善后，运维人员把对应的应用程序发布到int测试环境，进行相关人员的测试工作，当在测试的过程中，执行测试案例有问题及时与开发人员沟通，然后提交问题，提交问题后，开发人员看到问题进行bug状态的变更，然后修复问题，问题修复完毕后，进行问题发布，然后软件测试人员进行回归测试此问题，若测试过程中没有发现问题，就可以关闭这个问题，若这个测试过程中发现还是原来的问题，就再一次提出问题，若发现新问题，就从新提出一个新问题。执行案例完毕，提交问题基本关闭，没有什么影响基本功能的问题，就可以发布邮件此应用程序，在int环境测试完毕。然后发布uat环境，业务测试的环境，若业务测试没有问题，就可以发布测试报告，测试完毕。发布生产环境之前，然后进行重要测试点进行回归测试，最后就发布生产了。