#59 楼 @pacerron 这个脚本就是一个 UIAutomation 的脚本。具体写法建议你直接在 github 上咨询作者，我也没写过。。。

草稿建议用记事本来写，不要发出来。。。

请使用 markdown 。

建议看下上年的第一期北京沙龙的 topic ：https://testerhome.com/topics/3123

怎么感觉这个贴这么眼熟？

而且正文的格式都是引用，不妥吧？

#1 楼 @eileen222 哈哈，一直都有关注 teambition ，目前 Testerhome 团队的一些项目也有在用 teambition ，确实挺好用~

不知道后面能不能和 testerhome 开展合作呢？如果有兴趣，可以微信联系我 chenhengjie123

#9 楼 @luoxi001713 赞~

#6 楼 @luoxi001713 模拟器不清楚。。。你可以试下这个：http://jehiah.cz/a/iphone-simulator-screenshots ，我没试过，不确定。

#3 楼 @luoxi001713 貌似没有。iOS 不越狱的话没有能直接访问它的 shell 的工具。这个命令来自 libmobiledevice 库，这个库是通过实现 itunes 传输协议来做到这些功能的。

苹果的截图命令：

$ idevicescreenshot --help
Usage: idevicescreenshot [OPTIONS] [FILE]
Gets a screenshot from a device.
The screenshot is saved as a TIFF image with the given FILE name,
where the default name is "screenshot-DATE.tiff", e.g.:
   ./screenshot-2013-12-31-23-59-59.tiff

NOTE: A mounted developer disk image is required on the device, otherwise
the screenshotr service is not available.

  -d, --debug       enable communication debugging
  -u, --udid UDID   target specific device by its 40-digit device UDID
  -h, --help        prints usage information

Homepage: <http://libimobiledevice.org>

PS：HTMLTestRunner 和 appium 没啥关系吧。建议你把你用的 android 上 HTMLTestRunner 的截图相关代码放上来，这样才知道你要怎么做才能替换成 iOS 的。

#56 楼 @silent_8 偶是男的

#10 楼 @aishangliuliangdezhu 没啥区别。集成的时候你有一个能用的 appium server 就好。

建议楼主直接入驻 utest 。报酬是美元，比国内高一些。

#2 楼 @bupt_zhiwei 这事很难具体。。。我们走过的路不代表也合适你走。。。

真要具体点的话，我目前想到以下几个吧：

1. 用例设计。多学习，多接触，多了解用例设计的方法，比较别人设计的用例和你设计的用例有啥差别，提高自己的用例设计水平
2. 尽可能深入地了解自己测试的项目的业务和项目里面核心功能的实现流程
3. 学习一门编程语言
4. 留意 IT 行业的动态

还是建议你看看相关话题里的文章吧。经历会比较具体。而且今年年初有一波年终总结帖，建议你去看下。

多看、多学、多思考。

PS：你可以看下相关话题里的文章，看下别人的历程是怎样的。

#6 楼 @eileen222 已开通

#6 楼 @ycwdaaaa 那就找老大要权利，或者让老大来帮忙推。开头总是比较难的，后面尝到甜头就顺了。

举个例子，开发有一段代码进行了重构或者优化，但他又不敢随便 commit ，怕有严重的 bug 。这个时候有单测就简单多了。不管三七二十一把单测跑过就至少保证不会有很严重的 bug 了。

站在他们角度来想问题，和他们说清楚这么做了之后对他们有什么好处（例如节省了时间，不用因为担心出问题而不敢优化代码），这样他们更容易认同。毕竟谁都不希望产品质量差。否则他们会觉得这事纯粹就是给你减负，给他们加负，自然不好推。

#4 楼 @ycwdaaaa 我也没试过，不过有奖励机制推起来应该容易一些。这些东西你可能请教一些 HR 或者管理岗的同学比较靠谱。

内容太多，可能领导还没看出你重点想说啥？

团队大的话，沟通能力确实很重要。要想开发增加质量保证机制，我觉得得让他们尝到甜头，例如覆盖率高有小礼物之类的，或者及时给些报告说明增加了这个机制后质量提升的情况。要不他们只会觉得增加了工作量，看不到产出。

额，这不是 appium 相关问题吧，帮你移到更合适的区了。

另外，我理解你的意思应该是那些 pass/fail/detail 的超链接都变成是固定文字是吧？那你可以用正则表达式之类的把所有超链接标签改为其它的标签。

但我觉得去掉了这个功能之后，报告里面一些很重要的内容就缺失了。建议你检查一下为何邮件不支持 javascript ？正常的邮件应该都支持的。确认下你的 mine 类型是否正确？

#5 楼 @pacerron 这个要看你的搜索接口是怎么实现的咯。个人觉得直接用 sql 数据库的值进行比较不是太靠谱，毕竟搜索结果不是单纯通过 sql 语句就得出来的，中间的权重计算过程很可能比较复杂。

如果你只是检查数据的格式和值是否有效，不检查结果排序之类的，那直接 sql 应该确实可以。

要不想办法让它固定下来，要不就只能检查结果格式对不对，不能检查结果的值。

有部分 markdown 不符合语法规范，导致显示效果不好，麻烦更正下吧。

详细的规范可以查看 排版说明