我们正在使用specflow采用BDD。我们的问题是,不能期望产品所有者和经理进入Visual studio / svn并编辑功能或场景。
我们可以让项目经理在google docs中完成这一切,然后我们可以将它们复制并粘贴到功能文件中,但这很容易出错,并且很快就会失去同步。
管理此问题的最佳实践是什么?
发布于 2011-09-23 05:30:56
一般来说,产品所有者或业务分析师不应该自己编写特性,因为这可能会导致结构不佳、无法测试的场景。
一种常见的方法被称为“三个朋友”--业务涉众、开发人员和测试人员共同编写场景。
在最初的草案中使用Google Docs是很好的,但之后这些特性应该存储在版本控制中,PO/BA应该与拥有源代码管理访问权限的开发人员合作进行更改。
您应该通过从intranet或wiki链接到这些文件,或使用Relish等工具,使受版本控制的功能文件易于访问,以供业务干系人审阅和参考。
发布于 2011-09-23 05:43:04
我们在我工作的公司中所做的是,大多数业务分析师(他们是编写故事的人)都知道如何使用SVN,编写故事,甚至运行测试(在我们的例子中,它不是Specflow,而是Cucumber)。他负责与产品负责人/经理交谈,将新特性/需求写成故事。换句话说,将任务委托给某个有编写故事或场景经验的人( BA或QA),并且能够在发生糟糕的事情时运行它们并进行故障排除。沟通是这一点的基础。如果你没有这个人,那么.尝试获取它:)
发布于 2012-04-18 06:35:28
Matt Wynne on Using Cucumber是一个很好的读物。让每个人都在谈论无处不在的语言,并为整个团队提供单一的真理点。
查看Pickles,它可以很好地输出您的要素https://github.com/x97mdr/pickles/wiki
https://stackoverflow.com/questions/7521703
复制相似问题