聊聊代码的整洁(上)
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
敏捷测试转型
扫码关注公众号
扫码阅读
手机扫码阅读
本文是鼎叔的第七十篇原创文章,聚焦于代码整洁及其在敏捷测试转型中的重要性。作者强调代码命名的重要性,反对不必要的注释,并提出了整洁代码的定义和实践规则。
Part1 为什么代码需要整洁
代码整洁是必要的,因为AI尚不能理解复杂的需求。烂代码往往缺乏清理的机会,即LeBlanc法则所说的“稍后等于永不”。编写整洁代码需要技巧和经验,整洁的代码应该高效、易读、无重复,并且体现设计理念。
Part2 有意义的命名
命名应该名副其实,避免误导,区分要有意义,可读,易于搜索,并且避免使用编码语言和抖机灵。每个概念应对应一个确切的词,以便于理解和沟通。
Part3 函数的整洁
函数要足够短小,只做一件事,避免使用过多参数,尤其是避免输出参数。错误处理应使用异常替代错误码,并且要避免重复代码。结构化编程和对对象与数据结构的正确处理对于编写整洁的代码也至关重要。
最后,文章预告下篇将探讨注释、代码格式、类的整洁性,以及如何处理代码中的坏味道。
敏捷测试转型
敏捷测试转型
扫码关注公众号
《无测试组织-测试团队的敏捷转型》主题探讨。从打造测试的组织敏捷,到敏捷测试技术的丰富实践,从一线团队的视角来聊聊我们是怎么做的。面向未来,拥抱敏捷原则,走向高效能组织。
90 篇文章
浏览 125.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
敏捷测试转型的其他文章
聊聊混沌工程的企业实践
很多著名公司把混沌工程实验做成“Game Day”,用游戏比赛的有趣竞争状态来进行混沌实验,而不是制造如临大敌的气氛。本文详细介绍各大企业实践混沌工程的优秀流程,经验教训,人为阻力,人和组织的能力提升,从中学习到了哪些洞见
聊聊被注销的TMQ公众号
TMQ公众号,前几天我想上去翻翻老文章,发现微信公众号已经被注销,不禁心生感慨。顺便聊聊测试技术团队转型为谷歌式的工程效能团队,有什么坑要注意
聊聊管理者的识人与OKR
新任管理者给团队建立了愿景共识和原则,后面就该有条不紊地实现价值目标了。这就会用到管理者的两大核心能力:识人和目标管理。本文毫无保留地放出管理实战的干货,欢迎点击推荐
聊聊大规模敏捷框架和测试启发
之前的敏捷实践介绍文章,都是以单个团队(独立交付特性的敏捷团队)的视角来描述过程的。但知名公司敏捷转型往往跨多个部门一起进行敏捷开发,全职人力动辄上百人。因此我们有必要引入大规模敏捷实践框架,协调交付更高层次的价值
聊聊探索式测试与敏捷实践
探索式测试在敏捷测试象限中处于右上角,即面向业务且评价产品,这篇补充一下探索式测试在项目测试中体现出的敏捷价值观,分享探索式测试进阶实践的经验。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线