开放性敏捷自动化测试框架--U-ROBOT视频演示
视频比较大，分割成10个文件，有兴趣的请耐心观看[ 本帖最后由 benwu 于 2009-6-3 09:52 编辑 ]
part02
part02 part03 part04 part05 part06 part07 part08 part09 part10 谢谢！：） 顶一个！！！！！！！ 感谢，顶 支持，真正的原创喔，楼主是高人呀！ 顶起... 看了LZ的UT-ROBOT自动化测试工具的介绍，感觉非常的神奇，但依然有些不解之处，望LZ有空的时候一一解答， 谢谢！1.无需编写脚本即可生成测试用例，这个很神奇，请问测试人员在开始测试之前是否要按照ROBOT识别的格式编写手工脚本，然后由UT-ROBOT自动识别后编译执行呢？
2. 从上传的演示视频上能看出是对交易后的数据库的数据准确性进行测试，同时还能看到有些在IE上操作的代码，请问LZ，那些操作IE代码是否也是自动生成的，是如何自动生成的，需要测试人员预先以某种方式告诉UT-Robot吗？是否能上传个视频详细演示一下Web GUI方面的测试呢？ 在回答你的问题之前，我先说一下我为什么不采用成熟的QTP或者IBM ROBOT架构，原因有几点：第一，在我们涉及的测试范围中WEB测试只是比较小的一部分，我们有大量的后台应用和业务流程要测试，QTP一方面实在太复杂了，我们能用到东西太少，另一方面而我们需要用到大部分功能的QTP又不支持；第二，QTP的数据驱动模型在我看来并不强大，缺少了关系型的结构，在产生CASE方面实在不敢恭维(或许是我对QTP的认识有限)；第三，QTP的对象库太复杂，CASE管理缺少继承性；第四，对于做了很多年测试的人来说，自动化最重要的是想法，我们没有办法根据我们的需要去修改QTP；第五，我们的团队曾经有不少人前仆后继的去学习QTP，或者尝试去做基于QTP的管理架构（在51TESTING也看到过很多类似这种架构的讨论），都是仅仅限于WEB的测试，到最后都没有继续发展下去.....还有很多很多理由让我们自己去做架构。
U-ROBOT设计的初衷是要减少测试人员的工作量，我们的后台架构在LINUX上，测试人员只要按照驱动数据模板去填写数据就可以，而不需要去管CASE的存储、部署、文件的管理等工作，CASE都不是事先生成的，都是在运行时根据配置临时产生的，这样对CASE的维护量就少了很多，也就是说不存在去维护几千个CASE脚本的问题。所以回头看看你提的两个问题，回答如下：
1.请问测试人员在开始测试之前是否要按照ROBOT识别的格式编写手工脚本?
有两种情形，第一，对于WEB测试或者是接口测试（如SOAP）测试人员不需要去编写脚本，我们把脚本的解释放在后台去完成，测试人员需要做的工作就是在前台做CASE的组合；第二，对于完全是场景驱动的应用，如呼叫测试等，则需要通过堆积木的方式拖拉组织CASE场景。
2.同时还能看到有些在IE上操作的代码，请问LZ，那些操作IE代码是否也是自动生成的?
我的做法是，通过程序去扫描页面上的网页元素，生成初始模板，测试人员在初始模板上进行网页元素赋值及CASE组合就可以，动态生成符合Watir语法的脚本，也就是说测试人员不需要去了解相关的语法，当然有兴趣的也可以去修改自动产生的CASE脚本。我在Linux后台开发了一个WEB Proxy，来协调前台任务与Watir的调用，从而在任务管理界面就可以去驱动WEB自动化测试。 多谢LZ的解惑，我很同意你的观点，商用级的自动化软件在实际运用中确实会遇到不少问题，
无法完全符合项目的需求，但各个项目特点不同，没有什么软件能做到通用。商用的软件至少
可以提供一个自动化解决方案。自行开发的自动化测试软件还必须在测试团队中有编程功底深厚的成员，这在目前很多国内企业中也是较难实现的。
LZ的这套视频有不少地方我不是很理解，可能是因为BOSS系统的专业性的缘故。不过我对这套系统的自动化思想依然很感兴趣，LZ是否可以考虑把你们的软件做个DEMO版本，供大家学习参考呢。
UT-ROBOT肯定还有不少很好的自动化思想在里面，也许LZ可以将这些想法编辑成册，大大宣称这套软件，说不定还能获得良好的商业效果。 ganxiefenxiang dsdsdds
页:
[1]
2
