后一个，持怀疑态度。理论上说，测试应该从需求开始抓起，参与需求的评审，对详细设计也要测试，但目前我们并没有做这么多，或者说做得不完全。根据现状，有时候我只能依靠详细设计来写测试用例，所以先必须假设详细设计上面写的是对的。然后我们开始理解详细设计，持怀疑态度的看，在我们对详细设计有了一定的理解之后(刚开始好不要怀疑)。这时候会有几种情况，一种，看的不是很明白;第二种，好像有遗漏的地方;第三种，好像错了(仅仅指写错了字，因为我们还没有需求规格可以参考)。要继续写测试用例必须处理这三个问题，对第一种，没办法，请教写这个文档的程序员;对第二种，还是请教写这个文档的程序员;对第三种，告诉他这里错了。当然你也可以选择另一种途径，暂时跳过，不过迟早还是要解决的。在没有需求文档的条件下，有一定的风险，不知道详细设计是否和需求是否一致，在需求文档没有出来之前，对自己怀疑的地方问一下需求人员，在需求文档出来之后，和详细设计文档对照一下，一般详细设计文档都不会错到哪去。