winrunner适合做什么样的测试.

girl04

这是一个比较泛的问题.请大家讨论一下.
我学WR也有三个月了,但现在有些迷茫,在工作中,不知道用WR测试那些用例.
也不太清楚那些用例可以安排WR来测试,以达到更方便的目的.以至到最后,有一种想法:其他这些用例都可以用手工实现,且不用写脚本那么麻烦.
讨论这个问题,最好以例子来说明,因为有些理论WR的说明书中已经说明这个问题了.
可能我对WR还不够熟悉吧,也可能我还没有认识WR的好处,
各位高手,请教了!

xuhongbin

我学习WR有两个星期了，先班门弄斧了！
感觉对一个比较成型的软件做回归测试比较有用，省得每次都乱输入一通。如果接手测试的软件错误百出，那是开发人员的质量问题，是他们没有做桌前检查而过分依赖测试人员。每次没等到我写完test script 的时候，我手工都基本上测好了，而且设置若干检查点、ddt，你还不是要和数据库进行比较，从界面上查看和库中是否一致诸如此类的检查，我可以用数据库工具例如sqlYOG或者DBA直接对数据库运用sql进行查询，到目前为止，我没有具体感觉到wr的优势所在，倒觉得有意思的，因为我比较喜欢编程相对而言。

girl04

终于有一位仁兄顶一下了,谢谢先.
你说得不错,我刚想用做回归测试.^_^
各位请支持一下吧..

girl04

看了版主的许多帖,如果这个问题版主可以回一下,
那小妹真的受益不少了.

aswoon51

􀂳 Determine the functionality you are about to test. It is better to design short,
specialized tests that check specific functions of the application, than long
tests that perform multiple tasks.
􀂳 If you plan to record some or all of your test, decide which parts of your test
should use the Analog recording mode and which parts should use the
Context Sensitive mode. For more information, see “Creating Tests Using
Context Sensitive Recording” on page 145 and “Creating Tests Using Analog
Recording” on page 150.
􀂳 Decide on the types of checkpoints and synchronization points you want to
use in the test. For more information, see “Adding Checkpoints to Your
Test” on page 154 and “Adding Synchronization Points to a Test” on
page 155.
􀂳 Determine the types of programming elements (such as loops, arrays, and
user-defined functions) that you want to add to the recorded test script. For
more information, see “Programming a Test” on page 161.
Execution arrow
Test script
Test window title bar
Insertion point

totomylove

我也来说一下吧！
接触WR也有一周了，基本了解了WR的操作流程和一些脚本
也根据教程测试软件进行实验
但给我的感觉是WR并不是所说的那么自动化。
当我让WR新学习了软件并录制脚本以后，让它进行自动化测试的时候，它总是经常找不到控件，必须手动地教它识别。而在

这之前我是将新增的GUI对象保存到了以前学习的GUI文件中了的。
我对xuhongbin的说法有同感，就是在测试的时候，还没有写好script，没有完全建立好测试脚本的时候，手工测试已经完

成了。而且每当测试任务下来的时候，来不及新建一个测试脚本来进行测试，只有手工比较快捷。任务不等人啊！
如果事先建立脚本，录制脚本的话，却跟不上软件的更新进度。
还有就是我测试的软件，主要是功能测试，能否达到预期的功能是关键，而测试中只有一少部分在输入数据，只要检验是否

通过，而不需要对比数据。
所以我感觉用工具测试还是要结合测试的软件来分工，到底哪些应该用手工，哪些模块用工具(或者什么样的测试)要好好的

分工一下，才能提高测试效率和准确率。
可能跟我的方法也有关吧，还是会继续学习WR！

贝壳

我觉的有些功能可以用wr,有些又必须用手工，还不如用手工来的快

QA_BAY

