大家都在用测试工具吗?

Joan2005

做了一年的测试,基本都是手工测试,感觉应该在适当的时候引入测试工具.比如在回归测试的时候.也一直在学,象WR,QTP,LR,但都只学了个表面,不能真正用到实际的测试中来.
最近的疑惑越来越多,究竟该在什么时候使用测试工具.在下列测试流程中:1.测试计划--->测试用例--->手工执行测试用例--->回归测试-->结束.  是不是该在回归测试的时候引入工具QTP?如果是,在录制应用程序时,是不是也要按照测试用例的步骤来录制?测试用例中包括正确数据和错误的数据,在录制时是两种数据都要输入还是只输入正确的数据来完成一套业务流程的录入?

另:是不是在一开始手工测试的时候就可以引入测试工具取代手工测试?

walker1020

QTP 适合进行功能测试和回归测试。
测试工具不能完全取代手工测试，你在使用测试工具前一定要先用手工测试运行一遍，这样利于控制脚本。

是不是也要按照测试用例的步骤来录制?是两种数据都要输入还是只输入正确的数据来完成一套业务流程的录入?
－－－－请参考下面的帖子中   xiaonan  斑竹和我的回复：
     http://bbs.51testing.com/viewthread.php?tid=41992

另外强调一下，脚本是按照用例来录制的！

[ 本帖最后由 walker1020 于 2006-9-29 10:42 编辑 ]

xiaonan

在你的测试流程中,其实还少了一个重要步骤.完整的测试流程应该是这样的:1.测试计划阶段(产出文档是测试计划书)--->测试设计阶段(产出文档是测试方案书)--->测试实现阶段(产出文档是测试用例)--->测试执行阶段(产出文档是缺陷报告,测试记录,测试报告) .然后回归测试是存在与整个测试活动中的,一旦缺陷得到了修改,就要重新去验证它.其目的是去检验缺陷是否得到正确的修改和修改过程中有没有引起其他的缺陷.

      自动化测试工具可以在执行阶段介入使用,但测试工具永远只是手工测试的一种补充,不能代替手工测试.只是根据对测试工具使用的熟练程度会加大对自动化的使用比例.当然对于要依靠测试工具来测试的程序必须是已经比较稳定的,不会再出现比较大的改动。所以一般会把工具用在回归测试中居多.当然性能测试工具除外,因为性能测试有它的特殊性,无法用手工来执行,只能依靠工具来实现.

      自动化脚本的录制应该是完全依靠测试用例来录制的,所以要做自动化测试的用例必须写的比较细致,以便于录制脚本.

       我们推荐一个action录制一个用例.而对于用例的编写我们提倡一个用例只关心一个测试点,如果一个用例关心的测试点过多,容易failed.所以你的最后一个问题中正确数据和错误数据一般会放在至少两个用例中考虑.当然也可以只录一种情况,然后参数化数据,来达到一个 action执行多个用例.

walker1020

俺完全同意xiaonan  斑竹的意见！ 谢谢xiaonan 斑竹的详细解答！

Joan2005

非常感谢xiaonan和walke1020斑竹的解答!
不仅解开我的疑惑,同时让我对用例的编写有了新的认识!