关于Ruby框架的一些想法

发表于:2009-8-07 17:44

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:zhoubingxin    来源:Taobao QA Team

  深刻感受到自动化的便利,尤其是ruby框架的成形大大提高了我们的脚本编写效率和复用度。一个场景一个脚本,就可以跑N个测试用例,校验点无需编码,完全用EXCEL实现,真的很方便。不过,在校验值这一块曾碰到这样的问题,使我觉得我们可以将这个方法更加完善。

  1、  文本校验值现在做到了校验期望值的存在。但其实有很多用例都是希望校验期望值不存在的,如果能增加这一块的校验就更好了。

  2、  当校验如dialog对话框时,如果程序运行时没有弹出对话框,应该返回校验失败,但现在实际上是脚本出错。希望封装好的check_dialog方法可以先增加个判断对话框是否存在,在存在的基础上再校验对话框的内容会更好,这样至少不会使脚本出错了。

  3、  check_text的文本校验中缺少实际值的返回。如果能对文本校验失败的地方返回实际值的话,对测试人员和开发人员又是一大福音。否则对于测试人员报告BUG时,相当于还是要去重现一下实际结果是什么。

  4、  现在check_text实际上做的是全页面的检索,而没有针对某个区域的检索。如果多加些可以定位的参数,缩小检索范围,相信后面的脚本扩展性会更好,也能使更多的用例用于自动化。

  5、  如何用check_db方法对数据库的值通过变量的方式进行比较。如A字段在程序运行后+1了,验证是否加了1。现在这个方法不能支持运行前后数据库的比较。

  6、  现在我们数据准备恢复是放在EXCEL表中的,且在EXCEL中存有数据库连接信息。但是校验值这一块却仍是用的config配置文件的数据库连接信息。建议能统一起来,这样可以方便一些,我觉得放在EXCEL表里可以更清晰,哪些用例是用哪个数据库。

  7、  另外,关闭浏览器的ie_close()方法,最近好像改了,以前是可以带参数,ie_close(”ie”)。总觉得还是以前的那种可带参数好,可以关闭指定的窗口,现在不支持带参数的关闭,关闭时必须所有页面全部关闭了,这个尤其在本机运行时不方便,把不该关的也关了,呵呵。

  希望Ruby框架越来越完善~~~

《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • piecehealth
    2009-12-17 11:49:48

    那7点问题都很容易实现吧,所谓的ruby框架是什么?

  • love0523
    2009-8-10 14:19:52

    mark

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号