迈向测试自动化成功的七个步骤.docVIP

这则故事中说明了折磨测试自动化项目的7个问题。 消磨时间的测试自动化。人们被允许在他们自己的时间里做测试自动化或是在测试计划允许的时间里做为一个后备（back burner）的项目。这个可以让他们充分利用时间并且把精力放在需要的地方。 缺乏明确的目标。做自动化测试有许多好的原因。它可以节约时间，使测试更容易并且提高测试的覆盖率。它也可以帮助保持测试人员的动力。但是在同一个时间并不可以做所有的事情。不同的团体可能有不同的希望。这些都需要确定下来，甚至应该同样包括失望。 缺乏经验。尝试测试自己极限的初级开发人员经常会绊倒测试自动化项目。结果常常是很难继续下去。 人员周转率高。测试自动化是需要时间学习的。但是如果周转率太高，你将失去那些经验。 绝望的反映。在测试开始之前问题就潜伏在软件中很长时间了。但是测试带来了光明。测试本身是非常困难的。在测试之后再测试并且重新测试修复的软件，人们就可能变得疲倦。什么时候才可以结束测试呢？当计划指出软件现在应该完毕时，这种绝望变得特别得敏感。只要它不是为了所有的测试！在这种情况下，测试自动化可能是一个备选的答案，但是可能也不是最好的。它可能更多是是一个愿望，而不是一个现实的方案。 不情愿思考测试。许多人发现自动化一个产品比测试产品更有意思。一些自动化的项目给他们为什么不愿意涉入测试提供了方便的借口。测试工作量不能带来多少成果。 以技术为中心。如何自动化软件是一个技术相关的有趣的问题。但是这却导致没有关注结果是否满足了测试的需要。 遵循软件开发原则 你可能熟悉用于给软件开发组织分级的成熟度模型（CMM）中的5个台阶。软件工程学院（SEI）的能力成熟度模型是一个著名的例子。Jerry Weinberg有他自己的组织模型，他增加了一个叫做pattern zero的格外的等级。一个pattern zero的组织忘记了正在开发软件的事实；在用户和开发人员之间没有任何区别。在哪里都可以找到自动化测试。因此，测试自动化有专用的资源并且把它作为一项开发活动，提升到了第一级别。这是解决测试自动化问题的核心所在。我们需要象我们做其他的软件开发项目一样做测试自动化项目。和其他的软件开发项目一样，我们需要有专门负责开发测试自动化的开发人员。和其他的软件开发项目一样，测试自动化自动化开发人员在那方面可能不是专家的一个任务。因此，应该咨询内行的测试人员并提供需求。和其他的软件开发项目一样，如果我们在开始编码之前先设计我们的方法，测试自动化就可能获益。和其他的软件开发项目一样，需要记录并保护测试自动化代码。因此我们需要使用源代码管理工具。和其他的软件开发项目一样，测试自动化也有错误。因此我们需要计划记录并测试它们。和其他的软件开发项目一样，用户需要知道如何使用它。因此我们需要用户文档。 我不会在这里告诉你如何开发软件。我假设你们已经知道一些关于怎样将合理并有效的方法用于开发软件的软件组织中的一员。我只是力促你们同样遵循软件开发的原则作为自己测试自动化的原则。这篇文章由那些我们所有用在软件开发项目的标准步骤组成，并且在专为测试自动化考虑和挑战的地方做了特别的说明。 1． 改进测试流程 2． 定义需求 3． 证实想法 4． 拥护产品的可测试性 5． 设计可持续性 6． 计划部署 7． 面对成功的挑战 步骤一、改进测试流程 如果你负责改进一项业务的效率，你首先应该确信流程已经被很好地定义了。在投资时间和金钱在自动化正在使用计算机的系统之前，你也应该了解是否有简单且廉价的方法使事情变得更容易。当然，同样要把握测试自动化。实际上，我喜欢认为“测试自动化”这个术语只是流水线化测试的流程，将事情更快地向前推进且很少有延期的现象。在机器上运行自动化测试脚本只是一个备选方案。 例如，许多团队通过自动化他们的回归测试开始自动化测试。它常常需要运行多次测试，以检查并确保以前可以运行的功能没有因为新的更改而被破坏。它经常要运行并且相当乏味的。如何更好地文档化你的回归测试呢？常见的方法是利用需要检查的功能列表。这是一个非常好的开始。关于测试目标的提示应该适合于那些了解产品并需要理解采用的测试方法的人。 但是在你开始自动化之前，你需要改进这些文档以使测试更加清楚。指出测试需要使用的名字，数据或者提供编辑它们的指南。假如测试人员有基本的产品知识可能是安全的。当然这肯定需要其他地方有相关的文档。但是你还是需要明确测试设计的细节。你需要说明期望的结果。这个常常没有说明，建议测试人员应该知道。很多的测试人员没有意识到他们正在遗漏什么或是因为不好意思而没有问的问题。由于现在任何一个对产品有基本认识的人就可以执行测试，这种详细的文档马上就可以给你的团队带来收益。在你开始做更彻底地自动化之前，这些是必须先完成的。你的测试设计将会是自动化测试的首要需求陈述