No Code? No Problem — Writing Tests in Plain English

《纽约时报》数个月前开始尝试 Behavior Driven Development (BDD) 方法开发软件,令不懂编码的同事皆可参与开发过程。BDD 方法应用 Gherkin 语法,将一个产品功能拆解成一句句简单易明的文字,展现一个功能在不同情景的变化,但不会阐明具体详情,只追求清晰简单易明,减少依赖软体测试工程师。

此方法的步骤尚算简单,产品经理先写一个用户故事,再联同发展人员转换成一份功能文件 (Feature File),例如将故事拆分为 场景 、 假设 、 当 和 那麽 ,并以简单句子逐一描述。成品完成后,可作为有份撰写的开发人员的自动化点对点测试大纲。当点对点测试通过后,再将整个测试框架嵌入持续整合管道 (Continuous Integration Pipeline) 。降低门槛,人人清晰明白用户故事,提升团队协作效率,何乐而不为?

测试后数个月,《纽约时报》团队发现了四大点好处,留待大家探究。

感谢 The Punch 的投稿!