软件测试用例之性能测试用例

　　4. 硬盘I/O负载任务繁重，需使用高转速硬盘或采用RAID卡。

　　5. 内存资源短缺，需增大内存。

　　6. 其他方面，需要升级软件系统、合理进行子网划分、加强管理等。

　　网络性能分析要结合结合服务器和测试目标软件，通常网络传输慢会有软件和服务器方面的原因，甚至有时候会有客户端方面的原因。不过目前网络的环境普遍可以，不管是局域网还是广域网，网络的环境越来越好。

　　3用例管理

　　测试用例的管理我们可以借鉴开发过程中对程序的管理方法，我们可以把测试用例看成程序??测试工程师编写的程序，这个程序也要经过“设计”、“开发”、“测试”、“版本管理”、“发布”、“维护”等一系列操作，然后按照管理软件程序的方法来管理测试用例。

　　用例管理主要包含评审、修改、执行用例、用例版本维护、用例升级方面的内容。

　　3.1 用例评审

　　测试用例评审是测试用例不可缺少的一个环节，这是对“测试部门开发出的产品”进行的“测试”。基本思路是对测试准备阶段的成果进行分期评审，依次评审系统/验收测试用例、集成测试用例、单元测试用例。

　　评审用例在比较正规的公司更容易实施，要求相应的软件开发团队必须在实际工作中对测试给予足够的重视，才可以把这项工作做好，否则只是走走形式。有效的用例评审通常由下面两种形式组成：

　　测试部门外部评审??主要是由开发部、项目实施部、甚至销售人员参加的评审，目的主要是查找测试工程师编写的用例是否缺少内容。建议采用非正式评审的形式进行，因为我们很难把开发人员组织在一起，一般来说他们的开发进度压力很大，能够抽出时间看文档已经是“很给面子了”。当然不统一进行评审会耽误工程的进度，所以在实际工作中如果时间紧迫，可以提前启动测试实施工作，待评审完成后进行用例的修改工作。通常测试工作进行一段时间评审会结束，这个时候测试执行人员可以在工作中对测试用例的内容进行动态的调整，再次执行被修改过的部分用例(如果能够采用正式评审，效果肯定会更好。)。

　　外部评审主要工作方式是用文档直接记录评审结果，测试人员根据评审结果对用例进行升级修改。

　　测试部门内部评审??部门内部同行对测试策略的评审，评审的核心内容是测试策略和用例编制思路是否正确，以此来保证测试用例的有效性。可以组织正式的评审，由用例的设计人员进行讲解，然后大家共同评审;也可以把文档发给部门的同事进行评审。内部评审有些象开发人员在单元测试中的交叉测试。

　　内部评审的主要工作方式是项目会议，大家可以进行激烈的讨论，共同探讨用例编写、交流经验，这样用例的编写水平才能提高，同时可以进行一些创新。

　　评审方式中的外部评审为重要。因为开发人员很容易发现用例中遗漏了什么内容，同时还可以发现错误的用例??因为存在对需求理解的偏差。用例外部评审可以理解为开发人员在查找测试人员编写的“程序”缺陷。

　　通常情况下先执行内部评审，然后执行外部评审。很多时候，内部评审会被忽略，建议要进行内部评审。这样至少有两个好处：集思广益和提高测试小组输出文档的质量。

　　3.2 管理方案

　　国内大多数IT公司在测试用例的发展经历了以下几个阶段：

　　无用例而执行测试：测试的初级阶段，完全手工测试，测试执行工程中没有测试用例作为执行依据，可能会按照需求进行测试;

　　有用例而不使用用例执行测试：已经编写测试用例，但是受各种环境的影响，例如需求变动频繁、编写的用例过于简单等，测试用例编写后在实际工作中不能使用;

　　按照部分用例执行测试：随着用例编写水平的提高，部分测试用例可以在测试中发挥作用;

　　完全按照用例执行测试：组织建立了规范的项目管理过程，对测试用例进行规范的管理，执行测试用例以用例为准则来执行测试。

　　完全按照测试用例执行测试是一个公司测试水平的体现，测试用例管理成为这一阶段的主要内容。测试用例管理的核心内容是版本管理。如果测试用例是采用文字编辑软件例如word编写，建议采用工具(例如Visual SourceSafe)对用例进行控制。