欢迎来到第 84 期!这里记录过去一周我们看到的软件测试及周边的行业动态,周五发布。
本期看点:SRE对B站活动保障体系的实践总结;UI缺陷检测的智能测试实践之路;一 打尽常见的软件测试策略;TDD 的原理和使用场景;研发效能的度量体系建设实践:有度量才有真管理;如何度量软件架构品经理怎样研究新业务何做一份优秀的竞品分析 告何通过系统思考快速理解复杂业务天很多 CTO 被干掉的原因是他没有成就业务。
·
阅读愉快!
软件测试
1. SRE对B站活动保障体系的实践总结
SRE团队(哔哩哔哩技术)
B 站每年都会有多次大型活动,一场成功的活动保障离不开多个团队的共同付出和努力。
SRE 在背后是如何支持保障这些活动并不断完善活动保障体系的呢/strong>
原文地址: SRE对B站活动保障体系的实践总结 |
2. UI缺陷检测的智能测试实践之路
邹军、肇飞、文博
原文地址: 智能测试实践之路 – UI缺陷检测 |
3. 一 打尽常见的软件测试策略
朱少民(软件质量 道)
大家都清楚,测试资源、测试时间都是有限的,但是测试不能穷尽的,测试的空间是无限的,在有限的时间内、用有限的资源去探索无限的测试空间,的确需要策略。
也就是说,在一个项目中,我们需要制定有效的测试策略,从而以有效的方式、方法完成测试任务,以最小的代价/成本去实现我们事先制定的测试目标,并把测试风险降到最低。
常见的测试策略都有哪些呢/strong>
原文地址: 一 打尽常见的软件测试策略 |
4. TDD 的原理和使用场景
写代码的海怪(掘金)
说起前端测试,有一个东西肯定是逃不掉的,那就是 TDD —— 测试驱动开发。很多前端大佬也都非常喜欢用 TDD 的模式来编程。因为它不仅可以通过测试保障代码质量,还能创造一个良好的开发环境来提高开发效率。
然而,有些同学会对此嗤之以鼻,觉得先写测试再写业务不是浪费了那 50% 的工时么本没时间写业务代码呀。
原文地址: https://juejin.cn/post/7094487842709045285 |
质量效能
1. 研发效能的度量体系建设实践:有度量才有真管理
陈东(TGO鲲鹏会)
原文地址: 有度量才有真管理 研发效能的度量体系建设实践 | GTLC南京 |
2. 如何度量软件架构
麻广广(码猿外)
不管是软件架构治理,还是研发效能治理,通过有效的指标度量都能协助找到问题并加以改进,指标也能反映改进后的效果。
指标很神奇,它就像是一个开关,如果你关注它,开关启动,可能会看到一些奇怪的反应。找到合适的指标让系统达到自己预期的效果,非常难。然而,这并不意味着我们要放弃通过指标度量的手段来解决问题。
通过指标来识别软件架构问题,就像医生依据检查 告上的指标诊断病人的病情一样。软件系统的运行可能远不及人体那么复杂,但随着系统规模的增大,系统的复杂度会远超一个人所能认知的范围,在这种情况下,很难通过架构师的经验来判断哪里有问题,像医生一样通过一些关键指标来找到问题无疑是更明智的选择。
原文地址: 如何度量软件架构 |
产品共振
1. 产品经理怎样研究新业务/h2>
啊庄(晓庄同学产品笔记)
产品经理这个岗位就是这样,永远会接触新的业务,新的场景,新的用户,怎样能快速研究明白新的东西,可以说是产品经理的必备技能。
基本步骤是:
- 第一步:研究专业术语
- 第二步:研究业务场景
- 第三步:研究实现逻辑
- 第四步:研究用户需求
原文地址: 产品经理怎样研究新业务/p> |
2. 如何做一份优秀的竞品分析 告/h2>
黄家翰&空白女侠(空白女侠)
竞品分析的本质是:用户以自身品位为视角,去比较公司与公司或产品与产品之间的竞争(优劣)。
做竞品分析的意义,总结提炼成一句话,就是提高我们的产品活着达到目标的概率。对企业来说,就是达到 企业盈利目标 的概率。
如何提高产品活着达到目标的概率/strong>
分为两个部分。
第一,提升确定性,我们可以去参照一些竞品,然后参照完之后去做一些差异化动作。
第二,我们可以打出更好的攻防战。假设我与我的一个对手做的都是一样的事情。那如果我及时知道对方的行动,就可以及时做出应对策略。
竞品分析应该怎么做呢/strong>
原文地址: 我在麦肯锡为客户做竞品分析,业务增长了200% |
持续成长
1. 如何通过系统思考快速理解复杂业务/h2>
鹿迦(大淘宝技术)
作为在业务线工作的一员,更加全面的理解我们手上的业务逻辑是我们能做好工作的基本条件,我们肯定不能满足仅仅是点状理解的一些信息,也不能接受理解一个业务只能依赖长时间的工作经验,所以这里给大家介绍一个帮助自己全面理解一个复杂系统的工具:“系统思考”。
原文地址: 如何快速理解复杂业务,系统思考问题/p> |
2. 今天很多 CTO 被干掉的原因是他没有成就业务
乔新亮(InfoQ 架构头条)
我可以丝毫不开玩笑地说,今天,很多传统企业里的研发都只是“工人”,哪怕是 CTO,充其量也只是“高级工人”,如果不转换思维去成就业务,就只能停留在工人级别“计件制”的竞争,迟早被裁掉。
一. 后疫情时代,传统企业面临的现实世界是怎样的/strong>
- 今天我们正处于乌卡时代
- 中国市场的变化,从供不应求到供大于求。
- 企业原来是先做大再做强,现在要先做强再做大。
二. 偏传统的企业做数字化转型最迫切的问题是什么好解决的问题是什么难解决的问题是什么/strong>
- 最迫切的问题,统一思想。
- 最好解决的问题,技术问题。
- 最难解决的问题,新建一个组织,实现业务 IT 的一体化。
- 要培养创始产品经理和企业架构师
三. 数字化转型这事应该由谁来牵头,谁为结果负责/strong>
让 CTO 去承担,去牵头,道理很简单,IT 人员可以转业务,但是你让一个业务部门的人来转 IT,想要他从头去学习 Java 和 K8s,这不是很难吗/p>
那谁来为结果负责呢强谁负责。
四. 在数字化转型的过程中,有哪些关键技术值得下力气去做/strong>
- 顶层设计,系统驱动。
- 技术上一定要关注模块化。
- 要关注用户体验,一定要有监控体系。
- 要产生价值,一定要有目标管理。
- 数据驱动经营完善,一定要看数据。
- 只用一只眼睛盯着 AI。
- 三大效率:
-
- 研发效率
- 会议效率
- 决策效率
五. 如何评估数字化转型的 ROI /strong>
分阶段:
- 第一个阶段,你的项目成功上线。
- 第二个阶段,着眼产品,两个 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。
开源地址: 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
如果文章对你有帮助,记得留言、点赞、加关注哦!
(完)
文章知识点与官方知识档案匹配,可进一步学习相关知识云原生入门技能树首页概览8633 人正在系统学习中
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!