什么？性能测试也可以敏捷？当然，因为敏捷是一种方法论，适用于任何事。要我说，敏捷，是一种态度。

　　我接触过较多企业，他们大多数人认为性能测试是在验收阶段或者系统测试阶段做的，等产品集成以后，系统功能测试也完成了，然后做性能测试。于是出现了这样的一种情况，性能测试很难，花钱请资深的性能测试专家来帮忙找到瓶颈，最好这位专家能告诉我应该修改哪个API或者哪条SQL语句。于是乎，做性能测试的，始终比做功能测试的人员要高一个档次。

　　我不否认，性能测试的确是一门很深的学问，纵观当前中国，没有多少人能把性能测试研究得很透彻，能称得上专家的也很少。这不是一个好的现象，中国的软件业要发展，性能测试必须要重视，且必须要普及。

　　我们说敏捷是种方法论，可以是流程上的敏捷，也可以是开发设计上的敏捷，亦或是测试上的敏捷，而性能测试本身，跟功能测试一样，也是贯穿于整个软件开发生命周期的，并不是一个独立的活动。只要我们理解了这一点，也就能理解为何性能测试也可以敏捷起来了。

　　如下一些关于性能测试的最佳实践，大家不妨一试：

　　1） 明确的性能需求影响项目的成败：需求分析阶段，我们就应该对该产品预期要达到的性能有一个清楚的认识，并与客户就性能方面沟通，并取得一致的需求度量和分析。

　　2） 敏捷的设计造就高性能：一个软件产品，设计阶段对性能的影响是最大的，一个良好的架构，一个敏捷的设计方法（在此，敏捷表示轻量级的设计），直接影响产品的性能，且影响最大。所以我们提倡轻量级的设计，让架构敏捷起来。

　　3） 性能测试，从单元测试做起：目前已经有一些成熟的框架支持基于单元测试用例的性能测试了（如P-Unit， NTime等），在对每一个单元进行功能测试时也对其进行性能测试是最好的时机，这样很容易定位问题，并快速修复。

　　4） 敏捷的测试用例，将用例的复杂度降到最低：功能和性能测试用例（或场景），从来都是越简单越好，不能将简单的事情复杂化，这样除了能显示你多么高深莫测外，对项目没有任何帮助。

　　5） 在流程和计划方面也要敏捷起来：敏捷以人为主体，以技术为基础，以流程为方法，如果方法不对，敏捷得越多，错得越多。

　　总结：性能测试贯穿整个生命周期，而不是一个单独的过程，功能测试的方法完全适用于性能测试。（以上言论仅代表作者的个人观点，不代表51Testing观点）