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