新年好!时光飞逝,我们告别了难忘的2023,迎来了充满希望的2024。再次感谢大家的一路相伴~~
今天,我们整理了2023年公众号阅读量靠前的10篇技术文章,欢迎大家品阅。祝愿大家在新的一年里,持续精进成长,再攀技术高峰(文末有福利)。
01
聊一聊在字节跳动做项目质量改进的经验
来到字节跳动,做项目并非一帆风顺,可能是部门刚成立的缘故,接手过来的项目是一个多年的老项目,没有测试沉淀,对于我来说完全就是黑盒中的黑盒。一切都要从0到1开始,包括业务熟悉、测试团队建设、开发测试关系培养、测试流程完善。>>阅读全文
02
软件测试二十载
从事软件测试20年的一位测试老兵的自述,探讨了系统性思考对测试的重要性、测试管理等测试人都会遇到的问题,虽然作者自嘲这篇文章又长又无聊,但是这篇文章很值得一读。>>阅读原文
03
如何处理不稳定的自动化测试?
这个问题是Reddit论坛上软件测试相关讨论比较高的话题,探讨了自动化测试用例成本维护之痛的根源,并针对这个问题如何降低维护成功,当然作者也结合自身团队的实践,给出了一些可行的建议,例如mock依赖项、用例快速保鲜等 >>阅读原文
04
低代码自动化测试的实践
无代码自动化起源于20世纪末的软件自动化快速发展的过程。在软件开发的早期,几乎所有工作都是手工完成的,从编写代码到测试执行。但随着软件系统的规模和复杂性增长,手工流程变得越来越不切实际且容易出错。对更高效方法的测试需求加速了自动化工具的发展,这些工具可以比人类更快、更准确地处理重复性高的测试任务。>>阅读原文
05
浅谈软件质 量定义与度量
本文从研发角度(可以理解为如何写出高质量的代码)探讨下高质量软件应具备哪些特点,以及如何度量软件质量。 >>阅读原文
06
阿里微服务质量保障系列:研发流程知多少
他山之石,可以攻玉。本文介绍阿里巴巴研发流程,可以直观感受阿里测试工程师从项目的立项到最终发布经历了哪些过程、做了什么工作。>>阅读原文
07
深入探讨软件测试的质量度量指标
质量指标的使用使公司能够提高其软件产品的质量、提高用户满意度并降低开发成本。通过在整个软件开发生命周期中仔细监控这些指标,团队可以查明需要改进的地方,度量质量目标的进展情况,并根据数据做出决策。对于软件开发团队而言,确定针对其特定项目、产品或质量目标量身定制的相关质量指标并将其无缝集成到质量管理流程中至关重要。>>阅读原文
08
探讨接口测试颗粒度
微服务架构下业务复杂度高、技术架构服务高,对测试质量提出了更高的要求,单体架构下的测试策略已经不适用于微服务架构,微服务架构更偏重于接口测试。对接口测试的颗粒度要求尽可能细。>>阅读原文
**
**
09
全网最全的微服务分布式链路追踪实践-SkyWalking
对于一个大型的几十个、几百个微服务构成的微服务架构系统,通常会遇到下面一些问题,比如:
-
如何串联整个调用链路,快速定位问题?
-
如何捋清各个微服务之间的依赖关系?
-
如何进行各个微服务接口的性能分析?
-
如何跟踪整个业务流程的调用处理顺序?
这篇文章给你答案。>>阅读全文
10
Google代码覆盖率最佳实践
谷歌一直倡导的领域之一是使用代码覆盖率数据评估风险并识别测试中的真空。然而,代码覆盖率的价值一直是个争议的话题。每次聊到代码覆盖率时,似乎都会引发无尽的争论。由于大家固守自己阵营,所以每次争论都无疾而终。本文引导大家寻求共同点,以便能够切实地使用覆盖率信息。我们提出了代码覆盖率的最佳实践,以有效地处理代码健康问题。>>阅读全文
**- END - **
**新年送福**
关注「**软件质量保障**」微信公众号
菜单栏对话框回复:**2024**
点击「**抽奖**」小程序,即可参与新年抽奖活动
我们将从中抽取25位幸运读者,分别为大家送上新年礼物。
温馨提醒:
-
以上两个活动的截止日期均为:2024年1月22日23:59。
-
中奖的同学,请填写好邮寄地址,我们会核实后邮寄礼品。如果两周内没有收到礼品,请在后台留言或者私信我们。
好文推荐
[细读《阿里测试之道》](mp.weixin.qq.com/s?__biz=MzU…
)