自动化测试实施步骤和最佳实践VIP专享VIP免费

自动化测试实施步骤和最佳实践一个故事:我在很多软件公司工作过，公司规模有大有小，也和来自其他公司的人员交流，因此经历过或者听说过影响自动化测试效果的各种各样的的问题。本文将提供若干方法规避可能在自动化测试中出现的问题。我先给大家讲一个故事，以便各位了解自动化测试会出现哪些问题。以前，我们有一个软件项目，开发小组内所有的人都认为应该在项目中采用自动化测试。软件项目的经理是AnitaDelegate。她评估了所有可能采用的自动化测试工具，最后选择了一种，并且购买了几份拷贝。她委派一位员工——JerryOverworked负责自动化测试工作。Jerry除了负责自动化测试工作，还有其他的很多任务。他尝试使用刚刚购买的自动化测试工具。当把测试工具应用到软件产品测试中的时候，遇到了问题。这个测试工具太复杂，难于配置。他不得不给测试工具的客户支持热线打了几个电话。最后，Jerry认识到，他需要测试工具的技术支持人员到现场帮助安装测试工具，并找出其中的问题。在打过几个电话后，测试工具厂商派过来一位技术专家。技术专家到达后，找出问题所在，测试工具可以正常工作了。这还算是顺利了。但是，几个月后，他们还是没有真正实现测试自动化，Jerry拒绝继续从事这个项目的工作，他害怕自动化测试会一事无成，只是浪费时间而已。项目经理Anita把项目重新指派给KevinShorttimer，一位刚刚被雇佣来做软件测试的人员。Kevin刚刚获得计算机科学的学位，希望通过这份工作迈向更有挑战性的、值得去做的工作。Anita送Kevin参加工具培训，避免Kevin步Jerry的后尘——由于使用测试工具遇到困难而变得沮丧，导致放弃负责的项目。Kevin非常兴奋。这个项目的测试需要重复测试，有点令人讨厌，因此，他非常愿意采用自动化测试。一个主要的版本发布后，Kevin准备开始全天的自动化测试，他非常渴望得到一个机会证明自己可以写非常复杂的，有难度的代码。他建立了一个测试库，使用了一些技巧的方法，可以支持大部分的测试，这比原计划多花费了很多时间，不过，Kevin使整个测试工作开展的很顺利。他用已有的测试套测试新的产品版本，并且确实发现了bug。接下来，Kevin得到一个从事软件开发职位的机会，离开了自动化的岗位。AhmedHardluck接手Kevin的工作，从事自动化测试执行工作。他发现Kevin留下的文档不仅少，并且没有太多的价值。Ahmed花费不少时间去弄清楚已有的测试设计和研究如何开展测试执行工作。这个过程中，Ahmed经历了很多失败，并且不能确信测试执行的方法是否正确。测试执行中，执行失败后的错误的提示信息也没有太多的参考价值，他不得不更深的钻研。一些测试执行看起来仿佛永远没有结束。另外一些测试执行需要一些特定的测试环境搭建要求，他更新测试环境搭建文档，坚持不懈地工作。后来，在自动化测试执行中，它发现几个执行失败的结果，经过分析，是回归测试的软件版本中有BUG，导致测试执行失败，发现产品的BUG后，每个人都很高兴。接下来，他仔细分析测试套中的内容，希望通过优化测试套使测试变得更可靠，但是，这个工作一直没有完成，预期的优化结果也没有达到。按照计划，产品的下一个发布版本有几个主要的改动，Ahmed立刻意识到产品的改动会破坏已有的自动化测试设计。接下来，在测试产品的新版本中，绝大多数测试用例执行失败了，Ahmed对执行失败的测试研究了很长时间，然后，从其他人那里寻求帮助。经过商讨，自动化测试应该根据产品的新接口做修改，自动化测试才能运转起来。最后，大家根据新接口修改自动化测试，测试都通过了。产品发布到了市场上。接下来，用户立刻打来投诉电话，投诉软件无法工作。大家才发现自己改写了一些自动化测试脚本，导致一些错误提示信息被忽略了。虽然，实际上测试执行是失败的，但是，由于改写脚本时的一个编程错误导致失败的测试执行结果被忽略了。这个产品终于失败了。这是我的故事。或许您曾经亲身经历了故事当中某些情节。不过，我希望你没有这样的相似结局。本文将给出一些建议，避免出现这样的结局。问题这个故事阐明了几个使自动化测试项目陷入困境的原因：1.自动化测试时间不充足：根据项目计划的安排，测试人员往往...