小白对现有的系统进行了分类，大致分为单机系统、C/S、B/S。这3类系统都应该进行性能测试，只是每个分类有各自特点，在实际测试中应该有不同策略进行应对。
一般C/S架构的应用程序更关注于系统资源使用情况、数据库性能以及运行的配置要求等。例如，内存、用户连接数、数据库死锁、数据库cache命中率、运行的最低配置等。
而对于B/S架构的应用程序，会关注Web服务器的相关指标，如每秒点击数、吞吐量、尝试连接数、事务成功率等。
如下几个案例分别针对典型的系统进行了说明。
【案例1】假设使用Word来编辑一个1 000多页的文档，该文档包含了丰富的图表、图片，需要等待系统花多少秒的时间进行处理。这时需要关注性能响应。
【案例2】某业务系统属于二次开发，之前没有做过性能测试，当并发100个用户时就会造成数据库服务器崩溃。这是很明显的性能问题。
【案例3】某企业内部信息系统，使用人比较少，但并发时会出现重复的相同记录。这种场景很难在功能测试时出现，所以有时候性能测试并不是只能发现性能问题。
【案例4】面向广大互联网人群的网站，每天都需要接受大量的访问请求，服务器压力大，对这样的系统进行性能测试是十分必要的。
其中B/S架构的系统会比较复杂，小白接到的正好是B/S的项目，看来这下需要学习一番了。
转至：http://book.51cto.com/art/201502/465231.htm