测试覆盖率在Google的状况(2019年8月)
谷歌得出的结论: 根据十多年关于测试覆盖率上的投入以及经验教训,谷歌建议如下: 应该在开发工作流程的关键点自动衡量覆盖率。 应该在开发人员常用的工
谷歌得出的结论: 根据十多年关于测试覆盖率上的投入以及经验教训,谷歌建议如下: 应该在开发工作流程的关键点自动衡量覆盖率。 应该在开发人员常用的工
敏捷软件开发理念已成为大型和小型组织的流行选择。敏捷的迭代、增量、灵活、轻量级和协作方法代表了对传统开发实践的重大背离,但已被证明对许多开发
单元测试仍然在开发人员和产品经理之间引起争议。这种测试既有反对者也有支持者。在本文中,我将重点介绍单元测试的主要优点。 什么是单元测试,为什么
如果你对构造函数和不可变值对象的使用要求比较严格,那么,构造有效的对象可能会遇到一点儿麻烦。 通常在应用程序代码中,这样的对象只在很少的地方被
本文将讨论如何以及在什么地方应该使用 Mock 技术来模拟第三方库或外部组件。 虽然对外部组件的模拟( Mocks )让你能够验证系统的边界,而不必真正使用外部系统
在为代码编写测试时,通过对代码的依赖关系进行 Mock ,让测试写起来似乎更容易。 然而,过度使用 Mocks 可能带来几个问题: 让测试代码更难以理解。与直接使用代
现在,越来越多的软件系统采用了「微服务架构」。尽管这种架构对于多人参与的大系统,为多个功能特性的并行开发与无停机部署提供了便利,但对整个系统
我们原来是怎么工作的 2014年9月,我们已经进入了云计算的第三个年头。然而,我们当时仍旧是按照云计算时代之前的那种传统方式进行测试。 我们试图
生产环境是唯一的,无法复制 这是我们重要变某的第三部分,也是最后一部分。正如你见过的,我们减少了对在实验室内做功能测试的依赖,转而使用单元测试
Copyright ©️ 2019 - 2028, 《持续交付2.0》作者 乔梁; all rights reserved. 京ICP备18046893号-1
模板来自 Bootstrapious. 移植到 Hugo 来自 DevCows.