51Testing软件测试论坛

标题: winrunner检测bug [打印本页]

作者: jiangdanyang 时间: 2007-6-13 11:05
标题: winrunner检测bug
学习winrunner也有一段时间了,winrunner最基本的东西也多学会了,但有一点比较迷茫的是winrunner到底如何检测bug?
举个例子如某个网站的注册页面标明注册的用户名不能为特殊字符,那我怎样用winrunner检测该输入框到底能不能为特殊字符.总感觉winrunner除了在回归测试时比较方便之外,其他的好像并不能体现出比手工测试的优势.希望跟大家多交流交流!QQ:578557469 email:jiang_dan_yang_@126.com

作者: dionysus 时间: 2007-6-13 13:27
自动化工具的最主要用途就是回归测试，我们不要期望它能发现多少bug，工具不是万能的，它只是一个辅助工具。lz可以搜索一下自动化测试基础的相关信息，看一下自动化的利弊分析

作者: jiangdanyang 时间: 2007-6-13 13:58
你的意思是当第一次测试某个软件时,要想发现bug,还是要靠手工测试.
还有一个问题就是:当我输入一个不符合要求的数据时,被测软件会有提示.如用户名为5-8位等提示.
那我能不能做到一旦被测软件有提示信息,就让脚本停止下来不再跑下去?
不知道大家在录制脚本时是按整个测试用例的流程来录制一遍还是只录制符合要求的数据或是符合和不符合要求的数据都会录制?大家在使用Winrunner时,使用的最多的是什么,插入检测点还是Data Driver Wizard还是其它功能?多多交流!thanks!

作者: jiangdanyang 时间: 2007-6-13 17:08
顶!

作者: kolecat 时间: 2007-6-13 17:29

原帖由 dionysus 于 2007-6-13 13:27 发表
自动化工具的最主要用途就是回归测试，我们不要期望它能发现多少bug，工具不是万能的，它只是一个辅助工具。lz可以搜索一下自动化测试基础的相关信息，看一下自动化的利弊分析

斑竹说的很对，winrunner这样的功能测试工具的用途主要是用在回归测试阶段，是回放我们的操作而已。就算脚本编写再强，winrunner也不会智能到自己能发现bug。

还有winrunner执行完脚本之后，只能从报告看出哪里的检查点出问题了，至于是出现什么bug。怎样出现的，还是需要我们自己去排查。
以上个人意见。

我现在倒是很想知道，大家一般完成一个winrunner测试脚本要多长时间（不是单存录制时间，而是完成一个相对完善复用性强的脚本）？

我感觉我现在把一个测试用例转换为测试脚本可花时间了。半天才能搞定几条。

作者: pangge369 时间: 2007-6-13 17:40
我用了一个下午连一条也没有搞定!郁闷呀

作者: flrain 时间: 2007-6-13 17:43
这个就要长远的看了，一个项目的阶段可能有好几个甚至更多，这样的项目脚本可以用的时间就比较长，相对来说脚本生成占的时间少。再比如一个脚本用的范围比较广，好比一个系列产品的安装卸载，这样又会省下重复操作的时间。

自动化脚本跟测试用例有些相似，看用的范围怎么样，如果条件允许，还可以让用户作参考。一个测试用例的编辑，往往不比测试时间短，好的用例是个规范，对项目的各方面是很重要的。脚本在某些方面也有这样的功能。

作者: shenwenhai 时间: 2007-6-13 18:52
向大家学习!

作者: dionysus 时间: 2007-6-13 22:03

原帖由 flrain 于 2007-6-13 17:43 发表
这个就要长远的看了，一个项目的阶段可能有好几个甚至更多，这样的项目脚本可以用的时间就比较长，相对来说脚本生成占的时间少。再比如一个脚本用的范围比较广，好比一个系列产品的安装卸载，这样又会省下重复操 ...

同意，如何设计一个复用性健壮性都很好的脚本是相当耗费时间精力的。以前在论坛里讨论过自动化用例的编写，主张从手工用例中挑选并重新整理，根据这些用例来创建脚本。
测试用例的结构设计可以等同于软件开发中的程序架构，需要学习积累很多的知识

作者: jiangdanyang 时间: 2007-6-14 10:47
谢谢大家的指点!

作者: jiangdanyang 时间: 2007-6-15 09:09
thanks!

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)