赞！期待后续解决阻碍后的更新。

这类问题去脉脉匿名区问比较好吧，也为陆金所的同学着想下？

PS：这类问题可以直接问 HR ，或者问你要入职部门的同学。陆金所还是挺大的，很有可能回答你的同学加班情况和你即将入职部门的不一样。

感觉楼主的解决方案，不好保障是否做到位？比如要求大家都检查配置文件的 ip 是否正确，如果刚好这次是一个新入职的同学，不知道或者不记得要这么做，问题是不是还会存在？有什么手段检查大家是否都有做到位，甚至达到做不到位就无法进行线上/预发布环境的接口测试的地步，杜绝问题的再次发生？

个人建议，可以从这几个方面做：

1. 对于生产、预发布这类直接对接线上数据的环境，相关配置数据都通过环境变量配置，不允许写在 git 仓库里。同时配置读取时，若有同名环境变量配置，优先读取环境变量值。可以参考下 spring boot config 的设定。杜绝由于没检查配置导致跑到生产/预发布环境的问题（用的配置就不是 git 仓库别人提交的配置）
2. 单独设定另外的 jenkins job ，job 中设定好第一点提到的环境变量。大部分测试人员不需要，也不应该知道生产/预发布的配置。job 配置权限只有组长级别有，固定写死只跑生产/预发布不测试环境，且测试集名称固定。禁止在用户本地执行此类测试（手工操作是最不可控的），可以通过 ip 限制等手段封禁，只允许 jenkins 服务器访问生产/预发布环境。杜绝用户本地随意修改执行，影响到生产/预发布。也杜绝 jenkins job 被任意修改为执行不能在线上执行的测试集的问题
3. 线上/预发布环境的测试集，和平时的测试集区分，且每次修改必须通过组长审核通过。如果脚本是 git 仓库管理的，可以使用 gitlab 的 protect 分支特性，jenkins job 只执行 master 中的用例，而 master 分支是 protect 分支，若要变更，只有组长级别有权限。可以通过 MR 让组长只审核，不用自己改代码。杜绝线上/预发布环境的测试集被错误加入线上不能运行的用例的问题

上述几个如果做到了的话，那么如果一个测试人员要让一个本不该在生产环境跑的用例，到生产环境跑，必须拿到 jenkins job 的配置权限并改为自己的用例集/绕过组长往线上用例集中加入不该加入的用例，除非故意做，否则不可能由于粗心达到这个目标。这样是否能更有效地避免同类问题发生？

文中提到一个点，做出来的工具没有落地使用，所以价值不大。但从后面的规划看，好像没提到与之合作的团队的声音？

有试过和其它团队一起沟通，以一种合作的方式来进行工程效率工具/平台的建设吗（比如前期需求目标确认，喊上合作团队的同学一起参与；每部分功能完成后，都邀请合作团队试用）？有轮岗到业务团队一起去完成一次业务项目，从中感受下业务团队的痛苦点吗？如果没有，那很多时候并不好抓住最痛的痛点，因为看问题的角度并不一样。

个人建议，可以尝试参考腾讯的《不测的秘密 精准测试之路》里面的模式，业务组一个同学 + 工程效率组一个同学 + 一个 leader 级人物一起合作，大家朝着一致的目标，完成一次效能提升。

嗯，那看来情况不同。

我们是用代码实现的话，多接口加密会导致代码重复比较多，不好维护。

这篇看过不？

https://juejin.im/entry/556f01b6e4b08ae2e1b4acce

现成开箱即用的应该没有，即使是 oc 也是要自己去探索一下的。

用 JSR223，会不会调整参数不方便？

对于这类加解密，我们一般是通过增加 http 实现来做，便于继续复用 http 界面进行入参编辑。

没有尝试过。已经一段时间没有弄 app 相关的东西了。

这个问题有点伸手党呀，公众号、百度有尝试过不，如果有，也把相关记录贴下？

我们公司有在使用，公司的 java 规范就是基于阿里规范调整而来的。

只是这块更多是由独立的 代码评审委员会 做，测试同学参与不是太多。

额，你没有再确认下，mock 写入大致指的是什么？

“mock 的写入” 这个术语我也是第一次听，能猜想的可能有两个：

1、mock 逻辑的写入。类似于 mock 规则怎么写
2、把应用中写入相关的逻辑 mock 掉

但真的无法确认是哪个。

建议完整回忆下问题的上下文？现在这个问题大家都一头雾水，各种回答好像有道理，但又好像和你想要的不一致，讨论不起来。

因为支持需要进行扩展开发，工作量和支持内嵌视频差不多，所以要先评估下使用的价值。

你提出的这个示例，没太明白此处为何必须用上标？个人理解这个示例里面的 1 不是上标，应该也问题不大吧？

不知道 mock 写入，是不是类似这样的场景？

一个添加用户操作，需要写一堆转换逻辑，然后往真实 db 写入，写入完再继续转换。
而此时测试主要想测转换逻辑，但不想真实地进行 db 写入（比如想降低环境要求，或者 db 写入有幂等校验，第二次写入无效导致不满足可重复的测试等）。

那这个时候，就可以通过 mock 把 db 写入变成一个虚假操作，指定返回成功。单测时不调用真实 db 组件进行写入。而校验条件则是是否有调用写入 db 的函数、调用的参数是否正确。
具体框架实现，可以参考 https://www.jianshu.com/p/a07ac78a6d86

写得很赞，浅显易懂呀。

建议和你们前端沟通下，他们是通过什么函数或者变量捕获这个提示信息的，你也去捕获相同的变量试试？

selenium 支持内嵌 js 到浏览器页面的

varchar 类型的值需要加引号，这个不是 sql 本身的语法？

考虑到支持任意 html 代码容易引起安全风险，目前社区的 markdown 仅支持有限几个特定用法的 html 代码嵌套。

想了解下，这个需求是在什么场景下需要用到？

能截个图看看这个上标下标是啥效果不？没看懂。

另外，这个应该不是标准 markdown 语法吧？从你代码块看是 h5 标签。

问人被喷这个可以更详细说下不？

比如曾经有哪个问题是你百度没找到，然后问人被喷？你问的时候是怎么问的？

加精理由：对于大部分人认为是 “常识” 的知识，不仅勇于提出质疑，而且也非常详细有条理地去进行深入优化，最终得出一个对项目更优的方案。这种学习方式非常值得鼓励。

@BrightLove 若希望阅读此书或获取此书电子版，请遵循正常购买途径购买。

论坛不鼓励传播盗版书籍，因此直接删掉此分享链接。

请大家尊重版权，尊重作者的辛苦付出。

找到了，是这两篇吧？

有赞：有赞环境解决方案
阿里：在阿里，我们如何管理测试环境？

哇哇，受宠若惊，谢谢点赞。

有个疑问，直接回退代码到老版本，再用相同的步骤操作尝试重现，这个方法尝试过吗？有遇到什么困难导致不满足？