mock

感谢分享！

自己去测试这个任务， 自己去开发这个工具，自己去使用这个工具。 才能得到好的结果

不谋而合，握爪~哈哈

测试不会被杀死，只会披上其他的外衣，被杀死的，只有人罢了。

带薪学习

游戏用客户端时间那不是自己骗自己吗？客户端改个时间就刷新了

其实就是会开发的测试，也是会测试的开发。
另外从职位来说，各个公司要求不一样，不好说

没什么限制，想怎么搞全看你想搞成啥样和时间成本的要求。

学习了。感谢分享，干货不少

挺好的。
包含一个想法的提出和实现。

建议自学开发

dev 就行

管理岗也不一定好，我司管理策略各种变，所谓的 “管理岗” 还不如待在一线。

没自动化测试？

有点以偏概全的感觉。看侧重点吧，你要找工作，java 适用范围最广。

但是实际工作哪儿有那么简单。。。一个公司同一个组都不一定全 java 的。

1. 前期介入后，可以自己造的。
2. 帮他们在规定时间提测或者让测试在更短时间内能测好。缺陷这个，特别影响的你就做他旁边守着改嘛（人手实在不足，你也可以帮着改）。

好的测试一定会做推进工作，而不是等着。

并不是不适合长期做，是如果要长期做，你要付出比别人多的东西。

毕竟你在做连你都看不上的工作。

难道不应该算线上缺陷数？都线上缺陷了，还看概率？

哎，我司现在某些度量指标有些真的是一言难尽。。。

我次奥，我看不懂。。。挨个查来啃一波

很详细！感谢分享

度量有时候做着做着就与绩效曲线挂钩了。。。很无奈，而且经常成为舍本逐末的典型。。。需要所有人都对度量有一定理解才行

1.给不给钱？给多少？
2.去了你会损失啥？
3.去了你会得到啥？

JDK15。。。

看产品吧。
生命周期短准备捞一笔就跑的，外包都不用找。
有长久需求的，外包和用户是代替不了自己培养的测试的。
另外，外包也不便宜，涉及质量的东西，你不用自己人基本等于让产品听天由命。

我做的是最后一题有四个答案的那版，一直报错。。。当时简直醉了

不算污点，但是外包很容易让你倦怠。
同样的活，别人工资就高点，你比正式员工干的更好，一句好评都没。长期下来如果自己没有目标，很容易后面就混混日子了。
有些外包天天混日子，有些外包借着平台各种学。最后差别挺大的。
高标准要求自己就行。