Version control 具有版本控制的FitNesse测试历史记录

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

我想让FitNesse处于源代码控制之下——即FitNesse可执行文件+插件、wiki页面和测试夹具源代码

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

我已经了解到可以使用-e0参数关闭页面版本控制。那么，在源代码管理下的FitNesse根文件夹中没有ZIP文件-很好

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

---

我非常感谢所有能够分享他们在类似上述场景中使用FitNesse的经验的人。

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

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

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

我们svn的结构：

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

[更新]

---

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

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

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

---

Bob叔叔提到，他正在研究一个选项，只保留最新测试运行的测试历史记录（您始终需要至少1个，以便显示结果），但在代码中看不到这样的选项。我在尝试回复帖子时遇到python错误-因此，不幸的是，没有回答该选项：-（

感谢您的反馈。您是否将FitNesse Wiki置于源代码管理之下，以便所有开发人员都有自己的本地版本？或者您是否有一个带有备份的“集中式”安装？是的，我们将包含Wiki页面的整个FitNesse文件夹上载到SVN。除了调试测试用例之外，我们不会在本地运行FitNesse。顺便说一句，我们不会上载将本地运行历史记录发送给svn，因为我们将在新版本发布后将FitNesse部署到远程测试机器进行测试。运行后，我们将从FitNesse文件夹中的.csv文件中获得测试结果。因此本地历史记录对我们来说毫无用处。更重要的是，本地历史记录会误导我们。非常感谢您的帮助p、 我还有几个问题，只是想澄清一下，我理解你是如何使用fitNesse的：你是如何编写一个新的测试，还是一般来说你是如何编辑Wiki的？你是在本地进行测试，然后签入，并对testFixture代码进行任何必要的更改？是非开发人员做的还是只有开发人员做的？根据我的经验，只有开发人员是c易于使用源代码管理。如果你的老板是个吝啬鬼，你可以通过使用SVN和MS Excel来管理手动测试用例和测试结果，从而拓宽你的视野。；）因此，测试人员/qa也会在某些特殊情况下使用SVN。