太多了。。。各种安全规范、sonar 指标，这些东西看团队规模和公司的要求。

突然想起了两个人的项目组被强迫搞敏捷的故事。。。

1. 强迫自己给出多条观点
2. 给观点分类（平行、递进等）
3. 给分类的观点进行发散
4. 反向思考
5. 提炼总结

你主要是最近不想写代码吧。。。

大概率是越狱中了病毒。如果实在越狱了，不点不信任的链接，不下载未知的 app。

晃眼看成了孪生素数。。。哈哈，非物联网行业，第一次听说这个概念，学习了。

这不就是对用例执行顺序排序的过程么。。。

testng 个人觉得是标准做法。
用有向图判断强连通子图来检测循环依赖，区分顺序执行的方法列表和独立的方法列表。
独立方法列表可以考虑并发执行。

是的，目前兼容 apk，以后就说不准了

我们部门之前就有这个倾向，按了一年，因为组织架构调整，死灰复燃了。

学习下~
之前我也准备转到 agileTC，不过由于离职的太多，搁浅了。
另外由于项目要求必须向下兼容，所以目前 git 管理用例还行。

这里应该 H-G 吧。
另外整个流程不就是递归的吗？

加个约定俗成的缺陷类别就行了

路径去掉空格换行什么的试试

跑一下把请求返回以及对应的第三方请求返回录下来

1. 哪个顺手用哪个，我的经验是开发用啥我用啥，资源不够的时候好抓壮丁
2. 根据需要自己组合就行，哪儿有什么好不好的。。。你这和 java 好还是 python 好这个问题差不多
3. 涉及到第三方多的，一定要便于录制，比如自动录制 mock 数据什么的

我在 LeetCode 刷到过，原题及题解帮你找到了。
https://leetcode-cn.com/problems/department-highest-salary/solution/bu-men-gong-zi-zui-gao-de-yuan-gong-by-leetcode/

毕竟人都是活在预期中的。超出预期一次，就是压榨的开始~

流程跟不上研发节奏，标准化不接团队地气，没有形成团队共识。

这是流程化、标准化的工具的通病，很多流程化、标准化的工具，慢慢的被变化的团队结构和研发流程所遗弃或者选择性使用了。

根据实际情况来吧，有些公司或者个别领导，就要那些用不上自己也不看的玩意儿，或者蹭点数据去做汇报。
美其名曰：数据支撑。实际毛用没有。

发个风险邮件完事儿。测试报告不用自己写的，也没人看，自动生成了。

用的最多的是流水线和 xmind，其他都和代码一起管理了。

ok 了 3Q

我那个可以改下用户名吗，自己改不了。

就是在改邮箱的时候提示的。。。