我有一个嵌入式 C 项目，它使用 subversion 进行源代码控制。我想用 Tessy用于单元测试，并将这些测试也存档在颠覆中。但是，它会生成许多小文件，这将使分析实际源代码更改的差异变得非常痛苦。当有数百个 Tessy 相关文件更改时，试图实际查看源更改将变得不可能。
有谁知道是否有设置可以将这些存储在问题较少的格式中，或者是否有任何可行解决方案的建议？理想的情况是它可以将所有内容存储为例如 xml 文件 - 这将使浏览目录差异更容易，并允许实际内容也可供人类阅读。
有什么想法吗？
最佳答案
我知道这是一个老问题...
Does anyone know if there is a setting to have these stored in a less problematic format or any suggestions for a viable solution?
- TESSY 推荐的方法是利用文件菜单(以及各种右键单击菜单)下的数据库保存功能。这将创建一个二进制 .tmb 文件，其中包含与您的测试相关的所有内容。默认情况下，.tmb 文件存储在 Tessy 项目文件夹的备份目录中。配置文件夹、备份文件夹和 PDBX 文件将全部存储在 SVN 中。有关详细信息，请参阅 Tessy 用户手册(备份、还原、版本控制章节)。
What would be ideal is if it could store everything as, for example, an xml file - this would make browsing directory diffs easier and would allow the actual content to be human readable as well.
- 那将是理想的，但不幸的是，这并不是一个真正的选择。将所有内容都存储为二进制文件使得无法进行有用的比较。此方法的另一个问题是它会断开对测试的更改与 checkin SVN 的文件的连接 - 除非测试人员专门执行数据库保存。
是的，我知道 xUnit 测试框架没有这些限制，但 Tessy 有一些 xUnit 框架没有的功能(如 MCDC 和 DO178B 支持)。
那么你是如何在这种环境下工作的。关键词 - 纪律。
我们为谁以及如何更新测试设置了内部程序。当遵循程序时，我们能够处理上述限制。它不是最优的，但通过一些内部纪律它可以工作。
关于c - 在 Subversion 中使用 Tessy，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16887399/