Testing 有人在使用可执行需求吗？
在我有限的经验中，可执行需求（即将所有需求指定为中断的自动测试）被证明是非常成功的。我曾经参与过一个项目，在该项目中，我们非常重视创建高级自动化测试，该测试将执行给定用例/用户故事的所有功能。在我们开始这项实践之后，开发变得如此简单，这让我感到非常惊讶。在编写测试之后，实现特性变得非常容易，我们能够对系统进行重大的体系结构更改，并且对世界充满信心，因为一切仍然像昨天一样工作 我们遇到的最大问题是管理这些类型测试的工具不是很好。我们经常使用Fitnesse，因此我现在讨厌Fit框架Testing 有人在使用可执行需求吗？,testing,process,automation,Testing,Process,Automation,在我有限的经验中，可执行需求（即将所有需求指定为中断的自动测试）被证明是非常成功的。我曾经参与过一个项目，在该项目中，我们非常重视创建高级自动化测试，该测试将执行给定用例/用户故事的所有功能。在我们开始这项实践之后，开发变得如此简单，这让我感到非常惊讶。在编写测试之后，实现特性变得非常容易，我们能够对系统进行重大的体系结构更改，并且对世界充满信心，因为一切仍然像昨天一样工作 我们遇到的最大问题是管理这些类型测试的工具不是很好。我们经常使用Fitnesse，因此我现在讨厌Fit框架 我想知道1）是
我想知道1）是否有其他人有使用这种类型的测试驱动需求定义进行开发的经验，以及2）你们都使用了哪些工具来促进这一点。我的经验仅限于个人项目，并且发现了与您提到的几乎相同的优势。我推荐这是我尝试基于测试的开发的灵感。perl测试模块似乎非常有用和灵活，尽管我没有什么可以与之相比的
我还认为，测试对于项目的维护期至关重要。如果你有好的测试开始，它可以节省很多时间和以后的错误。我希望我在当前项目的测试中投入更多的工作 我发现使用是一种很好的方法。元编程契约通常比您描述的集成测试类型级别低，但两者肯定不是相互排斥的。我发现合同有助于保持文档、实现和测试的同步——这是TDD的一个主要问题（不是说它在非TDD中不是问题）。我使用的主要工具是FitNesse。我在几家公司使用过，效果很好。我们确实有成千上万的测试用例，我们必须严格遵守组织和使用它们的方式 我尝试过其他一些工具，包括编写自己的DSL（领域特定语言）和使用RSpec之类的工具。我真的很喜欢RSpec，但它肯定更像是一个开发人员工具，而不是一个商业工具 我知道Rick Mugridge一直在开发一个名为ZiBreve（）的工具，该工具应该具有更强的重构支持。我自己也没用过，但我认识瑞克，并且和他谈过好几次。我知道在Agile2008上讨论过一些处理Fitnesse测试的不同方法
除此之外，我还没有看到很多好的工具。即使像WinRunner这样的工具也适用于QA类型测试，但对于业务需求的探索性测试，FitNesse或定制DSL似乎是目前的发展方向。我已经尝试过FitNesse，它非常糟糕（特别是与SVN的集成）。 我们公司使用fit engine开发类似的开源工具：
我用过的另一个出色的工具是。它只有一个缺点-html格式的要求您可能想看看Robot框架（）。它很适合，但希望更容易集成到不同的测试工具、版本控制和持续集成中。测试数据中不同的抽象级别也使得维护数据变得更容易，当单独的数据变得更成熟时，维护变得更容易。介绍了框架最重要的功能，并作为一个可执行演示。为了我的工作，我不得不使用、测试和设置fitnesse及其竞争对手之一，我可以说： Greenpaper是一个confluence插件（confluence是atlassian提供的一个企业wiki），在“企业”级工具中提供了许多您需要的东西，几乎不需要额外的工作：
- 更好的用户友好-富文本-wiki 语法（使其更易于使用 （适用于非技术人员）
- 它与许多应用程序很好地集成 开发工具：Eclipse、VB、， maven2和Nant插件，我测试最多 他非常高兴
- 用户和访问权限由管理 合流，也就是说它很好 并利用您的数据库 likin（可能是强制性的 （取决于您的工作地点）
- 许多其他功能可能 或者可能不需要：ssl支持、远程执行（在unix上安装wiki、在windows上执行（如果您正在处理C#项目），或者反向执行）
- 看起来好多了：D