xctool 真的已经停止更新了么？

#13 楼 @xinufo
对于第一个问题；这种情况最好的做法还是从数据源头解决。通过精确地控制测试数据，来让实际结果满足预期，毕竟，自动化测试就是要实现精确的操作。
对于第二个问题，在 Web 性能测试中用的比较多，通常叫做参数关联。在 app 的自动化中也可以采用类似的思想，读取控件的属性值后，后一步作为参数进行使用。当前 AppiumBooster 中还没有实现这种机制。

#4 楼 @mads 表格的确会比较重，也不能很好的进行重用，所以我后面做了 YAML 的形式，现在也是主要用 YAML 这种方式编写用例。然后同时支持将 YAML 转换为表格，方便查看。

#3 楼 @mads
#5 楼 @utopia

当前我是只用 id 去定位控件，这里的 id 也并非一定要通过添加 accesssibility_id 才可以，没有添加的时候，text 也是可以的。
另外，在 AppiumBooster 中添加其它定位方式也是挺容易实现的。

#2 楼 @lose 挺相似的，只是我的做法将用例描述分为了三层

#1 楼 @testly 赞！

#91 楼 @springs412 其实当前的配置就是不在构建列表里面显示二维码的 https://github.com/debugtalk/JenkinsTemplateForApp/

#88 楼 @springs412 可以的，稍微调整下配置就好了

#4 楼 @onecd 我用的最新版的 Jenkins，日志是没有颜色的

#2 楼 @onecd 是么？怎么配置？

#5 楼 @codeskyblue 不是。yaml 用于描述测试用例；是否执行某个测试用例是在执行命令中指定。

指定执行的测试用例

支持两种方式：

• -f specified_testcase，指定特定测试用例文件
• -f multiple_testcases，通过通配符匹配多个测试用例文件

e.g.

$ cd ${AppiumBooster}
# 执行指定的测试用例文件
$ ruby run.rb -p "ios/app/test.zip" -f "ios/testcases/Settings.yml"

# 执行所有yml格式的测试用例文件
$ ruby run.rb -p "ios/app/test.zip" -f "*.yml"

# 执行所有csv格式的测试用例文件
$ ruby run.rb -p "ios/app/test.zip" -f "*.csv"

#82 楼 @jeff1001 代码仓库没配置好吧，都没有成功拉取到代码

#80 楼 @jeff1001 这就是模板内容，可以直接用的

#2 楼 @codeskyblue 每一步操作都会有个 expectation 来检查当前步骤是否成功；上层的逻辑判断是在测试用例中实现的

#1 楼 @seveniruby 是啊，相比于表格的优势是，可以把每一步操作定义为基础元素，然后在写测试用例的时候可以实现复用

#76 楼 @diao2007 有将 Markup Formatter 的设置更改为 Safe HTML 么？

对 Jenkins 输出日志进行颜色控制：http://debugtalk.com/post/make-Jenkins-Console-Output-Colorful/

#3 楼 @codeskyblue 嗯嗯，已经装上使用了，感谢

#1 楼 @codeskyblue 没有搜到 Term Color，倒是有个 AnsiColor Plugin

#10 楼 @lingsuilizai 电商技术。你是互联网事业部吧？加个微信认识下？

大疆还是不错的，期待小伙伴们加入

#73 楼 @diao2007 没有现成的命令，一般都是通过脚本来修改配置文件。在我的工程项目中，就有修改版本号，和你这个比较类似，可以参考下。

#10 楼 @eyesee_janno 哇哦，感谢支持！

#71 楼 @yefan 对啊，打包脚本的核心命令就那几个，只是需要实现更好的调用而已