#1 楼 @ycwdaaaa 第一点我也是理解 master 带不动，用 slavey 去跑任务，关键是现在 slave 节点也不去跑，而是 slave 节点再发程序到另外一台目标机上运行测试，完全脱离了 jenkins 的监控范围，就是因为此种方式，导致 jenkins 解析不了测试报告，因为测试报告不在 jenkins 的 workspace 中生成
至于第二点，倒真是因为后期可能很多台机器要部署环境，配置工程师也说这样我没加一台机器就要重新部署一次环境，我想既然你都开始用虚拟机来扩容增加节点，为什么不做一个带有基础环境的虚拟机镜像，这也算是一劳永逸的事情，为什么要运行脚本的时候我要提供基础环境，而且在 windows 中，不是所有依赖都可以用绿色软件来解决的
第三点，配置工程师总是和我强调后期可能多个事业部都会用到这一套环境，其他所有部门都是这样做的，为什么你们测试部这么特殊，我是想什么我都用批处理干了，那我特么要 jenkins 有毛用，这不重复造轮子嘛

@dongdong test

#20 楼 @anonymous 小白看了这些烂书，会被带坏。很多小白按书里的跑不通，你麻痹，书里就写错了。

其实在开发看来，21 天精通都是 shi，在测试还是小白的时候，觉得这些书也还可以，你稍微精通了点，就喜欢喷测试书，有意思吗，不爱看就不看

如果有疑问请向你的工作组长反馈，

我曾经也呆过一个创业公司，产品经理开会说，我们应该做一做安全性测试
然后被 boss 打回说，先把功能测好吧

我还碰到过一个设计师，每天花的最多的时间就是告诉你，我这个设计师对的，因为我觉得用户应该这样这样这样
你们不懂设计，不要瞎 bb，你们说服不了我的

其实每个人都有脾气，就看你怎么运用，加上每个人的性格不同，处理事情的方式也不一样

如果我是 LZ，我肯定是不能忍了

@dongdong 测试

测试开发是用来给测试部门刷成绩的，手工测试同学是用来扛活的，成绩刷到了，跟手工测试同学毛关系也没有，做做测试开发挺好的，至少还能有那么一丢丢的尊重

结果如何？

test @dongdong

#11 楼 @lihuazhang
代码在 github 上，这个怎么理解，有链接吗？

软件测试本来就是一个：测试基础 + 开发基础 + 业务和系统架构的 一个混合体。

测试的门槛不高，很多人都只是有点测试的基础。

卖书吗，总归想要大卖，所以面对的层次不能太高。如果讲的太深，谁买啊。

所以 21 天精通 xx 这类的书才会卖的好。

单纯从读者的角度讲，按需选择才是正确的。

#14 楼 @yangchengtest 说出了真理

#10 楼 @nickli 只负责骗钱，~

大话 1 的定位本来就不是技术吧，这有什么好黑的

#3 楼 @anonymous 大话移动测试，根本算不上什么技术书，跟技术挨不上边，最多算是作者茶语饭后跟别人吐槽吹牛逼的记录，没任何实际意义

所以买测试书不如上网看文档。

这位哥，你觉得你真的可以匿名么。。。。。。

标题一个比一个高大上，然而实际呢？

大话移动测试 1 真是垃圾

大话移动测试 1

宇宙大百科～

找个项目管理？我们都是产品从头操心到尾。

1、从团队管理：团队管理需要权威制定计划，排期未完成可以有相应的处罚的；团队成员：先做好自己的事情，有意见可以提出。
2、需求确认不到位可以建议增加需求再确认这一步：列出需求点（简单明了）邮件发送团队所有成员（可由产品需求也可由测试发送）再还有问题可以向团队负责人提出意见。
3、开发不自测：a、你还是可以提意见，b、冒烟测试不通过可以打回；提交 bug 是测试工作的重要部分，bug 太多请参考前面 b 点。
上述：意见提出的方式建议以邮件或在周例会上提出。
各个团队的合作环境存在差异，但先摆正心态做好自己的事情，不可边抱怨边做事；

看来这个面试官对 UI 自动化深恶痛疾啊，十年河东十年河西，曾经被视为 ‘大牛’ 的 UI 自动化技术终于没落了，然而给我的感觉来说，这面试官应该是哪壶不开提哪壶吧，他自己恐怕连这些性能测试该怎么做都没有头绪，所以才跟你提这些东西。

哪个公司面试你的？这个主管应该是水货。