以下是个人愚见，供参考。
1.需求阶段：
提前介入需求分析，组织需求评审会议，参会人员：业务（产品）、甲方项目（开发）经理、甲方测试经理、外包开发、外包测试。目的是让各方对业务需求达成共识。会后要求测试人员产出测试大纲文档。
2.设计阶段
（1）组织需求反讲会，需求反讲主要是让开发人员根据需求规格说明书讲解自己所负责需求的实现。目的是编码前再次确认需求，如遇到开发人员理解有误的地方，可以及时纠正。
（2）组织用例评审会，建议测试组内自评后再召集项目经理、业务、开发一起评审。可安排在需求反讲会一起。
3.测试阶段
（1）每个发布版本，要求外包测试组长给出测试计划。
（2）要求外包测试组长每天发日报，日报主要内容：各个需求的测试执行进度、是否按计划顺利执行、风险提示、缺陷情况等。
（3）测试数据要求留存，以便发布前的抽查；同时也是用例执行的证明，后期追溯生产问题可作为依据。
（4）推进产品人员参与 UAT 测试。
（5）待外包回归测试通过后，特别重要的功能或流程自己可以测一下。
4.持续优化与改进
（1）测试资产积累：测试用例库、数据流图、系统架构图等测试资产进行持续的积累与维护，做为测试工作的重要资产，用以测试需求分析、用例设计、新人培训等。
（2）生产问题复盘：对于因各种原因造成的测试漏测缺陷，要进行详尽的分析，并制定相应的改进措施，形成问题的 PDCA 闭环管理，避免同一类型问题重复发生。对于生产问题，需要制定一定的惩罚机制。

谢谢大佬！反观自己画的脑图，欠考虑的地方太多了！

我也是用的一楼这个方式。但是如果只是为了修改某些入参的值来调试，楼主为什么不用 postman?