下载后可任意编辑测试显卡性能的软件随着进展软件 Software 也越来越复杂从独立单机结构到 C/S 结构、B/S 结构、多层体系架构面对服务(SOA)结构等集成软件 Software 技术越来越多支持软件Software 用户也越来越多种凸显在人们面前问题是性能问题很多软件 Software系统在开发测试时没有任何问题但是上线不久就崩溃了原因就在于缺少了性能方面验证 性能测试“从小做起” 软件 Software 是否在上线的前进行性能测试就能解决问题呢？不定假如性能测试进行得太晚会带来修改上风险很多软件 Software 系统在设计时候并没有很好地考虑性能问题和优化方案等到整个软件 Software 系统开发出来后测试人员忙着集成测试开发人员也疲于应付发现功能上 Bug 当所有功能上问题都得到解决后才想到要进行性能测试性能测试结果表明系统存在严重问题如响应时间迟缓、内存占用过多、不能支持大量数据请求在大量用户并发访问情况下会造成系统崩溃假如此时再去修改已经非常困难了要彻底地解决性能问题需要重新调整系统架构设计大量代码需要重构这时员已经筋疲力尽不想再进行代码调整了调整带来是大量编码工作同时可能引发大量功能上不稳定性和再次出现大量Bug 这给测试人员个启示性能测试不应该只是种后期测试活动更不应该是软件Software 系统上线前才进行“演练”而应该是贯穿软件 Software 生产全过程如图所示 对于性能考虑应该在架构设计时就开始对于架构原型要进行充分评审和验证由于架构设计是个软件 Software 系统基础平台假如基础不好也就是根基不牢性能问题就会根深蒂固后患无穷 性能测试应该在单元测试阶段就开始从代码每行效率到个思路方法执行效率再到个逻辑实现算法效率；从代码效率到存储过程效率都应该进行优化单元阶段性能测试可以考虑从以下几个方面进行: 代码效率评估； 应用单元性能测试工具； 数据库优化 下载后可任意编辑 应该注意每行代码效率所谓“积少成多水滴石穿”些看似细小问题可以经过多次执行累积成个大问题也是个量变到质变过程例如在用 C#编写代码时候有些员喜爱在个循环体中使用串变量类似下面代码: voidLoop1 { digits=.Empty; for(i=0;i i) { //累加串 digitsi.; } Console.WriteLine(digits); } 这样段代码其实是低效率是不可变对象串连接操作并不改变当前串只是创建并返回新串因此速度慢尤其是在多次循环中应该采纳 StringBuilder 对象来改善性能例如下面代码就会快很多: voidLoop2 ...
