需求阶段
会议之前需求文档发出来，开发每个细节都要多想想，及时问。测试那里，也可听到要命的而我却忽略掉的需求细节。
代码设计阶段
想好方案后，找技术老大和熟悉业务的测试。系统与系统之间如何交互，整个链路怎么走的，整个上下文又是怎么样的。可能存在影响上下游系统的隐患。尽早暴露。
代码开发阶段
1必须写单元测试
创业公司，需求非常多，经常改代码，如果没有一套完整的单元测试来回归验证代码，分分钟由于新写了代码而破坏了原有的代码功能。单元测试可以让开发人员放心大胆的改代码，无需担心影响之前的功能。
覆盖主流程业务。随便写写，随便验证的单元测试，不写也罢。急着改bug，忘记同时改单元测试了，导致之前跑过的单元测试，后面又跑不过了，这个是绝对不允许的，单元测试也必须持续维护的。
提测后，可接另一个开发任务了，BUG太多的话，影响下一个。
2.不断的重复的看自己的代码
优化：多看几次，有时候能看出一些隐藏的代码BUG的，有时候也会觉得，昨天写的代码，真垃圾。
能封装就封装：代码收拢性要强，不要存在那种类似的代码满天飞，；
必要准确的注释：千万别信那套方法名命名好了就能解释清楚的鬼话；
变量名要起好；
代码抽象层次要一致，不要跳跃，例如，你的业务方法，操作其他模块业务表的时候，都是调用Service类的，就不要突然冒出个直接使用xxxxxMapper去操作数据库表了；
流程性比较强：//1、 //2、 //3、 标注一下，更清晰。
3.必须做开发联调
端对端的，一方做的再好，没有联调，还是会出问题。
4.开发联调通过后，建议叫产品过来提前验收
一般来说，功能测试通过后，上线前，会让产品先验收一下。但是我则喜欢开发联调完后，就先拉上产品经理，先大概验收一下。不要小看这一步，经常能提早发现一些问题的。
测试人员测试阶段-看日志
不要以为提测后，就没自己啥事了，去测试机器上看看日志，观察和分析一下入参和出参等，有没有什么异常或者不合理数据。
https://blog.csdn.net/linsongbin1/article/details/84813468
