测试构想目录列出了最有可能发现大多数可能存在的软件故障的测试构想。而测试构想，就是你用它来找出BUG的测试要点，是你编写测试用例的基础，或者就是测试用例的一种升华或抽象。

　　2、一个测试构想目录的例子

　　如一个查询功能，你的测试构想是什么?假设有以下几点：1)、无条件。2)、一个查询条件。。。3)、是否支持模糊查询　4)、是否可用OR ,ADN等连接　还有5)、结果是否导出;6)、结果是否支持排序。。。。。。。。。。。。。。

　　那么，这个构想，你记录了吗?抽象了吗?在以后的测试编写中使用了吗?完善了吗?

　　如果答案是肯定的。那么你的测试构想积累的多了，形成了目录了，那么你的经验也就是慢慢积累了。

　　3、如何能做成一本好的目录呢?

　　首先：它包含好测试构想。针对于测试的深度和广度来说。

　　其次：易于快速阅读(略读)。好查、好用。可以很容易地找到你想到的，忽略你不要的。这就是目录!!

　　最后：只包含你要的。

　　不同的领域做不同的构想。就象你编程时，不同的业务构建不同的模块一样。

　　当然，通用的，可以创建通用的目录。

　　4、总结

　　这其实是用例复用的一个升华了。有点类似于用例构件。但用例构件基于程序模块的构件。其实呢，不单是相似项目，相似的构件;即使是不相似的项目，不相似的构件，都细化到一定的程度上，都有很多的相似之处 。