version-control - 带有版本控制的 FitNesse 测试历史

Question

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

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

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

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

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

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

Answer 1

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

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

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

我们svn的结构:

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

[更新]

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