第3章商业案例.PDFVIP

第3章 商 业 案 例 向正确出发 本书讨论了实施AST的诸多益处，还着重在第2章强调过。如果应用得当，AST将降低软件 测试的时间和成本，提高软件质量，还会带来许多对软件测试程序产生积极影响的其他因素。 在向管理和测试计划中引入AST的思想时，理解并能解释这些潜在的好处是很重要的。另外，如 果为了得到AST所要求的资金，则获得上级和各利益相关人的支持也很重要。还有，明确地表达 出特定项目将要满足的具体商业需要、所期望的ROI，以及其他ROI之外的考量也很重要。本章 将重点关注为项目的AST开发商业案例所需的策略和技术，这样，你就可以获得所需的支持。 3.1 商业案例的定义 已经存在许多关于商业案例的定义，还有许多如何编写商业案例的著作和各种相关的模板。 在Google上简单搜索一下就可以找到上万条引用。本章的目的并不是要重新定义商业案例是什 么，而是要利用现有定义来为AST开发一个商业案例。我们的定义是对现存定义的组合。简单 来说，商业案例的目的是为了： ? 确定商业需要—在自动化情况下，为启动项目或任务提供依据。 ? 根据成功和收益调整商业需要—计算ROI。 ? 包括预期风险。 AST的一个简化版的商业需要也许是AST程序要支持消减软件测试生命周期（STL）的时 间，方便缺陷的识别，然后有助于改进质量，从而最小化缺陷，提高客户满意度。 在我们的经验中，如果团队在实施AST的时候充分考虑了特殊的方面和原因，能够描述期 望的益处和成本，并在时间、技能和过程方面考虑要想获得成功需要什么，则大型的AST项目 会更加成功。 此外，让上级和其他利益相关人支持与AST工作相关的商业案例也很重要。 在另一方面，我们经常看到很多项目开始的时候买了自动化工具，但是却没有任何专业的 自动化技术，也没有去具体分析这个工具怎样才能完成任务，而只知道可以加快测试。也没有 去考虑工具是如何具体完成加快测试的。把自动化工具提供给没有任何使用该工具的经验或培 训的团队，期望一些自动化测试能立即运行起来。接着团队确定那些看似很容易自动化的测试， 所以他们使用新的自动化工具运行这些测试，并通过不断的努力和坚定不移的信心让他们最后 36 第一部分 什么是自动化软件测试和为什么需要自动化 实现了一些自动化。问题就来了：“既然现在我们的测试被自动化了，在将来能帮我们节省多 少呢？我们如何更好地进行测试呢？”答案是令人失望的，因为这些测试自动化是因为简单， 而不是因为对测试程序有重大影响，再就是只节省了很少的时间，因为这些测试只覆盖低风险 的方面甚至运行得并不频繁。顿时谣言四起：“我们曾经尝试过AST，但是它没有给我的项目 带来太多的不同。”于是该团队终止了已有和未来的自动化测试，只因为错误的开端和错误的 使用导致了不好的经历。 我们发现，预先花点时间来确定AST如何支持项目的目标和期望的收益是一个很重要的步 骤，但往往都被忽略了。开发商业案例的过程是我们高度鼓励你在引入AST到项目中时使用的 原则。 3.2 确定业务需要 当确定商业需要，并根据成本和收益进行调整时，你应该自问几个问题来细化具体的需求。 例如： ? 我们是否想降低软件产品的生命周期成本？ ? 我们是不是希望交付的软件产品有更少的缺陷，同时对功能和性能都很有信心，能如预 期那样运行。例如，有些几乎不可能手动运行的操作是否可以通过AST完成？ ? 我们是否需要减少测试团队成员数目，他们的技能更适合AUT更复杂的方面，而不是日 复一日地重复手动测试？ 大多时候这些问题的答案都是“全部”。你期望更少的成本，更快的交付，更少的缺陷还 有更高的信心，同时还要增加团队效率。这样的情况下，就要考虑怎样将AST最好地应用于项 目中。这需要考虑如下因素： ? 需要加速测试工作和提高测试效率。 ? 需要降低测试成本。 ? 最有效率地利用测试团队成员的技术。 1. 需要加速测试工作和提高测试效率 加速测试到底可以在多大程度上影响产品交付周期？如果某个特定的测试活动实际不在关 键的路径上，自动化它恐怕不能较大地影响交付时间。另一方面，如果已经确定某个测试或测 试集是真的处于关键路径上，自动化则可以加快交付时间。例如，一个测试创建活动 （保存测 试基线并且为测试创建所需要的先决条件）每次都很耗时间，自动化这些活动就可以减少约 60%的工作量。使用这类“潜在时间节省”指标可以估算减少执行时间对进度的潜在影响，还 能用于开发商业案例。 第3章　商业案例　　37 一般来说，如果提高了测试效率，就会加快测试工作，降低成本。当评估测试效率时，应 该询问各种问题：降低什么类型的软件缺陷最重要？哪套测试活动、测试和测试技术已被证明 对于发现这些类型的软件缺陷最重要？有哪些关键测试需要不断地重复或看起来会非常频繁地 运行（因为它们覆盖了