如何用WR对随机的操作做回归测试？
因为WR是通过模拟用户的操作来模拟计算机的行为，但是，当用户的操作是随机的，比如，我们有个应用系统是靠工作流来推动的，不同的工作流会有不同的操作，用户无法事先预知下一步操作是什么，这种情况下，如何用WR做回归测试？大家有没有好的建议？ 虽然无法预知下一步是什么，但总应该知道下一步有几种可能吧。那就可以了。[ 本帖最后由 feiyi_feiyi 于 2006-3-31 14:59 编辑 ] 对，你至少要有几种典型流程吧 用类似协议的方法解决看看？
# generate a random number first
nNextStep = randomNum;
switch(nNextStep)
{
case 0:
# proceed case 0 operations or method here
case 1:
# proceed case 1 operations or method here
default:
# exception handle
}
为每个可能的下一步的动作制定函数，然后根据随机数来执行相应的函数实现随机操作
当然，有个前提，你必须要有个标识来确定当前执行到什么状态，这样才好下一步的(比如某个窗口的出现？某个文本的变化？)，这样有可能实现你所要的；
我也没做过这种操作，如果你实现了说来听听；当然，这样可能要做大量的异常处理操作，不知值不值 谢谢各位。
我研究了一下系统的流程，发现好难啊，下一步的操作有几十种可能。 原帖由 shyfish 于 2006-3-31 19:58 发表
用类似协议的方法解决看看？
# generate a random number first
nNextStep = randomNum;
switch(nNextStep)
{
case 0:
# proceed case 0 operations or method here
case 1:
# proceed case 1 op ...
很赞成害羞鱼的说法，我们做自动化测试必须考虑值得不值得，首先确定用户最常用的典型流程后（这步一般是得手工）再用case和随机函数选择脚本是比较合理的方法。要是把全部流程都做成了脚本，估计可能你也不用测试了，光写脚本，调脚本就够了。还有就是脚本本来就是个积累的工程，不能有一口吃个胖子的想法 惯例，见到有启示的帖子一定要顶。下面最好有人帖写的脚本上来。 不要翻成害羞鱼啊。。。。
其实当你的脚本多的时候，你估计就不会想这么多了，那时你想的是顺序执行，尽量录制，并如何让所有脚本可以一次运行下来，环境的恢复，错误窗口的处理，异常的重新初始化。。。等等。。
我现在35个左右的脚本的集成调用就让我头都大了，要达到UNATTENTEDRUN需要做很多工作的。。。 原帖由 shyfish 于 2006-4-3 20:14 发表
不要翻成害羞鱼啊。。。。
其实当你的脚本多的时候，你估计就不会想这么多了，那时你想的是顺序执行，尽量录制，并如何让所有脚本可以一次运行下来，环境的恢复，错误窗口的处理，异常的重新初始化。。。等等。。 ... 我是故意的。。。 不是所有的地方都用自动化测试的，一般自动化测试能占测试的比例40％到60％就可以解决问题了 我想用自动化测试工具做一些简单的测试就可以了吧。如果用该工具测试时候软件没有问题，然后再人工测试，如果使用工具测试这些简单的功能都不能顺利使用，就没有必要进行进一步测试的必要了。
页:
[1]
