做自动化测试要考虑的问题.pdf

一、为什么很多公司都说要组建一个自动化测试团队，但极少能建立起来？ ● 太过于相信自动化测试，且没有经过严格的自动化测试流程和前期分析设计就草率的进行脚本的开发，最终的结果一定是失败！ ● 国内的公司很少有专属的自动化测试团队，往往都是信心十足最后确又虎头蛇尾！这其中也分两种情况：其一，缺乏真正可以做 自动化测试的技术人员，每个成员都是在学习阶段，那还谈什么组建自动化测试团队？这最多也就叫兴趣小组？其二，的确有牛人在团队 中，但是我们都知道，国内很少有公司会专门组建一个专职做自动化测试的团队，国内现在大多数情况是手动测试和自动化测试并用，那 么，自动化测试的优先级肯定没有手工测试那么高，而且项目的任务又多，久而久之，自动化测试的愿景又被搁置于一旁了。 ● 其实自动化测试已经做的不错了，但是领导看不到短期内有任何的回报，最后还是搁置了！这其中一方面牵扯到成本问题，另一 方面则是领导对自动化测试从意识上就存在误区，没有真正认清什么才是自动化测试的真谛！ 二、全职 QTP 自动化测试工程师的工作内容是什么？问几个心中一直以来的疑问和困惑： （1）QTP 是针对功能测试的，主要是自动化地去做测试，那么它强大的地方在哪儿呢？是它能够发现大量潜在的问题？（似乎没感 觉到），还是说可以做到无限重复的执行？我们公司用 QTP 只是重复运行，用来采集性能数据，所以并不能体会到 QTP 这款产品“赢” 在哪方面。 （2）一个全职的 QTP 测试人员，每天的工作内容是什么呢？每天修改完善脚本、增加逻辑覆盖率？假如一个成熟的产品有成熟的脚 本，那么测试人员只要点一下 QTP 运行按钮，然后直接拿测试结果？总体来说，还是感觉 QTP 要求很多，用起来很难且收获也不大。 ● 首先回答第一个问题：从这位同行的提问中，推断他对 QTP 的认识一定停留在录制阶段，他把 QTP 当成了按键精灵。QTP 的强 大体现在它是解决自动化测试的最好的工具。其实提问的这位同行对自动化测试概念一定很模糊，他以为自动化测试只是简单地重复工作 而没有考虑过验证这个问题。做测试，手工测试是怎么做的？其实说白了，也就是用我们的眼睛来验证，那么 QTP 就是那个能代替人类 眼睛验证的测试工具。就像机器人一样，它不是智能的，它的智能是由人赋予的，所以它能做的操作都是人类事先已经知道的。QTP 赢在 它的一切，卖的真么贵、市场份儿那么高不是没有道理的，如果去使用其他测试工具一段时间后再回来使用 QTP，相信一定会感叹，真实 一个好工具啊！ ● 接着回答第二个问题：一个全职的 QTP 人员他要做的事情和开发是一样的，都是一脉相承的。他也要需求、也要框架、也要开发、 也要维护等等，修改完善脚本不是每天要做的事情，而是每一个版本发布后要做的事情。如果有一个成熟的产品，用 QTP 写出了成熟的 脚本，那自动化测试的目的不是达到了吗？我们的目的就是每天“点”一下，快速拿到测试结果从而解放人力并可以投入到其他项目的测 试中去，这也就是自动化测试的目的和意义。另外，QTP 基本上只能发现已知的缺陷，目的是为了保证在新增功能加进来以后老功能不受 影响；同时也能够回归以前有问题的功能在修复后是否又重现了。QTP 几乎不可能发现新缺陷，那是手工测试阶段做的事情。当然，QT P 也真的不是万能的，如它肯定不可能比开源的自动化测试工具更 Open、扩展性强等，但是世界上不存在万能的事物！