咋一看，妈呀最近 2 年基本没看测试相关的了。 基本都是开发和一些杂七杂八的书籍了。

默默打开一下 kindle，默默再打开下 D 盘下的 books 文件夹。 勉强算的过去。

不管是 BDD cucumber + selenium 还是 TestNG + selenium 。各有各自的优缺点，但是一定要牢记，BDD 不带 T，也就是 BDD 不是测试框架。

几年前玩过 cucumber + selenium ，calabash 等。 但最后都丢弃了，麻烦！毕竟多了一层， 本来我只需要维护脚本就行，后面还得维护 feature 文件。而且还有很头疼问题，feature 描述时同一个功能 A 测试描述：我用 A 账号登录 B 测试描述：我登录使用 A 账号 C 测试描述：用 A 账号，登录网站 等等。。。 这些描述最终的实现完全是一致，但是如果你想执行通过，要嘛你去修改 feature 文件，要嘛去修改 step 文件。

甚至我还用过 cucumber + 一些 api 框架，最后，2 个迭代，直接干掉，实在累。

能抢到 热门明星门票么

浪！

也给将到的 2018 希望来个词： 猥琐发育！

有个思路就是，模拟键盘操作。 保存应该是 ALT+S 打开是 alt+O

程序员大都喜欢夜间模式。 哈哈。。。 什么编辑器啊啥都 都搞成暗色背景 。。。

嗯嗯 我这几年前做法了。 很早就不这么玩了。

谢谢，我后来自己阅读了下代码，发现只要在你的代码里面 buildTestNodes() 里面加个逻辑，就可以把重复的 case 移除了。

666666 刚开始碰 docker 学习了。

早期注册而已。。。 再来术业有专攻嘛。。。安全这块目前我确实还是小白。

谢谢。 学习了。 我以前观点是 http 下得加密，还得做混淆。 原因是技术毕竟有梯度，多做一层多挡住一层次用户。

是么？为嘛，没做安全。

嗯嗯，不是问题

你是对的，我刚忘了是 https

留

有点像 selenium 的 PageFactor

很多测试自己都这么认为了，能不让别人不这么认为么？ 总归想改变别人的看法，先改变自己的看法，然后让自己强大起来。 我是亲眼见过产品把前端拉起来自己上去改 bug，也见过测试同学把项目测试到 cancel，提了一堆架构设计不合理问题，让开发自己都怀疑人生。

问题来了，为啥不是测试，产品，开发一起开需求评审。

关于是不是鸡肋，我个人认为非常有必要。 首先测试，开发，产品在需求评审会上，每个角色都会根据自己角色出发去考虑需求是否合理，站的角度不同， 再来测试其实往往是最熟悉产品功能的人，往往可以发现需求很多问题，最后磨刀不误砍柴工，越早发现问题，fix 的成本越低。

如果是一名测试人员，说测试 low，我只会说是你自己 low，不懂测试。

擦，默认是匿名。 我说了不匿名。

我 Testng 的 report 我移除了重复的 case，但是 ExtentReports 依旧两个。

chrome firefox 都推出了各自的 headless 模式。 phantomjs 已经放弃了。

遇到过最坑爹的 bug: 提交订单，后端没做价格校验， 嗯， 没错， 你可以 0.01 元买走商城任何物品。

如果 TestNG 加入了失败重跑呢？ 第二次再次失败才要记录，第一次失败是不记录。