· 我们发觉，需要建立一个正规的且自动化的烟雾测试，它适用于所有的环境，它和自动化回归测试的脚本集一起被用来测试那些高风险的功能，以及高容量的事务处理。
· 我们知道，用户的接受测试（UAT）远远达不到它应有的效果。因此，我们提出要制定更为详细的UAT测试计划，将其与测试脚本和培训材料一起提供给用户，以帮助他们快速地提高。然而，这并不意味着我们希望能够全权负责UAT的工作，由我们提供更多的指南、资源和培训来帮助用户进行接受测试，我们的目的只是希望UAT执行的更为顺利。
· 我们商定了代码何时可以在环境之间移动的衡量指标。无论是单元测试，还是集成测试，90%的测试通过率对代码而言已经足够了，甚至可以从中了解到一些还会出现的bug—-只要不存在长期影响系统正常运行的bug就行。
· 我们决定要执行严格的代码复查，以保证在早期（更可取的是在写完或接近完成代码时）就发现问题，而不是在代码发布之后。我们创建了烟雾测试之后，代码必须100%的通过这些测试，这样才能前进入下一个级别。
· 系统测试中，我们无论如何都不能让任何严重或高级别的缺陷遗留到下一个过程中，但是也存在这样的一些缺陷，是我们所能容忍的，我们可以和用户进行交流，以此来确定他们的期望：问题现在就被修复，还是放在后面解决。
我们使用了代码覆盖的测试工具，根据它添加了一些相关的衡量指标，同时根据工具的缺陷趋势分析，来帮助我们衡量系统测试工作的效果。
我在写字板上记录了会议内容，如图3所示，分别用不同的颜色进行了标注。
图3写字板—-添加的测试类型和衡量指标
第4步：组织计划
这个时候，我询问了会议室中的每一个人，一起来检查我们刚才所达成的（写在写字板上）共识，这种感觉就像是我们已经成功地执行了这个计划。下一步，划分职责和活动的实际区域范围。我们花了几分钟时间在写字板上做了相应的标注，如图4所示的蓝色方括号和箭头。
图4书写板—-职责、环境
这些分组反映出项目中所包含的工作小组。当然，你的项目可能包含了更多的工作小组—多个开发或测试组，甚至有独立的行政或QA组。写字板上的蓝色箭头表示我们要执行的测试类型与环境的关联关系。虽然还不算完美，但这些内容为我们提供了一个测试提纲，使我们知道了大多数测试工作的分布情况。
第5步：确定要使用的工具
最后一步，我们需要计划测试中实际所使用的工具，把这些工具添加到我们的测试策略里。在这一方面，该公司以IBM Rational的相关产品为主，于是我们确定了主要的测试工具，当然，我们也需要其他一些有帮助意义的工具作为它们的补充。比如单元测试，我们选用JUnit，因为我们的开发人员知道该如何使用它—-另外，免费和容易上手的特点也是选择它的原因。静态分析，我们选用Jlint。其他的工具，我们全部选用Rational的产品：使用ClearCase进行资源和测试资产的控制；使用ClearQuest跟踪问题；Purify、Quantify和PureCoverage被用来进行运行期分析；需求管理（rm）工具使用Requisite Pro；自动化测试使用Robot和TestManager。本来，我们也讨论过使用其他一些运行期分析和资源控制工具，但是考虑到统一的平台更便于我们的管理。图5展现的写字板上，包含了这些信息。
图5书写板—-最终所形成的测试策略
完成这些之后，接下来我们可以实施它了。
实施
现在，你已经有了一个策略，将它共享给项目中的每一个人。通过写字板来收集每个人的看法—-或者，更好的方法，使用Visio把写字板上的内容转变成幻灯片。让制定这份策略的人来帮助你解释策略和你要实施的计划。每一个参与策略制定的人都可以帮助你，这样不会让人有这不过是你一个人空想的感觉，并且你会获得来自于整个项目组的支持。回答人们的问题，得到他们的反馈，准备好策略变更。因为有一些人可能知道更好的工具，更合适的技术，或者更有意义的衡量指标。
一旦大家都同意，把该测试策略作为一个可接受的解决方案，那么就可以制定一个实施计划了。在此计划中，回答下面的问题：
· 包含了各新测试类型的迭代过程是什么？（划分测试类型对应的每个迭代过程。）
· 我们如何对之前没有做过测试的小组进行测试培训？（事关测试资源的利用和分配。）
· 我们何时开始安装、配置新的测试工具，并进行相关的培训？（测试工具的使用问题，会影响测试的实际进度。）
· 由谁来负责每个测试阶段的管理工作？（指定一个测试负责人。）
· 我们如何计划这份测试策略的修订和更新工作？（需要控制测试策略的版本变更。）
· 我们如何衡量这份测试策略的有效性？（对该测试策略的效果进行评估，评估的标准是什么？）
· 由谁来负责该测试策略的维护工作？（我们应该有自己的配置管理员来维护这些测试资产。）
进一步思考，你会遇到其他一些实施方面的问题，这些和你的项目背景有关。但是，你只要能确保下面的一些情况就可以了：你拥有所需的资源（人、硬件和软件）；你有时间和能力给项目组内的人做相关的培训；你是个越干越起劲的人。
这篇文章所讨论项目的测试策略还没有具体地实施。我们发现了一些变更，比之前面的更具效力。我们已经完成了测试策略，但每次的迭代过程，我们依然关注具体的新工具和新技术，或者关注与人员的培训，以使其具有更高的效率。我们的测试策略很简单，它具有的格式也使我们可以容易地修改和更新，在我们开发其他的软件时，发现它不仅灵活，而且很有帮助性。
//
文章来源于领测软件测试网 https://www.ltesting.net/
