我有一个嵌入式C项目,它使用subversion进行源代码控制。我想使用Tessy进行单元测试,并将这些测试也存档在subversion中。但是,它会生成许多小文件,这将使分析实际源代码的差异变得非常痛苦。当有数百个Tessy相关文件被更改时,试图真正查看源更改将使其无法实现。
是否有人知道是否存在以较少问题的格式存储这些设置或任何可行解决方案的建议?理想的是,如果它可以存储所有内容,例如,xml文件 - 这将使浏览目录差异更容易,并且允许实际内容也是人类可读的。
有什么想法吗?
答案 0 :(得分:1)
我知道这是一个老问题......
是否有人知道是否存在以较少问题格式存储这些设置或任何可行解决方案的建议?
理想的是,如果它可以存储所有内容,例如,xml文件 - 这将使浏览目录差异更容易,并且允许实际内容也是人类可读的。
是的,我发现xUnit测试框架没有这些限制,但是Tessy有一些xUnit框架没有出现的功能(如MCDC和DO178B支持)。
那么你如何在这种环境中工作呢?关键词 - 纪律。
我们为测试更新的人和方式设置了内部程序。当遵循这些程序时,我们能够处理上述限制。它不是最优的,但有一些内部纪律,它可以工作。