服务组件测试:持续交付充满信心

交货速度是今天的一个关键指标。特征和想法需要更快地向客户提供,以便更快地收集反馈,并且可以更改或调整产品以增加成功的机会。然而,在编写代码和运输代码之间介于关键的测试步骤,这可能是许多工程团队的瓶颈。

为了解决这个问题,团队聘请了测试人员编写了许多自动化测试。大多数测试被写入以其全部内容运行系统(即将到达客户的手中的网产品的近似表示),并以类似于客户将如何执行它们的方式执行场景。这些测试称为端到端(E2E)测试。但是,他们很快意识到E2E测试通常会受到不可靠性,片状,缓慢等困扰。这发生是因为对于E2E测试,所测试的系统的边界太大。由于系统的每个部分都有失败的概率,因此在被测系统中存在的距离越多,系统的净失败概率越高,因此对其运行的测试。

因此,团队然后将焦点改为编写单元测试,其中系统的系统是最小的,因此测试失败的可能性是最低的。然而,由于非常微小的系统边界,单位测试在测试特征或产品的增值不是很好。

因此,需要另一种类型的测试,其中系统的系统的边界是中间的某个地方,以便能够测试我们正在运送的软件的主要价值,但在控制下具有失败的可能性。在这篇文章中,我们提供了在Realtor.com上进行的组件测试方法进行案例研究。

继续阅读 “服务组件测试:持续交付充满信心”

一个两小时的产品设计冲刺

设计冲刺现在非常受欢迎,充分理由。

为什么?快速达成设计结果,您可以原型并放在人手中。我们的意思很快!

在我们的两个小时设计冲刺
让每个人都在一起两个小时的设计冲刺

传统的设计Sprint是五天,为五个步骤中的每一个提供一天的日子:了解,偏离,融合,原型和测试。你可以阅读所有关于a完整的设计冲刺这里.

我们决定带一周并将其紧张两小时。

是的,120分钟。
继续阅读 “一个两小时的产品设计冲刺”