随着社会的进步和科学技术的发展，信息量的需求被不断放大，网络生活和网络技术的应用已成为日常生活中不可缺少的组成部分。特别是最近两年社会性网络服务（SNS）的普及，同时通过网络服务的消费者对系统并发量、系统性能的要求也越来越高，软件性能测试也随之越来越在互联网项目中受重视。

　　应用系统测试工作的重要性，好比“人”字，功能测试是左边的一撇，犹如人的左腿；软件设计处于中间的位置，犹如大脑核心中枢；性能测试是右边的一捺，犹如人的右腿。一个人走路时需要两条腿，左腿迈一步，右腿迈一步，才能堂堂正正地往前走，如果缺其一就会跛脚，甚至有座轮椅的危险（有人见过跛脚的人走路平稳的吗？）。软件测试工作是软件质量保证最后的“大门”，是整个软件开发过程中不可或缺的强有力的裁判。

　　作为一名专业测试工程师，在我的性能测试经历中也曾使用过比较原始的方法，对应用系统的某个功能模块进行性能测试：左手拿着秒表掐着算时间，右手控制着鼠标触发动作。这样只能获得不准确的响应时间，还算不上性能测试，现在想想确实好笑。最近几年，性能测试工作已跨越了那时的阶段，正朝着流程化、规范化、自动化、智能化的方向发展，性能测试工作越来越被软件互联网公司所重视。尤其在银行界更凸显重要，由于银行系统（主要包括核心和外围系统）的网络环境、数据库环境、应用服务器环境、系统平台和技术架构等的复杂性和多样性，难以预知的用户负载和越来越复杂的应用程序使软件性能非常难于控制。系统在上线前做一次正规的性能测试是必须的，否则上线后一旦因为系统性能、用户并发等问题而被迫下线，这可不是“不差钱”的事情啦。

　　2011年6月初，XX银行XX系统上线后不久，用户登录失败出现网络错误的异常。项目组负责人及时的向公司总部申请相关技术人员，其中主要包括性能测试专家，快速搭建性能测试环境并对整个网银系统进行性能测试，对登录异常进行问题重现；资深开发人员对代码进行逐步排查。通过性能测试发现问题的主要根源在于第三方公司的密码控件上面。密码控件在代码中使用了一个全局变量，导致在系统并发时会出现异常，系统其他用户在访问时也无法正常解析密码从而登录失败。上线后出现这样的事情，虽然问题出在第三方公司的密码控件上面，但也给开发方公司、项目组和银行带来了一定的损失，更使最终用户对该银行的产品产生了怀疑，尤其损坏了开发方公司在该银行的形象，说明项目组在上线前的工作做的还不够多、还不够好。其实这些问题完全可以在上线前通过正规的性能测试工作来发现的，而当时并没有意识到性能测试工作的重要性，亡羊补牢花费的成本是否也太大了。

　　性能测试工作被有些人认为是一件再简单不过的事情，“不就是拿工具跑跑吗”，我认为持这样观点的人对性能测试知之甚少。每个公司都提倡“让专业的人做专业的事”，要不然公司也不会分出那么多专业部门和职位种类。要做就做最好的，我们性能测试小组经过多个项目的努力尝试，吸取其精华，扬弃其糟粕，编写性能测试工作规程、各种测试规范、测试模板、测试指南、监控指南。把性能测试过程划分为以下几个阶段：性能测试调研阶段、性能测试设计阶段、性能测试执行阶段、性能测试报告阶段、性能测试总结阶段。以上性能测试五个阶段的执行过程主要以《XX性能测试工作规程》为导向，每个阶段中的父任务、子任务都是严格按照各种性能测试规范、指南、流程，有条不紊的进行实施。

　　在银行这样及其复杂的、多样的环境下，再技术锤炼的软件设计师也不能保证设计出来的应用系统没有性能方面的问题。虽然改善系统性能不是单单依靠性能测试就能完成的，但性能测试工作至今仍是控制性能最行之有效的措施。

版权声明：本文出自 wangyong3552128 的51Testing软件测试博客：http://www.51testing.com/?77492

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。