软件测试过程中，如果遇到了需求的不停改变

[gdkevin]

维护你的测试脚本真的不是一件容易的事情，如果时间很短的话，我不认为脚本会比手动更快。
还有，谁测试过vba的脚本，目前用robot和winrunner录制脚本回放的时候，可能因为测试工具的内部捕获消息句柄的方式导致无法找到相对应的控件，而且不能通过相对位置的方式来捕获，这样的结果执行起来效果不好，而且机器慢了的话很容易导致操作失败。
谁有经验，介绍一下了

[davy_chen]

首先说需求的经常改变是目前很普遍的现象，它是需要通过流程等进行规范，要不现在软件经常提CMM，但是对于我们往往对此无能为力，所以尽力自己做好就是了。
至于建议1、如果机器性能不够好就不要使用那些大型的测试工具了。系统死掉没准还是由于资源不足呢；2、测试工具的脚本是录制出来的，但是自己也应该学学它的脚本语言，用一点编程技巧会好很多，例如不要将程序录制成整个的脚本，这样当脚本一但错误就要从头开始，如果你采用子程序或函数的方式分段录制，脚本主程序中仅调用，这样每次运行脚本时只运行你想要的那部分，其他部分的调用你注释掉就可以了，同样脚本更改你也只要修改改动过的部分就可以了。这样的脚本就灵活多了；3、至于无法找到对应的控件的问题，可以想想办法绕过去，比如如果测试环境保持一致，被测程序通常对操作的响应也是不变的，那样我们可以用键盘进行操作，如从第一个输入框跳到第二个输入框，不用鼠标用键盘Tab键，脚本的这种操作成功率还是很高的，而且与控件无关。还有必要的地方多加些延时等待脚本运行的成功率也会提高很多。

[gdkevin]

其实我也已经是部分自动化，但是大部分工作还是要手动
所以一直很困惑
维护录制的代码也是没有什么问题的，但是如果能让它整体跑起来，这个很重要。

[davy_chen]

小丹尼我认为你应该这样认识自动测试，首先说自动测试确实提高了效率，减轻了我们的工作，但是你要知道，其实大部分的测试还都是需要手动进行的，而且从一些大公司的测试情况来看，80%以上的bug是通过手工测试发现的，而自动测试发现的bug很有限。你就不要困惑了。上面你提到的工具，虽然功能已经很不错了，但是还是很傻，而且象界面，文字内容，易用性，合法性等都不能检查。所以工具只是用在它适用的地方，就象我们用勺喝汤，用筷子吃面条。而不是无论哪里都要用它。如果它真的哪里都能用，要我们还做什么。
我们应该做的是分析哪里可能出现bug，如何证实我们推测的bug确实存在，如何保证经过我们测试的软件不会由用户发现更过的缺陷等。好像现在我们说远了，刚才还在说需求的变动，现在却谈起应该如何自动测试了。

[flinman]

首先我赞成楼上兄弟说的，我补充一点：象WINRUNNER这种测试工具是可以测试界面和文字内容的，我亲自用过的。

[gdkevin]

其实自动测试我还是可以完成的，我也有这些测试工具，但是我说的情况需要大家帮忙，就是特定的VBA程序，因为在录制测试脚本的时候，如果遇到了word中的翻页操作，winrunner和robot都不能很好的控制对各个消息句柄的捕获情况
如果要是说单纯asp页面上或者其他的form这个问题就不存在了,而且还有一个问题，大家在使用自动化测试工具的时候，遇到系统有login的时候怎么办，特别是密码会在客户端随即生成的情况，你们是怎么处理的？
我的标题不限制我们的讨论范围的，我觉得只要有收获什么都可以讨论的啊！呵呵
不过肯定是缺少了针对性，很容易形成目前的“扯淡会”呵呵
davy_chen(见伊思迁) ：
其实自动化测试工具我觉得应该更多的应用于回归测试，你的收获可能会更大了，而且如果能设计好测试样例，自动进行其他方面的测试也不是一个不错的办法哦，不好意思，这是我的观点，我们可以好好探讨一下的
还有谢谢你的回复