简介

　　性能测试主关注点之一就是测试能带来多少价值，性能测试是否值得去做？为了确保这一点，交付制品标准必须是可以估量的。

　　在开始前，我回顾了过去几年参与过的项目，仔细分析了那些成果，以及在大部分成功项目中所做的。我惊喜地发现（虽然之前没有意识到），在这些项目中我都遵循了相同的方法。

　　增值

　　在一个性能测试项目中，我们如何确定（估算）测试产生的价值？是否带来了应有的价值？测试是否成功？我们所做的是否把问题暴露了出来？

　　一个成功的性能测试应该包含以下所有或大部分的内容：

• 成功的测试

　　什么才是一个成功性能测试？这个可以从多个方面来看。所有的需求都满足并且没有错误被报告出来，这次成功可能是成功的。如果测试没有通过，存在性能或负载方面的问题，它还是一次成功的性能测试，因为问题被发现了。

• 及早发现问题

　　及早发现缺陷可以降低成本。这一点性能测试和功能测试一样。性能测试应及早开始，在修复这些问题变得复杂且昂贵之前发现它们。

• 改进系统性能

　　改进系统性能是把测试放在第一位的主要原因之一，这样带来的价值也是巨大的。

• 发现非性能问题

　　这里面包括一些功能测试不易发现的缺陷。一个很好的例子就是每天事务数计数器。我最近测试一个程序，需求是每天9999个事务。这是一个放在数据库里的计数器，没有显示在程序上。在某个点上，负载测试用户开始报失败了。资源和性能都很好，但是这一天只通过了999个事务。系统只满足了这些，而不是9999。之前没有提过缺陷，因为功能测试从未达到过每天999的事务量。

• 可见的交付品

　　讨论自己发现的问题这很不错，不过如果能把它们展示出来（能看到并且有效），这样就更好了。可见的交付品更易于交流你的成果，还能展示投入了多少时间。

　　……………………

　　查看全文请点击下载：http://www.51testing.com/html/17/n-172317.html

　　第二阶段 计划

　　在项目评估中收集的信息可以用来制定性能测试计划，并用来启动性能测试计划。性能测试计划必须包括所有的细节、核对清单以及测试执行参考。测试计划是测试过程的脊梁，它还是一个工作文档，要在项目过程中不断更新。完整的测试计划确保没有细节被遗漏。

　　请注意本文并没有覆盖测试计划的所有内容，但有一些是应该包括在测试计划中的关键元素。它们是：

• 愿景
• 目标
• 范围
• 系统图表
• 排除内容
• 监控
• 责任人
• 环境
• 需要的测试硬件
• 测试的软件要求
• 测试的数据要求
• 测试的工具要求
• 安全系统
• 测试场景
• 结果分析
• 报告及反馈

　　补充完整测试计划，这一点非常重要，涉及测试要求的这些章节都要完整。这里面包括测试开始前所需的资源以及其他后勤支持。完整计划保证测试执行所需的各种东西都将到位。图3显示了一个典型性能测试计划的目录。

图3

　　第三阶段 编写脚本

　　刚开始测试时，如果发现问题 ，我们一般都会归咎于测试工具和脚本。你必须100%确信你的脚本不会导致系统上的任何问题或错误。掌握工具原理以及它是怎样和系统交互的，这些很重要。你需要完全信任你的工具和脚本。你需要确信这一点，同时还要争取关键人物的信任。

　　……………………

查看全文请点击下载：http://www.51testing.com/html/17/n-172317.html

版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。