为了不影响大家挣钱，我们今天就来加班了

去一线城市吧，机会多一点

当年给政府做项目的时候就是 需求-->开发-->客户验收/上线-，都是上线后出个三方质量报告，方便拿钱验收，这个模式，要么测试、开发结队工作，要么弱化测试，开发将测试、开发的工作都做了。这种公司需要的是全能的开发。

你这样一买一卖还有很多税费的，其实还不一定赚了，如果你决定以后不买了或者短期不买了，那及时止损是对的，但是你三四后又要买，就不太建议，买卖房子也要时间的，还有装修啥的，基本要折腾两年时间，是我的话就懒得折腾了。

确实，很多人理解成了测试人员驱动开发，其实是开发带着测试的思想去做开发，这样开发出来的代码保证可测，因为代码基于用例开发，便于做单元测试

正解~

现在用这的人少了，大部分都上云测，录脚本了

“精准的作用不能只是捞对应的自动化用例，手工用例也应该捞出来。否则这个精准测试就做得很有问题了” 这句话说到点子上了，精准的很大的一部分作用是减轻手工回归的压力，节省的人力可以投到其他方面，但是现实是很多所谓的精准测试只是筛选自动化用例，落了下乘，但是为什么不去筛选手工用例呢，不是不想，而是干不了，很多地方手工用例管理的很差，用例质量也参差不齐，存在的形式也多种多样，如何与精准测试关联也存在很多问题。
其实不仅是精准测试、还是各种效能平台，不建议小团队去搞，想搞这个起码要有研发部门一把手这样级别的领导支持，有一个实力尚可的测开团队才行，如果就测试团队几个人闭门造车，最后的结局就是一个 kpi 项目（当然 kpi 项目也是有意义的），很难落地，不如多找几个外包，多写几条接口自动化来的实际。

luckyframe 最近在看这个，还不错

有个疑问，这种通过 ui 自动化的方式真的能抢到吗？感觉不如手点的快呀