手工制作或自动化测试确认功能稳定性。
通过性能测试采用不同的场景同时出现两种方式的稳定性：
- 已知系统有最高峰使用人数，及各种操作的频率。设计综合的测试场景，测试的时候对不同的场景扩展设置人数，并使用事务点和集合点，以保证同时达到释放。 Tree、Hits per SecondTransactions。硬件监控CPU使用率、内存占用率、网络吞吐量传输、增加写入浏览量。运行时最大的用户数并发。运行时通过响应时间、点击数、吞吐量、CPU、内存综合分析。例如响应时间高，命中率高、吞吐量低，cpu使用率低、内存使用率低、网络下载效率高，磁盘性能率软件率，简单分析硬件满足低稳定性需求，系统服务层缺陷，后通过慢等方式性能缺陷点，修复后修复。
- 已知系统扩展日志，场景设计同 1 ，运行并发时不采用增量设计，设置最终值，确认延迟，可能中断通过Throughput vs user（jmeter需要安装插件，loadrunner可以将合成）（tps指标也可以用）当搬运姿势出现趋于平缓是的拐点时，确认用户数可以，确认CPU使用率、内存占用率、网络传输效率、操作效率、操作效率、已确认端口点，如果此时硬件系统未性能使用率（使用率70%以上），则需要调整软件系统的系统情况（例如tomcat调整JVM）；后，最佳到达时，硬件系统接入性能，则通过性能测试分析确认性能；当软件系统到达入口点时，硬件监控率达到70%以上时，确定及用户最高数据，进行持续持续，根据指标确认稳定性，优化方案。
