本文，谢绝转载。
整体框架设计：
1、用例的解耦性。一个测试用例一个脚本。而并非minitest中的N个test写在一个文件中
2、单独调试与全量连跑或部分连跑
3、任意变量、参数配置。这点对后期维护或产品变更频繁非常重要，后面介绍
4、元素解耦，一个元素定义一个方法
5、报告结果展示
我们来看看具体目录结构划分：
总共有四个目录：lib存放库文件；rake启动测试连跑，连跑前后对环境的一些操作；screenshot提供对单独调试和连跑失败后截图保存；temp为测试系统数据文件，比如鉴权文件，地图导入文件等
testcase就是存放测试脚本的目录了。
lib下面的3个文件：
ENV主要为变量设置文件。我的要求是，只要涉及到会变动的参数都给定义到该文件。我不想看到后期开发一个小改动，我们需要改动一批脚本
system文件主要为被测系统的元素集合。一个元素一个方法。我们对注释、方法名的命名都有严格的标准
action：一组动作的集合。比如登录系统包括输入账号、密码、点击登录。我把这些动作封装成一个登录的方法。为什么要这么做？举个例子：
后面需求改动了，在输入完密码后需要输入验证码。如果你有5000个脚本都做了登录，那么你需要改动5000个脚本。而我只要在action的login中
加入验证码的步骤即可。
testcase中用例示例：
#======================================================== #+++++++++++++++++ 测试用例信息 ++++++++++++++++ # 用例 ID: RQ_login_succ_001_001 # 用例标题: 管理员账号登录成功 # 预置条件: # 1.打开浏览器，进入系统登录界面 # 测试步骤: # 1.输入正确的管理员账号：admin和密码：123456； # 2.点击“登录”按钮 # 预期结果: # 2.登录成功，跳转到“任务配置”页面 # 脚本作者: # 写作日期: 20160921 #========================================================= require 'crowdSysAction' require_lib($debugLog) class CrowdSystemTest < MiniTest::Unit::TestCase def setup #实例化driver @driver = CrowdAction.new(@dr) #打开被测系统 @driver.open_test_system($testBrowser,$crowdSysURL) end def test_RQ_login_succ_001_001 @driver.login($adminAccount,$adminPasswd) #登录后，检查当前页面存在assert_enterTaskConfig_element元素，即认为登录成功 assert(@driver.assert_enterTaskConfig_element.when_present($waitTime).present?,"登录失败，未跳转到指定页面") #注销系统，确认:0;取消：1 @driver.logout() end def teardown #关闭浏览器 @driver.close_browser end end
对工程打包成gem的方法请参看我前面写的文章。http://www.cnblogs.com/fithon/p/6381514.html
git工程位置：https://shencanhui@gitlab.com/shencanhui/workspace.git