自动化测试

谷歌眼中的持续交付

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

继续阅读

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

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

继续阅读

不要过度依赖于 Mocks!

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

继续阅读

代码健康(11):测试覆盖率的最佳实践

我们一直提倡的是:使用代码覆盖率数据来评估风险,并识别测试与预期的差距。 然而,代码覆盖率的价值是一个备受争议且观点两极分化的话题。每次与一群

继续阅读

测试 UI 逻辑,请使用“正门优先原则”!

针对 UI 逻辑的自动化单元测试,当然是使用“正门优先原则” ,即:尽可能使用 Public 的真实实现代码。 一个对象( Object )会有几种接口。例如,它会有一个为大多数

继续阅读

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

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

继续阅读

使用自描述性的测试方法名

在测试用例名字中可以包含测试场景和期望的结果,这有以下几个好处: 你一眼就可以看出测试意图。 如果你想了解某个类所有可能的行为,你所需要做的只是

继续阅读

谷歌的测试认证:目的与进程

原文发表于 TestHome 社区, 作者:国文 链接:谈谈 Google 的 Test Certified Test Certified(后文简称 TC) 是 Google 内部的一个认证项目,在 8 年的时间里取得了多个里程碑,有 1700+ 的

继续阅读

Mob Refectoring:扎堆儿编程的一次经历

这是我在2009年带领 GoCD 团队时的一个经历。套用现在的时髦词汇,就叫“mob programming”。 团队对某一模块的代码进行了一次重构,引入

继续阅读

最大化开发人员的效率

原文链接: https://martinfowler.com/articles/developer-effectiveness.html 科技在不断地变得更加智能和强大,新技术不断被引入到组织内,以提升整体生产力。而这也会增加复杂性和开发人员的认知开销,减少了他们个

继续阅读