带有版本控制的 FitNesse 测试历史答案

【问题标题】：FitNesse Test History with Version Control带有版本控制的 FitNesse 测试历史
【发布时间】：2012-09-25 06:49:57
【问题描述】：

我正在为我们公司开始一些自动化验收测试，并决定使用 FitNesse。

我想让 FitNesse 受到源代码控制 - 即 FitNesse 可执行文件 + 插件、wiki 页面和测试夹具源代码。

然后，任何人都可以从源代码管理中获得所需的一切，以在本地构建和运行验收测试。包括一个持续集成服务器。

我已经读到可以使用 -e 0 参数关闭页面版本控制。然后我们在源代码控制下的 FitNesse 根文件夹中没有 ZIP 文件 - 很好。

但是测试历史呢？我是否希望签入本地运行测试的历史记录？当有人获得最新版本时，他们是否希望自己的本地测试历史记录被覆盖？

我非常感谢任何可以分享他们在与上述类似场景中使用 FitNesse 的经验的人。

【问题讨论】：

标签： version-control automated-tests fitnesse

【解决方案1】：

为什么在签到前不清除所有测试历史记录？

在我目前的项目中，在 FitNesse 上创建测试用例只需要 2 个操作：绘制表格（编辑页面）和开发 api（输出为 .dll 文件）。

我们还开发了一种工具，用于从远程机器自动触发 FitNesse 运行测试。测试完成后，我们通过处理输出的excel文件得到测试结果。

我们svn的结构：

-SVN
 --FitNess
  --- TestLib
  --- FitNesse
     ---- FitNesseBin
     ---- TestCases

[更新]

测试夹具代码应该在测试人员开始编写测试用例并运行它们之前完成并冻结。当然，当Test Fixture 需要bug 修复或增强时，也可以更改代码。在我的团队中，我们要求不同的角色来处理不同的任务。开发者提供 API 供测试使用。高级 QA 将 API 包装在测试夹具中。 QA 编写表格/wiki。每个角色只负责分配的部分。修改前，团队成员应更新 FixNesse 的本地副本，并签出文件。并且只签入修改后的签出文件。

【讨论】：

感谢您的反馈。您是否将 FitNesse Wiki 置于源代码控制之下，以便所有开发人员都有自己的本地版本？还是您有带备份的“集中式”安装？
是的，我们将包含 wiki 页面的整个 FitNesse 文件夹上传到 SVN。除了调试测试用例，我们不在本地运行 FitNesse。
顺便说一句，我们不会将本地运行历史上传到 svn，因为一旦新版本发布，我们会将 FitNesse 部署到远程测试机器进行测试。运行后，我们将从 FitNesse 文件夹中的 .csv 文件中获取测试结果。所以当地的历史对我们来说毫无用处。更重要的是，当地历史会误导我们。
非常感谢您的帮助。我还有几个问题，为了清楚起见，我了解您如何使用 fitNesse：您如何编写新测试，或者总体上如何编辑 Wiki？您是否在本地进行，然后签入，以及对 testFixture 代码进行任何必要的更改？非开发人员这样做还是只有开发人员这样做？根据我的经验，只有开发人员才愿意使用源代码控制。
如果你的老板很吝啬，你可以通过使用 SVN 和 MS Excel 来管理手动测试用例和测试结果来拓宽你的视野。 ;) 所以，testers/qa 也会在一些特殊场景下使用 SVN。

【解决方案2】：

尽管有 .svnignore .gitignore 等选项，但对于那些将 Fitnesse 集成到标准构建（例如 Maven）和在本地运行 Fitnesse 构建的人来说，禁用和自动清除测试历史记录仍然是一个有效要求。

测试历史会减慢测试的完成速度，当它在运行几次后被清除时，您肯定会注意到差异。

Bob 叔叔提到他正在研究一个选项，只保留最新测试运行的测试历史记录（你总是需要至少 1 个，这样你才能显示结果）这里 http://tech.groups.yahoo.com/group/fitnesse/message/14306 但在代码中看不到这样的选项.我在尝试回复帖子时遇到 python 错误 - 所以很遗憾，该选项没有答案:-(

【讨论】：