验证阶段的建议
系统代码编写完成后，即准备好进行稳定工作并验证发布标准。 此阶段通常称为稳定阶段。 此阶段的最终目的是发现并修复错误，以及验证系统是否已准备就绪可以投入生产。 因此，此阶段涉及系统候选版本的最终测试步骤。
候选版本是一种系统版本（通常是最新的）；如果所有验证测试全部通过，则它将被认为是足够完整和稳定的并可以成为发行版本。 为此，需要成功完成一系列功能、性能和压力测试，以验证它是否确实已准备完毕。
测试以验证可持续吞吐量和延迟
性能的验证测试与实施阶段并行启动，但是需要最终确定一个已成功通过一整套发布标准测试的候选版本。 理想情况下，在最终测试期间对候选版本没有进行任何更改，这样就会有信心不会出现返工。 实际上这是非常困难的，随着对内部版本进行不断更改，必须对返工的风险进行评估。
例如，如果对系统项目（如管道或业务流程）进行了重大的更改，则很可能需要重新运行性能测试以验证新的候选版本。
为了确保系统已准备就绪可以投入生产，必须验证是否已经以可持续的方式对它进行了端对端测试。 这意味着，必须测试所有操作活动，如数据库维护、操作查询以及计划内和计划外中断，如 主题什么是可持续性能？ 这是认证系统就绪情况的最后一次机会，因此在最终测试通过中结合整套可持续性能测试非常重要。
确认瓶颈并调整硬件或解决方案以排除障碍
在实践中，与测试台的开发相比，最终测试通过的测试台通常更接近生产。 因此，利用最终测试阶段的机会来识别系统中任何新的或现有的瓶颈，并确定它们是否足够大，需要调整硬件，这一点非常重要。 即使不需要立即对硬件进行调整，找出最普遍的系统瓶颈也将提供宝贵的计划和操作信息。
例如，如果系统通过生产负载测试，但是观测到 MessageBox 服务器物理磁盘的空闲时间很低（例如，低于 20%），则在生产期间监视此磁盘将被视为一项关键的运行状况指标。 另外，在此阶段制定增加系统负载能力的所有计划时，应认识到需要对磁盘子系统进行改善。