如何提高功能自动化工具在实际工作中的覆盖

kongkee

在 工作 中，对于功能自动化到底应该覆盖到什么比例？我来发表一下自己的看法。
        现在无论做什么都讲究投入产出比，做 测试 自然也一样。先说一下功能 自动化测试 优点与缺点：
        一、优点：
        1、测试效率高，可以在较少的时间内运行更多的测试。
        2、测试过程可完全重现
        3、对程序的回归测试更方便。复用性好的测试脚本，可以很方便的用于各种回归测试，节约了大量的资源。
        4、具有一致性和可重复性。
        二、缺点：
        1、前期耗用的工作量较大，自动化覆盖率越高，前期消耗的工作量越大。
        2、对测试人员的 技术 水平要求较高，由于比手工测试稍微高级一些，且为了做出复用性高的脚本，因此对测试人员的编码能力有一些要求。
        3、需要对测试脚本进行维护。
        4、不能完全代替手工测试，有些还是必须要用手工去完成。
        既然有优点，也有那么多缺点，我们应该怎么去做，把缺点的影响减到最小？
        我有以下做法：
        1、前期耗用的工作量的确较大，但是我们要充分利用函数库，将很多的通用函数放进去，这样我们编写脚本时，可以大量的call已经存在的函数，这样工作量会小很多，效率也会提升很多。
        2、对测试人员的技术水平要求较高，对于这点，我们的方法还是很简单的––培训，编写 QTP 的技术含量并不高，只要稍加培训，绝大多数没有接触过的测试人员都能够完成任务。
        3、需要对测试脚本进行维护，这个是必然的。在不断推出的版本中，有些只是部分控件的变化，有些则是整个页面的变化，但要维护并不难，充分利用控件库，增加删除修改空间，便能够很轻松的维护好脚本，使其继续可以复用。
        4、不能完全代替手工测试，这个是米有办法的，我们及早分清哪些手工，哪些自动，这样也可以提高效率，避免不必要的资源浪费。
        5、把功能自动化脚本充分覆盖到每一个项目中去，这样这些项目以后的回归以及日常的测试，将变得很轻松，当然不要忘记手工去弥补那些自动化未覆盖高的地方哦。
        按照以上的方法去做，我相信很多公司都能够将功能自动化作起来，并作好。

cleverman

其实都不是缺点。
1。前期耗用工作量比较大？如果是项目的前期，由于产品的设计和实现还不稳定，不应该大力投入自动化，应该以手工测试为主，一旦有了稳定的模块才开始进行自动化的真正实现。如果是自动化本身的前期，工作量并不大。通常一个熟练的程序员在一个星期之内都应该能把自己负责的模块实现自动化。
2。对测试人员水平要求较高？测试人员起码也应该是大学毕业吧？起码也学了C语言，搞过毕业设计吧？自动化脚本的编写并不是什么高要求，对一个大学生来说。
3。需要维护？即使手工test cases也需要不断的更新也维护。好像世界上还没有不需要维护的东西吧？因此，需要维护不是自动化的一个问题和缺点。这么说也是开发的缺点了？开发也需要维护。
4。不能完全代替手工测试？世界上没有一样东西能够完全代替另一样东西。每当说到完全，100%什么的就变得没有意义了。比如，我说开发不能代替测试，那么这就是开发的缺点了？苹果电脑不能代替PC，这就是苹果电脑的缺点了？iphone不能代替其他手机，就是iphone的缺点了？