不可能，别想了

1 和 2 根本就是架构的事啊，3 是整个项目的事啊 你是项目经理？

我很担心他把这个当成我的年度 kpi，当个测试真是难~

这个可以是 OKR。 但是当 KPI 就过分了啊

测试头目。不是什么项目经理。

OKR 我都觉得过分。好吧……

老板在和你说 good-bye

你可能要意会一下老板的真意了

也许老板不知道这里面有多少坑呢。。

你可以看一下社区 banner 图

这需要多少牛人和优秀实践？ 老板自己没点数？

比较理想化的状态。
你可以搞搞，搞定了就牛 X 了。

第一点你应该跟老板商量回归用例的覆盖率，第二点，那个是发布系统要做的事情，第三，是测试本来就是要减低生产 BUG，这点很模糊，其实看你怎么做人而已。

看招聘信息是吗，哈哈哈。感觉可以看了。随时准备好开溜

说的意思就是自动化测试覆盖所有的旧功能。就可以提升发版节奏了。不过我仍然觉得有点瞎。

有空多跟领导汇报，说明你一直在做，就算做不成，也不会真拿这个考核你。
如果你啥也不说，你懂得。

在首页上，只能看到 “公司老板今天突发奇想，给了我一个年终” 这段，第一反应是年终红包、年终奖、年终大礼包。。。。结果。。。

这套路我懂。。不过我觉得其他朋友说的也有理，我是应该多看看招聘的信息了。老板后边指不定会有什么其他的要求

年终大惊吓。哈哈

三个要求的解决方案：
1、持续发布
2、持续发布
3、不要做持续发布

我们现在就是一周发两次， 周二、周四各发一次。 已经持续一年多。

厉害，兄弟是怎么做到的？每次上线都没问题么

1、xxx 系统能直接按特性发布版本，不需要人工回归测试。
——回归测试用例自动化及逐步精简控制总体测试时间
2、提升 xxx 系统的发版节奏，开发完 1，2 个特性就能发，可以做到一周 2 发 (周一、周三) 甚至更多。
——完整版本发布测试验证覆盖量大，可优化测试策略为增量测试，控制测试总时间
3、上线后的质量提升，生产缺陷下降。
——推进埋点质量数据收集及线上数据监控，可接三方 sdk 方案

可以作为一个长期的目标。。。

小兄弟，我建议你可以看起来社区的招聘板块了

你们中心还招人吗？哈哈哈哈

不需要人工回归测试， 谁写的自动化可以做到这样，估计 BAT 抢着挖走了吧

招，兄弟有兴趣？

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

自动化主要就是回归测试，回归测试的用例又不是完全覆盖所有大大小小功能。不需要人工这点提出来就应该可以说他并不了解自动化。你不提就只有背锅了

有点理想化，除非不是重点业务，人员又缺的情况下，靠这样去保证，否则难，现在的开发质量一大半没了测试还是不行的。当然也有一下部分开发真得是牛逼，代码质量高，还自测很到位，特别异常情况处理完美

可以做三年

你们老板要求的差不多就是《持续交付》这本书里的思想了吧