V5，小伙加油

我先看看不说话

换一个文风写，你就是手拿多个 offer 如何选择的帖子了

金融软件得努力啊，p0,p1bug 都有，好多检查项

很详细，赞下。

1. 不干这么 low 的事情
2. 可以爆负责人

要分解细讲啊，北京的沙龙可以每期安排一讲了～

TesterHome 论坛 管理规范、干活多~~~

公司台式 ubuntu， 笔记本 mac air，家里 T400 win7

补充下，请报名的同学实名制，因为拿到入场券的同学我会帮她办理环球金融中心的电梯访客卡，这个卡需要在前台出示身份证领取。

#17 楼 @actionwind ，

1. 元素变更并不能说明被测程序的不好也不说明测试脚本不好，恰好说明维护成本高。我们让开发来参与 webdriver 的编写可以让开发了解 UI 自动化，提高可测试性，比如过去开发对元素不命名或不给 ID，通过编写 webdriver，有了开发的配合，加上 debugid，可以让元素定位更便利，但这种行为并不是每个开发都能做到或者说一直坚持。
2. timeout 正好说明 webdriver 不好的一面——耗时，也无法体现被测程序的好坏以及测试脚本的好坏。UI 自动化可以很好的模拟用户行为，但是在前端很多关联依赖的情况下，一个用例跑完用时很长，可以增加等待时间，不过会极大的消耗硬件成本。
3. 关于 Flaky，@chenhengjie123 已经提到，在做浏览器兼容性测试会经常碰到，各个浏览器速度不一样。
4. 测试团队如何在资源有限的情况下更高效，比如我的测试团队只有 3 个人 (Google 里开发测试比 10 比 1 很常见)，测试团队参与各种类型的测试，那么在 UI 自动化应该投入多少呢，在实践中需要不断调整，你是愿意让你的团队成员每天陷入维护 UI 自动化还是做更多其他类型的测试。
5. 软件质量是一个全员的工作，不是独立的，测试无法保证质量，测试提供及时的反馈和警示风险，开发才能保证质量，在明确的需求下，开发的代码质量是最关键的，如何让开发认识到质量的重要性，推动开发的质量意识，是一个长期的工作。

好久没玩过游戏了，PC 上最后个是星际吧

#15 楼 @actionwind ，你提到的这些在理论上都对，但实践起来却不是这么回事，考虑下维护成本吧。

房子一套，再次做房奴！

#13 楼 @actionwind ，API 的没什么问题，是一些资源上的。Webdriver 的我们统一用 Byid 的方法，每个元素都有固定的 debugid，偶尔才会有元素定位不到的问题，主要是在 timeout 方面，目前我们在分离一些 cases，过去一些 case 写得比较大，另外 webdriver 从 15 年开始已经都由开发自己编写，但是 UI 碰到年度的改版就会出现大面积失败，所以我们减少 UI 自动化的投入。
另，我的帖子没有任何地方提到怨自动化测试的方面，不知道哪里看出的，自动化测试包括了所有测试，不仅仅是 UI 的，我贴图里的 Failure reason 很直观。

#12 楼 @lihuazhang ，再说下，我们俩那天没吃晚饭～～～

#12 楼 @lihuazhang ，也不枉我和 yunjuan 坐 2 号换 4 号再换 3 号去看你

#10 楼 @actionwind ，直接看图片，很直观。

#6 楼 @uncleleung ，我这没有减少持续集成中的 UI 自动化；最早 UI 自动化是测试用例能自动的都自动，那样比例可能会到 80% 甚至更高，目前我们选取 p0/p1 的用例来做自动化，大概是 30% 的比例，加入到持续集成后，发现 UI 自动化运行的时间过长 (在 google 每个项目持续集成的时间会有一个限制)，从失败原因可以发现元素找不到和超时是 2 大主要原因。现在我们的做法是分成 2 个持续集成，1 个是非 UI 的另一个是 UI 的。

报名时间快截止了，请抓紧报名！