本节书摘来自异步社区《精通软件性能测试与LoadRunner最佳实战》一书中的第2章2.4节性能测试用例，作者于涌 , 王磊 , 曹向志 , 高楼 , 于跃，更多章节内容可以访问云栖社区“异步社区”公众号查看。
2.4 性能测试用例
精通软件性能测试与LoadRunner最佳实战
客户的性能测试需求最终要体现在性能测试用例设计中，性能测试用例应结合用户应用系统的场景，设计出相应的性能测试用例，用例应能覆盖到测试需求。很多朋友在做性能测试用例设计时，有些束手无策的感觉。这时，您需要考虑是否存在以下几个方面问题。
（1）您是否更加关注于工具的使用，而忽视了性能测试理论知识的补充。
（2）您是否对客户应用该系统经常处理那些业务不是很清楚。
（3）您是否对应用该系统的用户数不是很了解。
（4）您是否也存在公司没有性能测试相关人员可以交流的尴尬境地。
（5）……
当然，上面只列出了一些典型的问题，您可能会碰到更多的问题。这里，想和诸位朋友分享一下笔者的工作心得。在刚开始从事性能测试工作时，肯定会碰到很多问题。一方面，由于性能测试是软件测试行业的一个新兴分类，随着企业飞速的发展，各种系统规模的日益庞大，软件企业也更加注重性能测试，从招聘网上搜索“性能测试工程师”，可以搜索到几百条招聘性能测试工程师相关职位的信息，如图2-2所示。
但是，由于性能测试工作在国内算是刚起步，大家对性能测试方面积累的知识也不是很多，加之很多单位在招聘性能测试工程师岗位时，对工具的要求更多一些（图2-3所示“高级性能测试工程师”岗位要求信息），所以很多测试人员对性能测试工作产生了误解。
觉得性能测试的主要工作就是应用性能测试工具，如果性能测试工具学得好，做性能测试工作就没有问题。其实，工具是为人服务的，真正指导性能测试工作的还是性能测试的理论和实践知识，要做好性能测试需要将学习到的理论知识和深入理解用户需求，运用工具把这些思想体现出来，做好执行、分析以及调优工作，这样才能够做好测试。作为性能测试人员可能会遇到客户需求不明确，对客户应用业务不清楚等情况，这时，您就需要同公司内部负责需求、业务专家和客户进行询问、讨论，把不明确的内容搞清楚，最重要的是一定要把用户期望的相关性能指标明确。在进行用例设计时，通常需要编写如下内容：测试用例名称、测试用例标识、测试覆盖的需求（测试性能特性）、应用说明、（前置/假设）条件、用例间依赖、用例描述、关键技术、操作步骤、期望结果（明确的指标内容）、记录实际运行结果等内容，当然，上面的内容可以依据您的需要适当进行裁减。
本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。
