及早测试
在软件开发生命周期的早期阶段进行测试，以及时发现和修复问题，避免问题扩大化。
任何代码/配置改动都需要测试
有的时候开发改动提交了代码，没告诉测试，测试看代码提交的时候，发现有改动。
测试觉得改动简单，不需要测试，没测。
或者没看懂改了什么，也懒得问，不想给自己添加麻烦，就不去问。
不测的后果就是，没有保证，因为问题往往就会出现在你觉得不会出现问题的地方，所以，任何代码改动，都需要测试。
测试环境验证后的缺陷，发版后需要再次验证
有的时候测试环境验证过的缺陷，发版后会再次出现问题，所以需要再验证一遍。
有疑问的地方都要提出来
测试过程中，有疑问的点一定要提出来，不要害怕开发觉得你这都不知道，质疑你，也要提出来。
有的缺陷，你最开始遇到可能不觉得是缺陷，但是告诉开发，就能得到答案，而不是放手不管。
测试用例先设计再写
无论是功能测试，接口测试，性能测试，测试用例都需要先设计，再下手去写。
如下图，这就是测试用例设计的过程。
完备性原则
在测试用例设计和执行中，需要覆盖所有的场景和路径，以最大程度地发现潜在的缺陷和错误。
自动化原则
利用自动化工具和技术，实现测试流程的标准化、自动化和持续化。能自动化的工作，不要重复多次执行。
重视缺陷
需要高度关注和重视缺陷和问题，及时记录和报告，并与开发团队紧密协作，确认缺陷的优先级和流程，及早解决缺陷并反馈测试结果。
持续改进原则
总结经验教训，评估测试效果和测试工具的使用效果，不断寻找和采用新的测试方法和技术，提高测试效率和测试质量。
稳定性原则
测试环境应该与生产环境保持一致，测试数据应符合实际业务情况，测试过程要稳定可靠。
无报告不发版
测试出报告，缺陷修复后，发给项目经理确认再发版。避免发版后出现问题背锅。