)
效能测试 (Performance Test)
用户使用软件，不光是希望软件能够提供一定的服务，而且还要求服务的质量要达到一定的水平。软件的效能是这些"非功能需求"或者"服务质量需求"的一部分。效能测试要验证的问题是:软件在设计负载内能否提供令用户满意的服务质量。这里涉及如下两个概念。
1.设计负载首先要定义什么是正常的设计负载。从需求说明出发，可得出系统正常的设计负载。例如，一个购物网站，客户认为正常的设计负载是每分钟承受20次客户请求。
2.令用户满意的服务质量其次要定义什么样的质量是令用户满意的。比如，同一个购物网站，用户满意的服务质量可以定义为:每个用户的请求都能在2秒钟内返回结果。
针对以上两点还可以逐步细化。
1.设计负载的细化上面我们只提到"承受20次客户请求"，那么这些客户的请求到底是什么，可以按请求发生的频率来分类。
1)用户登录(10%)。
2)用户查看某商品详情(50%)。
3)用户比较两种商品(10%)。
4)用户查看关于商品的反馈(20%)。
5)用户购买商品，订单操作(5%)。
6)所有其他请求(5%)。
2.服务质量的细化有些请求，是要对数据进行"写"操作，可以要求慢一些，比如"用户下订单，购买商品"，对这一服务质量，请求可以放宽为5秒钟，甚至更长。
除了用户体验到的"2秒钟页面刷新"目标外，效能测试还要测试软件内部各模块的效能，这要求软件的模块能报告自身的各种效能指标，通过Perf-mon或其他测试工具表现出来。和别的测试不同，效能测试对硬件要有固定的要求，而且每次测试需要在相同的机器和网络环境中进行，这样才能避免外部随机因素的干扰，得到精准的效能数据。
问:我们以前做效能测试的时候，服务器上都没有任何负载，数据库里也没有几条记录，所以效能都很不错，可是当系统真的运行起来时就不行了。这些效能测试是自欺欺人的，对么?
答:在做效能测试的时候，的确要避免在不现实的环境中测试，例如要避免在没有任何用户、商品记录的系统上做测试;但是也没有必要为了追求真实而过分模拟随机的环境。简单地说，现实的环境有如下两方面。
1.现实的静态数据比如上面提到的数据库的各种记录，如果要模拟一个实际运行的商业网站，除了一定数量的用户和商品记录外，还得模拟在运行一段时间后产生的交易记录。
2.现实的动态数据这就是负载，现实中总会有一些人在同时使用这一个系统。效能测试中要考虑到"负载"，可以分为:
1)零负载，即只有静态数据，在这种情况下测试的结果应该是稳定的，可以不断地收集数据进行回归测试;
2)加上负载，根据具体情况可以分负载等级进行测试。
同时，客户会问，"如果我的系统慢了，怎么办，我是增加机器的数量，还是提高每个机器的处理能力?"这是我们要回答的问题。效能测试的结果应该成为"用户发布指南"的一部分，为用户发布和改进系统提供参考。在VSTS中如何进行效能测试，本章后面还会详细讲解。在进行效能测试的过程中，可以得到系统效能和负载的一个对应关系:这时，就可以看到能维持系统正常功能的最大负载是多少。如果负载足够大，或者过分大，那就成了下一个测试的目标-压力测试。
