且通过注解，单元测试不需要写一行代码了，加少量的注解就可以了，比手写 junit 测试类，省至少 2 倍的时间 。

提问：题主能给个例子看看吗~

iTerm2 + oh my zsh 谁用谁知道

我们在用，总体感觉挺伪 BDD 的，对技术人员还是比较友好

好全，收藏了

因为你最下面这坨时间框不是在页面打开的时候就已经渲染好的。这坨 dom 是到达一定触发条件后再即时渲染的。你可以在刚进入的时候尝试在 chrome 开发者工具的 inspector 尝试搜索 button.button-secondary，看看能搜出几个。然后再把页面拖到最下面，再看看能搜索出几个。

你可以先试试看 scroll to bottom，然后再定位。

活用白盒扫描工具，现在的白盒工具一般可以帮你扫描到空指针问题。比如 sonar

官方给了好几个新 tab 的解决方案，目前我用的这个，特别好用

不过在这个方案不完全适用于所有场景，在某些前端技术方案实现中，还是需要去 stub 后续事件

我用的方法是拿到 cookie/session/token 后，注入到网页中，然后直接 visit 这个 iframe。

软件质量是 “反映实体满足明确的和隐含的需求的能力的特性的总和”。

关于软件质量的思考必须点个赞。
虽然我觉得我们的团队在软件质量保证的方向上一直正确的，不过我觉得我们还没总结出比较合适的度量指标。

请教下楼主针对软件质量的度量收集上有什么好的方法么？或者说，在 “反映实体满足明确的和隐含的需求的能力的特性的总和” 的前提下，如何去评价一个产品的质量到底高不高？

理财那块儿出奇的一致了..

mark 一下

"鹅厂给了多少钱，我猪厂给双倍！"

没毛病，我们都是这么干的，23333

word 妈呀,完成度这么高.

噗哈哈，用繁体字回复算是 respect 楼主吧~

沒有太多實施案例的原因估計是因爲雖然這個技術已經出來并且被研究了很久，但是現在仍然存在大量開放性問題吧。
而且從大部分企業的 ROI 的方向來考慮，大量的變異測試性價比不會太高。自然推廣起來也會困難重重。

补充一下，
maximize_window() 本身是用的 W3C 自己实现的 maximized，

我不负责任的猜测应该是因为 headless 的实现本身也是类似于 remote 模式的缘故，所以这个模式下 window mgr 拿不到 window size 也应该是正常的.. start-maximized 应该也是这个问题吧~

window-size 这个参数放心的用，在不同尺寸显示器下也不会有问题。因为 headless 渲染的分辨率跟你的屏幕没有关系。

楼主可以尝试下设置个超大分辨率，比如 4000*3000，然后截个图看看最后效果就知道了

专门登陆上来给万福打 call

选百度，再跳知乎，工资翻一番 :P

es6 了解一下~

原因的话，据说是因为 IE11 的 xhttp 加载 dom 方式不支持 xpath。

解决方案有几个：

• 使用 css selector 代替
• 老老实实使用 window.ActiveXObject
• M$ Edge 还是支持 xpath 的
• 降级回 IE10

附 M$ 官方支持列表 (https://developer.microsoft.com/en-us/microsoft-edge/platform/status/domlevel3xpath/?q=xpath)：

trunk based development + feature toggle，在公司里面推下这个，我觉得能解决点儿问题~

你竟然在看一个不存在的网站

怎樣翻過部門墻去推動 developer 加強自動化運行是一個很大的話題，期待題主後續文章。