如何让业务分析师更多地参与BDD？

Question

我是行为驱动开发的拥护者，主要是使用Cucumber和RSpec，而在我当前的gig (一家微软商店)上，我正在引入SpecFlow作为帮助测试的工具。

我想让我的团队中的业务分析人员参与编写特性和场景，但是他们被它的“技术”方面所延迟，这意味着在Visual中创建文件(甚至在他们的机器上有Visual )。他们想知道我们是否可以在Jira中为一个特性提供所有的场景。

我正在寻找的是一个工作流的建议，它将很好地工作于那些习惯于项目管理/工作跟踪工具的BA类型，比如Jira (我们也使用Greenhopper)。

Answer 1

最后我做的是在他们的机器上安装VisualStudio2010Express并设置SpecFlow模板。我向他们展示了如何添加.feature文件。我们讨论了如何编写和关闭这些特性和场景。

我还向他们展示了如何使用TortoiseGit完成基本提交和推送。

Answer 2

作为开发人员，您的部分工作是将您的工具和想法映射到您的涉众使用的工具和想法。领域驱动的设计(而不是BDD)在这方面肯定会有所帮助，因为它可以帮助创建“无处不在的”公共语言，您和您的涉众可以通过这种语言进行交流。

但是这些人对你的软件设计架构没有兴趣，他们只对从他们的角度解决他们的问题感兴趣。所以你需要能够用他们的语言交流你的想法，这意味着把BDD中的概念转化成他们理解的工具和术语，反之亦然。

Answer 3

您不应该强迫业务分析人员使用Visual来使BDD流程顺利运行。这是开发人员的工具，而不是企业的工具。

SpecFlow有一个命令行工具，可以基于.feature文件生成所需的测试。这将允许您创建一个构建脚本，该脚本可以从某个地方收集.feature文件，生成.cs文件，编译它们并执行测试。如果您的业务分析人员更喜欢使用Jira，那么您应该开发一个工具，从Jira提取.feature文件，至少如果它是实用的和可能的话。我不太了解吉拉，不知道它是否实用。

记住，任何好的软件解决方案都应该以用户的流程和需求为基础；它不应该为用户规定新的流程。在这种情况下，用户就是业务分析师。