软件测试周刊（第84期）：这个世界根本不存在“不会做”“不能做”，只有“不想做”和“不敢做”，当你失去所有依靠的时候，你自然就什么都会了。

Posted 2022-08-13 毕小烦

欢迎来到第 84 期！这里记录过去一周我们看到的软件测试及周边的行业动态，周五发布。

本期看点：SRE对B站活动保障体系的实践总结；UI缺陷检测的智能测试实践之路；一网打尽常见的软件测试策略；TDD 的原理和使用场景；研发效能的度量体系建设实践：有度量才有真管理；如何度量软件架构？产品经理怎样研究新业务？如何做一份优秀的竞品分析报告?如何通过系统思考快速理解复杂业务？今天很多 CTO 被干掉的原因是他没有成就业务。

·

阅读愉快!

🐞 软件测试

1. SRE对B站活动保障体系的实践总结

SRE团队（哔哩哔哩技术）

B 站每年都会有多次大型活动，一场成功的活动保障离不开多个团队的共同付出和努力。

SRE 在背后是如何支持保障这些活动并不断完善活动保障体系的呢？

原文地址： SRE对B站活动保障体系的实践总结

2. UI缺陷检测的智能测试实践之路 

邹军、肇飞、文博

本文核心内容是讲如何通过视觉算法能力来检测系统中的图文缺陷，涉及业务痛点、测试集构建、模型效果验证与落地实践。

读者可以从本文了解智能测试的背景、实现方式、以及 CV 与 CNN 如何在测试域达成落地实践。

原文地址： 智能测试实践之路 - UI缺陷检测

3. 一网打尽常见的软件测试策略

朱少民（软件质量报道）

大家都清楚，测试资源、测试时间都是有限的，但是测试不能穷尽的，测试的空间是无限的，在有限的时间内、用有限的资源去探索无限的测试空间，的确需要策略。

也就是说，在一个项目中，我们需要制定有效的测试策略，从而以有效的方式、方法完成测试任务，以最小的代价/成本去实现我们事先制定的测试目标，并把测试风险降到最低。

常见的测试策略都有哪些呢？

原文地址： 一网打尽常见的软件测试策略

4. TDD 的原理和使用场景

写代码的海怪（掘金）

说起前端测试，有一个东西肯定是逃不掉的，那就是 TDD —— 测试驱动开发。很多前端大佬也都非常喜欢用 TDD 的模式来编程。因为它不仅可以通过测试保障代码质量，还能创造一个良好的开发环境来提高开发效率。

然而，有些同学会对此嗤之以鼻，觉得先写测试再写业务不是浪费了那 50% 的工时么？根本没时间写业务代码呀。

作者觉得这部分同学其实并没有搞清楚 TDD 的适用场景以及它要解决的问题。

原文地址： https://juejin.cn/post/7094487842709045285

🐴 质量效能

1. 研发效能的度量体系建设实践：有度量才有真管理

陈东（TGO鲲鹏会）

本文围绕《研发效能的度量体系建设实践》这一话题，将作者带领不同规模研发团队所积累、沉淀下来的思考和实践，从度量体系对于研发效能的意义、度量体系的建立原则、度量体系的架构设计与案例、度量体系的系统运营，共四方面为大家进行分享。

原文地址： 有度量才有真管理 研发效能的度量体系建设实践 | GTLC南京

2. 如何度量软件架构

麻广广（码猿外）

不管是软件架构治理，还是研发效能治理，通过有效的指标度量都能协助找到问题并加以改进，指标也能反映改进后的效果。

指标很神奇，它就像是一个开关，如果你关注它，开关启动，可能会看到一些奇怪的反应。找到合适的指标让系统达到自己预期的效果，非常难。然而，这并不意味着我们要放弃通过指标度量的手段来解决问题。

通过指标来识别软件架构问题，就像医生依据检查报告上的指标诊断病人的病情一样。软件系统的运行可能远不及人体那么复杂，但随着系统规模的增大，系统的复杂度会远超一个人所能认知的范围，在这种情况下，很难通过架构师的经验来判断哪里有问题，像医生一样通过一些关键指标来找到问题无疑是更明智的选择。

原文地址： 如何度量软件架构

🐶 产品共振

1. 产品经理怎样研究新业务？

啊庄（晓庄同学产品笔记）

产品经理这个岗位就是这样，永远会接触新的业务，新的场景，新的用户，怎样能快速研究明白新的东西，可以说是产品经理的必备技能。

本文作者就分享了自己作为产品经理研究新业务的方法。

基本步骤是：

• 第一步：研究专业术语
• 第二步：研究业务场景
• 第三步：研究实现逻辑
• 第四步：研究用户需求

原文地址： 产品经理怎样研究新业务？

2. 如何做一份优秀的竞品分析报告?

黄家翰&空白女侠（空白女侠）

竞品分析的本质是：用户以自身品位为视角，去比较公司与公司或产品与产品之间的竞争（优劣）。