我有的测试当中,很多可以用WR来完成的,就好像,我做一个预定客人,
在WR录制之后SAVE.下来在查询当中可以把这个客人调出来,然后入住客人.
这个是第二步,接下来,就是客人的消费了,在收银查出这个客人,
再入金额,然后等退房.
这样一连一下的三个步骤就可以用WR一起来完成他.
当你完成之后,可以在脚本当中加入一些FUNCTION.慢慢维护它.
我们的公司软件现在很稳定,改得很少,WR正好帮到我了,这样我可以用CALL批次的调用.
数据可以让我自己加入.这样就可以少很多的时间和功夫了.每天上班都比较轻松一点!

萍水相逢

我想问问象IBM的MQ这样的产品能不能用WR做自动化测试啊？我们现在的测试没有界面，就是在cmd窗口里面运行命令行，然后看运行结果来判断是否正常。

QA_BAY

好像不可以,我自己试了一下,不过可以测UNIX.或者LINUX.

ihui_1983

我觉得最大用处是再 回归测试中结合TD,可以省下不少精力

liangjz

据一些项目体会，个人认为winrunner几个场合
（1） 界面变化不大，用于回归测试，确保内部逻辑正确

（2）低吞吐率的应用性能测试，比如网管系统用LOADRUNNER很难开展性能测试，其前端用户操作频率低，可用于模拟少量用户操作。


girl04很快就搬办公室了：）

ppzhang

录制教本时
1：选择“上下文相关”录制（第一步就是打开ie），测试时在打开新ie窗口的时候就报错“目标不在当前显示”
2：选择“模拟”录制（第一步也是打开ie），结果测试时ie是打开了，由于windows打开第2个窗口与前一个打开的窗口位置是相挫的，所以此时脚本里的鼠标坐标在新ie里面全部错位，你在录制的脚本里所作的一切在回放（这个词恰当吗？）就是驴唇不对马嘴，测试结果可想是通过，而实际根本就没有达到你的目的
总结，如果你用WR作web测试，如果能避免打开ie，有办法能使新开的窗口与录制时的窗口位置完全一致，应该可以保证测试结果。
与其这样，不如选择其他测试软件，比如QTP。
以上是个人观点，有不确之处请指出，大家讨论共同学习啊。

wang_zhuqing

我个人目前的用法最简单，我们的开发进度比较急！那么程序员在开发的时候，容易发生一些低级的错误，比如点击某按钮的时候，会报错！那么我的做法就是写一个遍历全部按钮的脚本。那么每次开发人员给我新的版本的时候，我就可以直接使用自动的测试，来做初步的检查。直接就可以判断程序有没有大的问题！
哈哈！
这个是一个方面！
那么还有就是在某些复杂繁琐的操作的时候，可能引起发生未知错误，那么可以使用编写一个脚本，来随机的调用个操作来，过一会再来看结果，查数据！（但是我没有找到随机数的函数，使用的数据驱动做的，麻烦！）
哈哈，这个也是一个用处之一！其实大部分使用wr的目的是出于偷懒！呵呵
好了！我讲了怎么多了！那么我也想问问各位大侠几个问题！能帮我回答就帮个忙！

1，wr里面有没有随机数函数？
2，加检测点的目的是检测结果还是程序运行呢？如果是检测结果的话，那么是由那几个途径呢？（不知道问的对不，但是有点表达不出我的感觉！）

ikk29

其实软件测试本来就不能完全实现自动化，这是我们测试人员还存在的一个原因；
再者wr先识别对象，然后录制过程中就不会有识别不出来而难以回放了。对于诸如计算器的一些按钮不能识别出，我们可以虚拟对象嘛。从识别对象上来看，个人感觉比robot要好很多。至于自动化程度高低，需要我们深入学习，不能直接就换个方法，程序是死的 我们可是活的。希望大家多教我 呵呵

lyayyh

看了这么多人的心得，收益非浅，那你们觉得测试B/S系统如何呢？我一直不是很清楚啊！

fengs

WR应该是符合大多国内企业产品的测试，但我可能就不大用的上，因为我们测试的是计量性的东西，一分钟一个结果，要对结果进行分析，所以手动测试相对来说比自动测试快的多
郁闷ing................