常规的测试分三轮：1轮所有的测试用例执行一遍，重要的bug都修改完毕。70%。 2轮所有的bug都解决，有些bug经过确认可以延期到下次迭代。20%。3轮，发现的bug都回归一遍，在上线前确认bug修复。 上线后还要1 2的跟踪。
实际中经常是1轮，一直在上线的前面有bug。迫于上线压力上线，所有没有修改的bug，整理一个测试报告，发给相关干系人，做个确认，bug都知晓。
各方压力情况下，做不到3轮完整的测试，要注意经常出现bug的地方，和主要功能没有问题。对不重要的模块，根据周期灵活调整。
测试计划，bug改不完，计划往往是跟不上变化。计划就1页纸，不要花太多时间，执行过程中，总有变化，往往得不到执行。尽可能将大的周期定义好。
测试环境和开发环境分离，测试环境和性能测试环境也是分离的。
线上预发布服务器，数据是线上的。进行灰度发布，测试没问题在上线。
* 敏捷开发：
小步快跑，容易控制需求变更。
持续集成+自动化，随时可以发布。
对人员的沟通和技术能力提出更高的要求。
在测试执行之前，都要做很多的准备，尽可能了解项目的情况，需求，概要、详细设计，数据库的表结构，表关联，索引的建立。尽量在需求阶段就和开发，产品打成一片。多参加会议，为了了解项目，提高测试质量。
---------------------
作者：laogao19
来源：CSDN
原文：https://blog.csdn.net/gqiang3/article/details/79069921
版权声明：本文为博主原创文章，转载请附上博文链接！