做竞品分析的意义，总结提炼成一句话，就是提高我们的产品活着达到目标的概率。对企业来说，就是达到 企业盈利目标 的概率。

如何提高产品活着达到目标的概率？

分为两个部分。

第一，提升确定性，我们可以去参照一些竞品，然后参照完之后去做一些差异化动作。

第二，我们可以打出更好的攻防战。假设我与我的一个对手做的都是一样的事情。那如果我及时知道对方的行动，就可以及时做出应对策略。

竞品分析应该怎么做呢？

原文地址： 我在麦肯锡为客户做竞品分析，业务增长了200%

🦉 持续成长

1. 如何通过系统思考快速理解复杂业务？

鹿迦（大淘宝技术）

作为在业务线工作的一员，更加全面的理解我们手上的业务逻辑是我们能做好工作的基本条件，我们肯定不能满足仅仅是点状理解的一些信息，也不能接受理解一个业务只能依赖长时间的工作经验，所以这里给大家介绍一个帮助自己全面理解一个复杂系统的工具：“系统思考”。

原文地址： 如何快速理解复杂业务，系统思考问题？

2. 今天很多 CTO 被干掉的原因是他没有成就业务

乔新亮（InfoQ 架构头条）

我可以丝毫不开玩笑地说，今天，很多传统企业里的研发都只是“工人”，哪怕是 CTO，充其量也只是“高级工人”，如果不转换思维去成就业务，就只能停留在工人级别“计件制”的竞争，迟早被裁掉。

一. 后疫情时代，传统企业面临的现实世界是怎样的？

• 今天我们正处于乌卡时代
• 中国市场的变化，从供不应求到供大于求。
• 企业原来是先做大再做强，现在要先做强再做大。

二. 偏传统的企业做数字化转型最迫切的问题是什么？最好解决的问题是什么？最难解决的问题是什么？

• 最迫切的问题，统一思想。
• 最好解决的问题，技术问题。
• 最难解决的问题，新建一个组织，实现业务 IT 的一体化。
• 要培养创始产品经理和企业架构师

三. 数字化转型这事应该由谁来牵头，谁为结果负责？

让 CTO 去承担，去牵头，道理很简单，IT 人员可以转业务，但是你让一个业务部门的人来转 IT，想要他从头去学习 Java 和 K8s，这不是很难吗？

那谁来为结果负责呢？谁强谁负责。

四. 在数字化转型的过程中，有哪些关键技术值得下力气去做？

1. 顶层设计，系统驱动。
2. 技术上一定要关注模块化。
3. 要关注用户体验，一定要有监控体系。
4. 要产生价值，一定要有目标管理。
5. 数据驱动经营完善，一定要看数据。
6. 只用一只眼睛盯着 AI。
7. 三大效率：

• • 研发效率
  • 会议效率
  • 决策效率

五. 如何评估数字化转型的 ROI ？

分阶段：

• 第一个阶段，你的项目成功上线。
• 第二个阶段，着眼产品，两个 100%。产品的使用率要 100%。满意度要 100%。
• 第三个阶段，财务，算投资回报率。

本文很犀利，很精采，推荐去看原文。

原文地址： 今天很多 CTO 都是被干掉的，因为他没有成就业务

🐙 拥抱开源

1. pueue：命令行任务管理工具

pueue 是一个用于处理 shell 命令任务队列的命令行管理工具，支持后台执行、定时执行、任务并行、暂停任务、任务崩溃恢复等功能。

开源地址： GitHub - Nukesor/pueue: Manage your shell commands.

2. Notepad Next：一款开源的 Notepad++ 替代方案

Java技术通

Notepad Next 是 Notepad++ 用户的替代品，它是一个跨平台的应用程序，适用于Linux、Windows 和 macOS。

Notepad Next 是一个 C++ 应用程序，使用 Qt5 工具包作为其用户界面。与 Notepadqq（另一个类似 Notepad++ 的编辑器）相比，这个应用程序看起来与 Notepad++ 几乎相同。

开源地址： GitHub - dail8859/NotepadNext: A cross-platform, reimplementation of Notepad++

言论

1、俄罗斯方块告诉我们，你合群了，你就消失了。 -- 奶茶

2、这个世界根本不存在“不会做”、“不能做”，只有“不想做”和“不敢做”，当你失去所有依靠的时候，你自然就什么都会了。 -- 尼克·胡哲

3、

图片

① 编程语言的年龄（到 2022）

⛳️ C → 50 years old
⛳️ C++ → 37 years old
⛳️ Python → 31 years old
⛳️ COBOL → 63 years old
⛳️ javascript → 26 years old
⛳️ php → 27 Years old
⛳️ Java → 26 years old
⛳️ C# → 22 years old
⛳️ Go → 12 years old

@2gua

② How to build a horse with programming

如果文章对你有帮助，记得留言、点赞、加关注哦！

(完)