d的测试套件

好的测试套件应该:
1.验证应该工作事情是否有效
2.无法验证时,指出问题所在

D测试套件在第2点惨遭失败.唯一亮点是自动测试器,当其中一个测试失败时,可快速找到问题根源.
但每次其他事情失败时我都会畏缩,因为我知道要花几个小时/几天来试图找出问题在哪及哪里出了问题.

例如,这里有几次失败.这些都带有无用日志文件.我不知道出了什么问题.日志文件的一些原则:
1.如果日志文件显示错误,应该是错误,即测试失败.我经常遇到列出多个错误的日志文件,但没关系,不需要通过.所有良性错误消息,弃用消息,警告消息都需要修复,所以当日志文件显示错误时,就是测试失败的原因.
2.导致测试失败的错误应是日志文件中最后一行,而不是后面的300行.
3.日志文件需要在每一步都包含说明动作|目的的注释文本.
4.永远不应在"安静"模式下运行Makefiles,原因很简单,当它失败时你不知道它在干啥.
5.测试文件必须包含修复bugzilla问题的URL,或在评论中包含目的的线索.
6.多进程测试运行得更快,但由于随机交错输出日志文件,因此无法确定故障位置.
7.因网络/环境错误而失败的测试,应自动休息一分钟或十分钟,然后重试.
8.超时终止必须说明哪个测试超时.
9.测试应该是薄层,而非荒谬.
10.要记录测试.不能啥都没有,该有信息不能少.如作用?/单次?/多次?/干啥的?
11.重新运行整个套件,浪费时间/资源.