去掉列1中的关键词“性能”，再加上“功能”看看。
|
性能测试 |
xx测试 |
功能测试 |
|
1.收集性能要求 |
1.收集xx要求 |
1.收集功能要求 |
|
2.编写性能测试计划 |
2.编写xx测试计划 |
2.编写功能测试计划 |
|
3.编写性能测试方案或用例（转换性能需求，确定性能测试点及性能接收标准） |
3.编写xx测试方案或用例（转换xx需求，确定xx测试点及xx接收标准） |
3.编写功能测试方案或用例（转换功能需求，确定功能测试点及功能接收标准） |
|
4.配置测试环境 |
4.配置测试环境 |
4.配置测试环境 |
|
5.实现测试设计 |
5.实现测试设计 |
5.实现测试设计 |
|
6.执行性能测试 |
6.执行xx测试 |
6.执行功能测试 |
|
7.分析测试结果 |
7.分析测试结果 |
7.分析测试结果 |
|
8.报告测试结果，如果性能未达到要求，提交bug |
8.报告测试结果，如果xx未达到要求，提交bug |
8.报告测试结果，如果功能未达到要求，提交bug |
|
9.开发人员修复bug，重新执行步骤6~8，直至测试通过 |
9.开发人员修复bug，重新执行步骤6~8，直至测试通过 |
9.开发人员修复bug，重新执行步骤6~8，直至测试通过 |
（表二）
看，是不是一样的。所以说基本上所有类型的测试过程都是一样的，不同的就是它们分别针对的是不同的系统特性。
性能测试为什么难？
虽然从上面的表二看上去性能测试和一般的功能测试没有什么区别，但为什么大家都觉得性能测试难做呢？难点主要体现在一下几个步骤中。
1． 选择性能测试功能点及确定性能接收标准
有些客户的需求可能比较模糊，对于那些简单而概括的性能要求（如“系统主要交易的响应时间不超过8秒”）我们必须有针对性的重点的进行选择。当然如果客户很清楚的表明具体需要测试的地方，这个步骤可以轻松很多了。
2． 配置及维护测试环境
由于性能测试针对的是系统的性能问题，所以需要一个相对独立的环境。加上对并发用户数的要求，对网络，服务器（应用，数据库等）和客户机的真实模拟，要求负责测试的人员具备良好的网络，数据库，系统架构，操作系统的等知识。
3． 实现测试设计
测试环境搭建好后，需要根据测试计划，测试用例进行实现。常见的主要是系统的部署，数据的插入及校验，工具的安装及检查等。所以又要求负责测试的人员不但要具备良好的网络，数据库，系统架构，操作系统等知识，还要了解系统的组成，熟练的掌握测试工具。
4． 繁琐的测试运行及大量的报告处理
文章来源于软件测试时代 http://www.testage.net/
