“向前兼容”程序设计

就我个人而言,我喜欢处理大型项目,首先创建框架GUI组件和测试,然后逐步填充后端,以确保测试通过,GUI开始按预期运行。从简单的测试开始;即使他们错了,也总比不做测试好。

• http://en.wikipedia.org/wiki/Rapid_application_development
• http://en.wikipedia.org/wiki/Agile_software_development

另外,我强烈建议您将所有内容都放在源代码管理的存储库中,如果您还没有这样做的话。如果你不介意Google代码是开源的和公开的,那么Google代码是好的;origo.ethz.ch有一个很好的免费服务,可以公开也可以私人。

其次,我强烈建议您在运行时记录所有内容,并使其与doxygen之类的工具兼容。大型项目确实受益于增量文档。如果使用微软Visual Studio和C++或C语言,请阅读它们的XML文档格式:

http://msdn.microsoft.com/en-us/library/b2s063f7.aspx

测试本身可能是错误的,这是正确的,但是当您遇到失败的测试时,您唯一的选择是确定基本代码或测试代码/文档是否出错。通常情况下,它是测试代码,但是在有一组通过的测试之前,您不会对底层的基本代码有信心。一旦达到这一点,您就能够更加自信地对基本代码进行更改,因为您知道您有一组测试(文档)来验证更改。

看来你想一下子咬得太多了。如果XML文件太大,无法可靠地手动创建,请创建一个XML文件,并进行测试。您的第一个模式应该是您试图创建的内容的一个非常小的子集。自己测试碎片。如果将问题分解成更小的部分,那么确定测试数据或代码是否是问题就容易多了。

这不一定与单独测试组件相同(尽管这也是个好主意)。使用你已经拥有的来生成简化的案例,比一次生成整个案例要容易得多。