WinRunner的方便性体现在何处？(高手指教)

deathqueen

我是软件测试的初学者。刚刚接触测试自动化的软件WR
但是，我怎么都觉得用它还没有自己手动测试来的快
看别人对一个网页的测试所写的脚本，就是一大篇。我想，等我把这些代码写好了，我手工测试基本上都搞完了。
真的对这种自动化测试失去了兴趣
我想肯定是因为我的孤陋寡闻导致自己觉得自动化测试反而不方便。
请各位高手指教一下，WR如何给我们带来方便和快截的？怎么样使用WR？
万分感谢！！Sample Text

西西

在进行功能校验,数据量较大的回归测试时,就体现出其好处
自动化测试能保证测试过程的一致性,在查到bug的时候,修正后脚本进行回放的能保证操作的一致性,人工测试保证不了.

kper5

自动化测试只是一测试的手段，WR也只是一种工具而已，不要局限在强迫性去执行自动化测试的过程中，自动化测试是希望能够通过自动化测试工具或其他手段，按照测试工程师的预定计划进行自动的测试，目的是减轻手工测试的劳动量，从而达到提高软件质量的目的。手工测试的目的在于发现新缺陷，而自动化测试的目的在于发现老缺陷。

譬如做版本跟踪，维护后期，大量的手工测试费时费力，就可以采取自动化

但是自动化测试也有自己的使用范围，例如：
1。产品型项目——每个项目只改进少量的功能但必须反反复复的测试那些没有改动过的功能。这部分测试完全可以让自动化测试来承担， 同时可以把新加入的功能的测试也逐渐地加入到自动化测试当中。
2。增量式开发、持续集成项目——由于这种开发模式是频繁的发布新版本进行测试，也就需要自动化测试来频繁的测试，以便把测试人员从中解脱出来测试新的功能 。
3。回归测试——自动化测试能够很好的测试新版本是否引入了新的缺陷以及老的缺陷是否修改过来了。
4。多次重复、机械性动作——比如要向系统输入大量的相似数据来测试压力和报表。

不适合做自动化测试的项目有：
1。定制型项目（一次性的）——为客户定制的项目，维护期由客户方承担，甚至采用的开发语言、运行环境也是客户特别要求的，即公司在这方面的测试积累很少，这样的项目不适合作自动化化测试。
2。项目周期很短的项目——测试周期很短，就不值得花精力去投资自动化测试，好不容易建立起的测试脚本，不能得到重复的利用是不现实的。
3。业务规则复杂的对象——有很多的逻辑关系、运算关系，工具很难测试。
4。美观、声音、易用性测试——人的感观方面的：界面的美观、声音的体验、易用性的测试，只能由人来测试。

5。测试很少运行——比如一个月只运行一次，这对自动化测试是一种浪费。自动化测试就是让它不厌其烦的、反反复复的运行才有效率。
6。软件不稳定——这些不稳定因素会导致自动化测试失败。只有当软件达到相对的稳定，没有界面性严重错误和中断错误才能开始自动化测试。
7。涉及物理交互——工具很难完成与物理设备的交互，比如刷卡的测试等。

QA_BAY

不要把自动化工具神化了！
手工测试的目的在于发现新缺陷，而自动化测试的目的在于发现老缺陷。
很同意这一点！

deathqueen

谢谢斑竹！谢谢各位高手。小弟受教了

RandyTsai

很受启发！

snowflake

大家总是把自动化测试想的太神了,WinRunner 在回归测试中和大数量的驱动测试中可以带来方便,但目前的自动化测试只能是手工测试的辅助,因为功能测试工具不能为你设计测试用例,替代不了人工的智能!在确立测试 需求前,应该考虑那些用手工测试方便快速,而那些用自动化测试更方便.不能盲目的使用测试工具,反而
没有达到好的测试效果!

[ Last edited by snowflake on 2005-6-15 at 11:46 ]

lulu8120

自已用用，不就知道了！！！嘻嘻

wsly

right,  it is useful for regression test, and only possible when the product have been stabled.

another, it also can do something you want not to repeat each time, not just verify result when testing.