厉害！

啥 app 还要获取你来电信息？大概率有侵犯隐私的风险

领导让干啥就干啥呗，除非又让你干活，又不给你时间，还不给你钱。

套一下开发的一本书，《用例整洁之道：编写优雅的用例》？
老实说，同等质量的用例，评价哪个更优雅比较主观。。。

交付时间长短和造成长时间服务中断也没什么联系吧？有些东西难点交付周期长点，很正常。
如果这里的交付时间是停机上线时间，那当我没说。

个人觉得交付时长和质量挂钩不是很准确，用过程质量中的进度把控比较好。

制裁只能说是给国产软件机会。应用级软件可替代的很多。

你想问的是不是单纯的对比数据，自动化测试显然比人表现的好。

如果是说分布式架构的数据一致性相关，可以从以下几个方面：

1. 早点参与设计评审，从业务出发审核一致性模型，再看看实现是否合理正确
2. 设计专门的数据测试覆盖数据一致性问题（容错和并发数据场景重点考虑） 正所谓 CAP 不可兼得，得根据软件你特性考虑要重点保障哪个，有时候是要为了可用性牺牲一致性的。

先把需求测一遍，再根据完善的需求中规格说明 + 开发的详细设计和领域知识辅助完善场景和用例。

总是存在的话，就不算概率性问题了。能找原因尽量先找吧。

如果实在找不了，评估下这个问题的风险，如果无关紧要，可以写到风险里。如果风险是你们无法承担的，请写测试不通过。

叫抢活了，那只能说太闲了。。。手上事情多的时候，那不叫抢，那叫帮忙分担~
楼主举的例子也不叫抢活，我觉得是去别人的专业领域指手画脚。

1. 单独搞个隔离的干净环境
2. 数据库备份替换
3. 规模小又不影响的话就不回收

价值不需要被证明，你在就是价值。如何提高自己的价钱倒是真的。

如果你的用例已经很完善，每次评审开发打酱油，并且也没有漏测的。这种可以故意写漏几个增强下他们的参与感，如果他们没看出来，那就是态度问题咯。

每次埋个漏洞，大家来找茬，没找到买奶茶。

如果开发确实水平不够（不熟业务或者不相干的人），就别勉强他们来评审了。来评审的，共同对用例质量负责。

这种跟人的主观能动性和经验相关的流程，和团队氛围、公司制度要求、考核、对质量的态度都有关系，想要立竿见影要从多方面下手。

没啥产品说明书吗？方向就是老八样啊，功能、性能、易用性、可靠性、安全、可维护性、兼容性、可移植性。

找到你心仪公司的招聘要求，按要求提升自己就行。

如果自己学习，给自己定几个目标，按时定期提交相应的产出。产出可以是作品、代码、心得文章等等。有产物的学习和自己随便看看随便弄弄是两码事。

如果想系统学习，可以看看极客时间软件测试 52 讲，顺便抽空去考个软件评测师也可，新版教材还不错。

无论是运动还是学习，真的是贵在坚持~

方便跳槽

补充几个黑话：撬动 盘活 跟进 降维 下沉 裂变 导流 操盘 驱动

淡定，别激动。

是被 “新名词”（名词其实并不新，比如质量内建十年前就有人提过）搞怕了，带点吐槽而已。

大家应该不是排斥新的词和技术，排斥和反感的是自己不干活，专门找些高大上新名词折腾人的人，这些人一年一个样，干啥都没啥持续性，拿到好处就换个花活，让真正干活的人给他买单。我觉得这些词以及代表的技术啊流程啊都没啥问题，大家该搞的都在搞。

（看到某组离职了 3 个测试（剩 1 个），有人用质量内建这个词不补人了（有 HC），我只能呵呵。。。）

PS：KPI 能靠刷 bug 数提高个人觉得指标设置肯定有问题

以下是我的误解：

• 质量内建：开发自己要把质量整好，以应对没有测试的情况。
• 研发赋能：这个就好几种理解了。可能是测试就负责点点点即可，其他的交给开发；也可能是测试去给开发提供效能工具之类；还有可能是那句 “研发赋能产品，数字赋能组织”。
• 敏捷驱动：照着敏捷那套来搞，做的是敏捷而不是产品。

一般所有以前 http 的都能正常跳转就行了。
注意下证书到期时间以及到期升级。
遇到过因为证书到期，升级证书导致部分服务器无法访问了。。。原因是部分服务器对高版本的 SSL/TLS 协议不支持。

楼主过了哇~题目变化大不？去年我们这边因为疫情取消了。

同等条件果断选离家近的

有用，不过不是很明显，代码质量有提升。扫出来的 bug 有些现在不影响功能，但是以后是坑（有些问题可能一些人不重视，一些人特别看重，比如信息泄露什么的）。
引入静态工具是 QA 衡量代码质量的一种方式，一般和研发基础要求相关，要不要用得看项目实际情况。毕竟有些项目可能连测试都没。

左移不是针对研发流程来说的吗，往源头移啊，移到需求产生