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

发表于 @ 2007年07月16日　16:34:00 | 评论( loading... ) | 编辑| 举报| 收藏

旧一篇:loadrunner中的事务 | 新一篇:浅谈流媒体测试