单元测试

测试覆盖率在Google的状况(2019年8月)

谷歌得出的结论: 根据十多年关于测试覆盖率上的投入以及经验教训,谷歌建议如下: 应该在开发工作流程的关键点自动衡量覆盖率。 应该在开发人员常用的工

继续阅读

通过测试驱动开发提高速度和生产力

敏捷软件开发理念已成为大型和小型组织的流行选择。敏捷的迭代、增量、灵活、轻量级和协作方法代表了对传统开发实践的重大背离,但已被证明对许多开发

继续阅读

t单元测试的重要性,或者及时发现错误如何为您节省资金

单元测试仍然在开发人员和产品经理之间引起争议。这种测试既有反对者也有支持者。在本文中,我将重点介绍单元测试的主要优点。 什么是单元测试,为什么

继续阅读

测试数据构建器:Object Mother的一个替代者

如果你对构造函数和不可变值对象的使用要求比较严格,那么,构造有效的对象可能会遇到一点儿麻烦。 通常在应用程序代码中,这样的对象只在很少的地方被

继续阅读

谷歌眼中的持续交付

谷歌说: 开发速度是一项团队运动,最佳的工作流程需要模块化的架构和持续集成。 通过功能开关的方式才能尽早做特性隔离。 使用灰度部署来解决设备多样性

继续阅读

不要模拟( Mock )不属于你负责的组件!

本文将讨论如何以及在什么地方应该使用 Mock 技术来模拟第三方库或外部组件。 虽然对外部组件的模拟( Mocks )让你能够验证系统的边界,而不必真正使用外部系统

继续阅读

不要过度依赖于 Mocks!

在为代码编写测试时,通过对代码的依赖关系进行 Mock ,让测试写起来似乎更容易。 然而,过度使用 Mocks 可能带来几个问题: 让测试代码更难以理解。与直接使用代

继续阅读

谷歌的测试工程师是如何工作,帮助开发工程师提升生产效率的

现在,越来越多的软件系统采用了「微服务架构」。尽管这种架构对于多人参与的大系统,为多个功能特性的并行开发与无停机部署提供了便利,但对整个系统

继续阅读

微软:测试左移,让其运行更快、更可靠

我们原来是怎么工作的 2014年9月,我们已经进入了云计算的第三个年头。然而,我们当时仍旧是按照云计算时代之前的那种传统方式进行测试。 我们试图

继续阅读

微软:测试右移,生产环境上的持续测试

生产环境是唯一的,无法复制 这是我们重要变某的第三部分,也是最后一部分。正如你见过的,我们减少了对在实验室内做功能测试的依赖,转而使用单元测试

继续阅读