当用例编写完成，项目组进行了用例评审后就可以直接进入测试执行阶段了。(对于如何进行用例评审，曾经尝试过两种方法，一种是每条逐个评价，一种是只评价用例框架。前者耗时太多，后者细节不够，总是无法找到 的方式。不知各位看官是否有这方面的经验。)在这个阶段，曾经做过一个关于交叉测试的实验。项目中，有测试工程师A编写完的用例，分配给B来执行，或者，在项目接近收尾的阶段，让团队人员进行互相补充的交叉测试。发现，后者的结果比前者要好。因为前者是将交叉测试放在项目比较靠前的阶段进行，一般情况下，工程师会严格按照测试用例进行测试，很难有时间去挖掘深层次的缺陷。而后者是将交叉测试安排到项目比较靠后的阶段进行，此时，大部分的缺陷已经被挖掘出，可能在进行测试时，有助于思维的发散。

在测试整体完成后，需要测试负责人对该项目进行总结，编写测试报告，其中必须要做的功课就是进行风险评估。测试环境和线上的正式环境还是存在不少差异，有些模块在测试环境下可能无法进行完善的测试，比如数据迁移的问题，比如第三方接口的不稳定。对于测试覆盖不到的地方，尽量在此列出，提醒相关人员的注意，将上线后可能出现问题的风险降到 点。

对于功能测试的流程以及每个阶段如何开展，网上的资料已经很多很多，就不细说了，上面几点是在工作中，觉得值得注意的几点，希望大家可以共同探讨。

扫码入群（若失效，