不同用户角色下关注软件性能测试哪些指标，以下从用户、管理员和开发角色分析：
用户角色
从用户的角度来说，软件性能就是用户操作软件的响应时间;用户所体会到的“响应时间”既有客观的成分，也有主观的成分。例如，用户执行了某个操作，该操作返回大量数据，从客观的角度来说，事务的结束应该是系统返回所有的数据响应时间应该是从用户操作开始到所有数据返回完成的整个耗时;但从用户的主观感知来说，如果采用一种优化的数据呈现策略，当少部分数据返回之后就立刻将数据呈现在用户面前，则用户感受到的响应时间就会远远小于实际的事务响应时间。
对于典型的交互系统，2s之内的响应时间通常是被用户所接受的;如果响应时间为5s时，用户的满意程度将会受到一定的影响;当交易响应时间为10s时，那么大多数用户将会不耐烦地关闭交易页面，显然这是非常糟糕的用户体验。
管理员角色
管理员视角有时候也就是运维人员的视角。对于运维人员来说，响应时间当然也很重要，运维方关注更多的是系统运行是否平稳(响应时间或者交易吞吐量是否有剧烈波动)，CPU、内存、存储等关键资源是否充足。另外，对于银行这样拥有海量用户和较高交易吞吐量的企业来说，系统是否具有较好的可扩展性是很关键的(这决定了是否能够通过资源调配和扩充平稳度过业务高峰)，包括：
1．系统的响应时间
2．系统状态的相关信息，如CPU、内存、应用服务器状态、JVM可用内存、数据库的状态等
3．系统的可扩展性，即处理并发的能力
4．系统可能的大容量和可能的性能瓶颈，通过更换哪些设备或是进行哪些扩展能够提高系统的性能。
5．长时间运行是否足够稳定，是否能够不间断地提供业务服务等。
开发角色
开发人员对性能的关注点更多的是系统投产上线后，响应时间是否达到了用户需求说明书中的相关要求。此外，开发人员更加关注编写代码的运行效率、数据库访问是否按照设想的访问路径以及索引设置是否合理等，包括用户和管理员关心的软件性能。
如何通过调整设计和代码实现，或是如何通过调整系统设置等方法提高软件的性能表现。
如何发现并解决软件设计和开发过程中产生的由于多用户访问引发的软件障，也就是通常所说的“性能瓶颈”和系统中存在的在大量用户访问时表现出来的缺陷。
推荐阅读：
sales@spasvo.com
