《Cucumber:行为驱动开发指南》——1.5 我们学到了什么
本节书摘来自异步社区《Cucumber:行为驱动开发指南》一书中的第1章,第1.5节,作者:【英】Matt Wynne , 【挪】Aslak Hellesy着,更多章节内容可以访问云栖社区“异步社区”公众号查看
1.5 我们学到了什么
我们来回顾一下到目前为止讨论了哪些内容。
只有开发人员和利益相关人一起清晰地交流的时候,软件团队才能工作得最好。要做到这一点有一种非常好的方法,就是让开发人员和业务人员基于自动化验收测试,协作描述需要完成的工作。
当验收测试以实例的形式编写时,它就能够激发人们的想象力,帮助人们发现之前未曾虑及的其他场景。
当团队协作编写验收测试时,他们可以开发出专属于相应问题领域的通用语言。这能帮助他们避免误解。
Cucumber 的设计就是要帮助利益相关人参与到编写验收测试的过程中去。
Cucumber中每个测试用例称为场景,多个场景组成特性。每个场景包含多个步骤。
在Cucumber测试集中,面向业务的部分存储在特性文件中,为了能够让Cucumber正确读取文件,这些内容必须基于一套名为Gherkin的语法规则编写。
往下一层,步骤定义把面向业务语言编写的步骤翻译成Ruby代码。
为了阐明这些概念,下一章我们会进一步深入,我们会以用Cucumber来驱动开发的方式构建一个非常简单的应用程序。
最后更新:2017-06-05 11:33:58
上一篇:
《Cucumber:行为驱动开发指南》——2.1 理解我们的目标
下一篇:
一次openresty http.lua 性能调优之旅
PostMethod提交带有附件的的form乱码问题解决
JVM学习笔记(四)——字节码执行引擎
Linux php/php-fpm 安装,配置
wince 利用MSXML 3.0 读写xml文件
Java泛型知识点:泛型类、泛型接口和泛型方法
RDC如何构建一个基于Composer的PHP项目
WebService报错javax.xml.ws.soap.SOAPFaultException: javax.xml.ws.WebFault.messageName()
[LeetCode]28.Implement strStr()
云服务器 ECS 镜像迁移:应用迁云之镜像迁移-(4)迁移流程和实践方法
AIDL文件中 in类型和out类型数据的区别