Ruby框架在使用中可以帮助编程人员更加方便的编写代码程序，是程序员们在编程中体验愉悦的心情。在这里就介绍一些Ruby框架应用的一些经验。#t#

51CTO推荐专题：Ruby On Rails开发教程

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

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

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

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

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

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

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

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