今天是 2022年07月15日，欢迎来到第 80 期！这里记录过去一周我们看到的软件测试及周边的行业动态，周五发布。
本期看点：创业团队如何落地敏捷测试? 敏捷用例平台的脑图组件2.0；来聊聊我们为什么要写单测；你可能对研发效能的度量有误解；一个满分的项目文档是如何书写的？B站：我们是这样崩的；一个成功的码农要经历哪四个阶段？别让“螃蟹文化”拖垮团队；
·
阅读愉快!
🐞 软件测试
1. 创业团队如何落地敏捷测试，提升质量效能?
老牛（声网开发者）
随着微服务架构、云计算、容器技术的发展和普及，DevOps 在开发者中逐渐成为共识，并成为主流开发模式。但在 DevOps 快速迭代中，测试成为快速交付的一大短板，敏捷测试呼之欲出。很多人提及敏捷测试，却鲜有人提及如何实现敏捷测试。
本文以敏捷测试催化剂为引子，阐述敏捷测试四要素及其组织管理形式，分享中小公司捉襟见肘的测试困境，初创企业如何成功落地敏捷测试的"脱困"案例，及敏捷测试未来的发展趋势与展望。
| 原文地址： |
2. 转转敏捷用例平台的脑图组件2.0
汪彬（转转QA）
本文介绍了转转用例平台的脑图组件 2.0 的核心设计理念和性能优化解决方案。
| 原文地址： |
3. 来聊聊我们为什么要写单测
写代码的海怪
一谈到单测，可能大家的第一反应都是敬而远之。
没啥用，没时间，我不会
作者承认写单测是个非常有挑战性，且难度不小的活，但他依然推荐大家尝试去写一写单元测试，因为它所带来的好处不仅仅是大家想的那么简单：“只是 Bug 少了一点”。
所以，作者在本文尝试从另外一些角度来讨论单测可以给我们带来哪些好处。
| 原文地址： |
🐴 质量效能
1. 你可能对研发效能的度量有误解
茹炳晟（InfoQ）
作者在本文中分享了几个度量失败的案例，研发效能度量的“第一性原理”以及关于度量的一些常见的误区，非常有启发意义。
| 原文地址： |
2. 一个满分的项目文档是如何书写的?
无忌（得物技术）
项目文档是对于项目一个快速了解的一个最好方式，能从中获取到其是所服务的业务，参与开发所具备的知识体系，开发前所需做哪些准备，遇到问题时能联系到对应的同学，不仅能帮助新手快速上手，同时也有助于多个项目并行时，相互之间进行切换起到温故的效果；
总之一个优秀项目文档不仅仅要让团队组员看得懂、用得顺手，也需要让其他成员看得懂、做得出才方可发挥其潜在价值。
一个满分的项目文档应该怎么写呢？
| 原文地址： |
🦧 技术同频
1. B站：我们是这样崩的
哔哩哔哩技术
2021年7月13日22:52，SRE 收到大量服务和域名的接入层不可用报警，客服侧开始收到大量用户反馈B站无法使用，同时内部同学也反馈 B 站无法打开，甚至 APP 首页也无法打开。
此次事故发生时，「B站挂了」迅速登上全网热搜，作为技术人员，身上的压力可想而知。
本文向大家简要介绍了此次故障产生的诱因、根因、处理过程、优化改进。
| 原文地址： |
2. 一个成功的码农要经历哪四个阶段？
熊伟（心声社区）
作者认为大体应该经历四个阶段才有可能成为一个成功的码农。
- 持续的兴趣：
-
- 不论什么行业做到最后，枯燥乏味才是行业的本质。
- 兴趣是支撑我们职业道路走得远的唯一。
- Linus 说：“当你做软件的时候，不要去考虑它是否能成功，你只需要考虑你自己是否喜欢做这个事情，然后去做就好了。”
- 基于细节的技术基础：
-
- 细节永远是考验一个人是否专业的标尺。
- 同时长期对细节的关注养成的职业习惯会很大程度上有助于技术判断。
- 无论多高职级的工程师，只有对细节的关注才能避免一些可能是“眼见为实”的偏差，而尽可能多的知识覆盖，才能让一个人有足够的分析和判断能力，对自己所从事的领域做到心中有数，同时才能产生不同知识之间的交联反应。
- 深入客户的行业理解：
-
- 在兴趣和技术细节基础之上，更重要的阶段则是要对所在的行业有深刻的理解。
- 只有在对行业有深刻的理解的基础上，我们才能谈到技术规划，才能谈到版本演进路径，才能谈到生命周期，甚至才能谈到社区治理、技术方向的投入等内容。
- 面向完整业务的创新：
-
- 只有在懂行的基础上才谈得上创新；
- 我理解的创新并不是一个技巧的改进，一段代码灵光一闪的优化，而应该是在对所在领域深刻理解的基础上做出的一些或大或小的变革，或者是一个完整的产品，或者一个完整的系统，而且这些变革、产品、系统能在商业上带来一些收益。
| 原文地址： |
🦉 持续成长
1. 李诞的方法论大家都应看一遍
陈无用
脱口秀在中国是一个新鲜行业，李诞见证了它的诞生和发展，在这几年里，他从编剧做起，前期策划，后期剪辑，现场执行，商务对接，嘉宾对稿，上台表演，剧场经营，各种谈判，线上线下，台前幕后，所有活儿都干过了。他把几年的工作心得都写进了《李诞脱口秀工作手册》。
下面是几点摘要：
- 工作的本质是交易，我们在用自己的时间和才能，通过一家公司，与市场交换金钱。
- 选择了这个行业，想要做得好，请尽早放弃分开工作和生活这种有害的想法，请尽早学会在工作中享受生活，在享受生活中工作的办法。
- 创作不能靠雷劈，创作要自己没事就劈自己。大家都很懒，只能靠外部压力的话，那就没事多给自己找一些 Deadline。Deadline 永远是创作最好的朋友。
- 面对一个大脑，想要影响它，最好是从情绪进入，再去说服理性。
- 不要给人拒绝的机会，给选择。
- 要像项目负责人一样思考。
| 原文地址： |
2. 别让“螃蟹文化”拖垮团队
赵健（企业管理杂）
有一种现象在蚕食着团队力量，降低团队效能，使团队逐渐丧失发展动力，这就是弥漫在团队中的“螃蟹文化”。
“螃蟹文化”即“螃蟹效应”，指当竹篓里仅有一只螃蟹时，如果不盖盖子，螃蟹便会爬出来；但当篓子中有一群螃蟹时，即便没有盖子也不会有螃蟹爬出来，因为只要有一只往上爬，其他螃蟹便纷纷攀附在它身上，并把它拉下来。
存在“螃蟹文化”的团队往往士气低落，成员热衷勾心斗角、相互拆台，导致彼此关系紧张而脆弱，人人自保只会人人自危。团队中若有人取得突出成绩，或想努力创造效益时，便会引来其他成员的嘲讽、疏远，甚至招致成员的牵制、打压。
如果团队成员就像相互牵制的螃蟹，那谁也爬不出这一尺竹篓，在屡屡内斗中，团队难逃低绩效、高内耗甚至解体的命运。
| 原文地址： |
🐙 拥抱开源
1. massCode：面向开发人员的免费开源的代码片段管理器
massCode（ Github爱好者）
massCode 是一个面向开发人员的免费开源的代码片段管理器。它可以帮助你创建和组织自己的个人代码片段集合并快速访问它。
| 开源地址： |
2. Yaade：一个开源、自托管、协作的 API 开发环境
章鱼猫（GitHub黑板报）
为什么要构建一个开源版本的 Yaade，作者的起因是这样的，他希望在跟同事间合作能够方便的进行 API 的分享。
而现有的比较流行的解决方案 Hoppscotch，在安全性和数据持久性上都不太优秀。而 Yaade 希望构建一个能够私有化部署，并且能够保证足够安全的 API 开发平台。
| 开源地址： |
言论
| 1、理解一个人并不一定非要同意这个人的观点。 |
| 2、在山野中，在天一点一点黑下来的时刻，一切都无关紧要。 | 陈春成 《夜晚的潜水艇》 |
| 3、人活在世界上有两大义务，一是好好做人，另一条是不能惯别人的臭毛病。 |
4、当你无聊的是时候......
图片
1、初级开发 VS 高级开发
2、产品我修复好了，能不能用就不管它了。
如果文章对你有帮助，记得留言、点赞、加关注哦！
(完)