功能测试的流程
- 项目开始阶段，需求分析师从用户方收集需求并将需求转化为规格说明书，接下来 项目组领导会组织需求评审。
需求评审通过后，需求分析师会组织项目经理、开发人员和测试人员交接需求( 交接需求的过程中，我一般会关注需求是否清晰，是否具有可测性，并识别出测试的难易程度和测试的大概工作量)。
2.需求交接结束后，项目经理根据交接过程中的一些问题评估需求交接是 否通过，交接不通过的，产品经理会修改需求文档并组织二次交接，交接通过的需求。
3.测试经理根据需求编写测试方案和测试计划，并评审。
4.我根据分配到的需求进行分析同时编写测试用例，用例完成后，测试经理组织项目经理、产品经理、开发人员、测试人员评审用例，评审完成后，对于有问题的测试用例，测试人 员会做相应的修改。我在编写用例的同时，会进行测试环境的准备。
5.在测试执行阶段，测试经理会通知各模块测试人员进行冒烟测试。
6.冒烟通过后，我们开始启动测试（测试的轮次根据实际的测试时间调整，测试时间较
充足的情况下，一般进行 3 轮测试用例的执行（第一轮：全用例覆盖执行，第二轮:进行重点用例的执行，第 3 轮：全量回归第一轮用例。）测试时间比较紧张的情况下，一般进行 2轮测试（第一轮：全用例覆盖执行，第二轮：进行重点用例的执行）。测试过程中发现的 bug，通过缺陷管理工具禅道进行管理，为方便开发人员高效率的解决问题、减少沟通等，测试录入 bug 时，严格按照 bug 的严重等级进行定义，缺陷单中会记录测试环境，测试账号，操作步骤，预期结果，实际结果，截图。
7.开发人员解决问题并将程序部署到环境后，提交问题单给测试人员进行验证，问题验 证不通过的，驳回问题单并通知开发人员继续修改，问题验证通过的，关闭 BUG 。
8.测试周期结束前几天，测试经理开始着手准备测试报告，这个时候测试经理会关注 bug 单的情况（未关闭的 bug 数据有多少，严重的问题有多少），如果 bug 单还有很多没有关闭，项目组一般会安排开发人员和测试人员加班加点修改及验证问题单。如果 bug 单关闭率及遗留率满足项目规定，测试用例轮次也按计划完成。测试经理按照实际情况输出测试报告让项目组领导决策上线。