我第一次接触TDD这个概念,是在<<代码整洁之道>>中,作者鲍勃大叔在书中,写了一些关于测试代码的代码规范,其实就提到了有关TDD三定律:..
本文介绍了经典的测试金字塔模型的构成、用途、以及各个层面的特点,也和你讨论了测试奖杯、测试矩阵模型的各自特点。..
单元测试..
单元测试为代码质量保驾护航,是提高业务质量的最直接手段,实践证明,非常多的缺陷完全可以通过单元测试来发现,测试金字塔提出者Martin Fowler 强调如果一个高层测试失败了,不仅..
昨天读到了一篇文章,讲的是TDD,即Test-Driven Development,测试驱动开发。大体意思是,它要求在编写某个功能的代码之前先编写测试代码,然后只编写使测试通过的功能代码,通过测试..
研究表明,使用代码审查列表的审阅者的表现要优于不使用的审阅者。所以不管你是新手开发者还是经验丰富的开发者,开始考虑使用代码审查列表吧。..
谷歌研究人员进行了一项分析,这项分析揭示了该公司的工程师如何管理 10 亿行代码的代码测试覆盖率。..
这是Google官方的Java编程风格规范。与其它的编程风格指南一样,这里所讨论的不仅仅是编码格式美不美观的问题, 同时也讨论一些约定及编码标准。这份规范主要侧重于我们所普遍遵循..
我一直认为Code Review(代码审查)是软件开发中的最佳实践之一,可以有效提高整体代码质量,及时发现代码中可能存在的问题。包括像Google、微软这些公司,Code Review都是基本要求,代..
测试驱动开发(Test-Driven Development)是一种软件开发的思维和方法,我的理解是它是一种开发的循环,先写测试代码,再用最小的代码实现这个测试,再继续写测试代码,继续用最小的代..
大部分公司即使要求编写单元测试也是先写业务代码,再编写测试代码去测试。由于开发人员水平不齐,业务代码不能保证质量,可能导致难以测试。我收集了经常遇到一些阻碍测试的..
Java 项目开发过程中,由于开发人员的经验、代码风格各不相同,以及缺乏统一的标准和管理流程,往往导致整个项目的代码质量较差,难于维护,需要较大的测试投入和周期等问题。这..
你的团队有没有过这样的经历:开发效率低,招了很多人,天天加班,出活却不多,线上bug频发,领导发飙,中层束手无策,工程师抱怨不断,查找bug困难。其实这些都是代码质量差惹..
单元测试中测试用例的设计方法..
在向开发人员介绍单元测试或TDD等工程实践时,往往可以听到这样的疑问。比如: 自己写的程序,自己无法从另一个角度测出问题。 写bug的时间都不够了,哪有时间来写测试? 开发..
作为一个实际写代码的Coder,老代码能不碰就不碰---我举双手赞成,既没有UT,逻辑又混在一起,天知道改完以后会出什么Bug。 但是对于团队来讲,如果明确知道这个模块无法测试、无..
代码走查有几个目的,第一个是让新同学快速熟悉代码并了解系统。第二个是做咨询防控的事前检查,避免引发线上故障。第三个是通过一起讨论和审查,加强团队代码阅读和编写能力..
在做单元测试时,代码覆盖率常常被拿来作为衡量测试好坏的指标,甚至,用代码覆盖率来考核测试任务完成情况,比如,代码覆盖率必须达到80%或 90%。于是乎,测试人员费尽心思设..
博主最近在接触一些Android单元测试方面的工作,发现自己并没有体会到大多数文章所宣传的“单元测试会带来工作效率的巨大提升”之类的诸多好处,于是本着批判与自我批判的精神对..
单元测试存在于测试金字塔的底端,撑起了整个金字塔,编写它是开发人员的职责。微服务架构让服务更加独立小巧,这意味着我们不用为小巧的代码库编写单元测试了吗?微服务架构..