使客户和最终用户最大程度地参与容量测试，请用户在日常工作中尽可能地并行使用该系统，并与上次开发周期交付的版本进行前后对比。
对需求和产品范围的任何改变应慎重分析，测试人员应对所提出的改变可能产生的影响做出评价，并在证明是正当的情况下有权予以否决。
提醒用户可能存在错误，培训他们怎样认识和报告错误，怎样在这些错误下工作。
应用程序的每一次循环开发都应在版本控制下进行。
不允许未经过最小测试的新版本发布。根据用户反映、操作风险、故障等级、与上一版本相比最新改动的地方等因素来确定最小测试需求。
必要时，如果为了满足有时间期限的下一次升级，可以考虑在准备发布之前删掉漏洞多的功能部分。
如果最新功能证明包含一个漏洞，则要提供给用户一个返回原版本的机制。
应用软件通过反复的修正，会变得更稳定。或者至少特定功能或子系统会比其他部分更早些趋向稳定，作为系统稳定的部分，可使用自动测试工具进行更完全的测试。
发布升级版本后不必对用户所发现的小漏洞感到不安。这对于首次运行是很自然的问题，而且通常还将会有使用户抱怨的地方。用户应当理解软件升级的原因完全是因为新生事物很少有完全正确的。应强调团队合作。
通过探测或预测程序中可能发生错误的地方而避免关键点任务的失败。
通过原型、标准、一致性检查等减少走回头路，利用风险预测技术来避免各种缺陷和风险。
文章来源于领测软件测试网 https://www.ltesting.net/
