第192贴【2005－02－23】：测试分析和设计－－确定测试目标

天网

在清单技术中需要建立待测事项的各种列表。但是，不要预先就对各个列表进行彻底的核查，同样也不要把列表做得太细。常见需求目标的例子包括如下一些内容：
   。函数或方法
   。约束或限制
   。系统配置
   。与其他系统的接口
   。输入和输出属性的条件
   。系统/对象存储的条件（即影响处理的各种状态）
   。将输入和存储条件（即对象状态）与结果函数相链接的行为规则
   。关键的使用与操作场景
   。根据对系统的外部分析得出的需要考虑的其他问题

   当然，还会存在许许多多的其他测试目标，而且总会存在某个系统特有的一些测试目标，但是上面的列表能让你了解正在探询的各种事项。不必担心会存在目标或者清单的重叠，我们是从不同的角度对系统进行审视，以确定可能会被测试的内容，至于内容的冗余，可以考虑在后续步骤中消除。

wbjvvv

skinapi

“不要预先就对各个列表进行彻底的核查”能够理解，也就是说不要对列表产生依赖，先分析和设计，然后对照列表查漏补缺。
“同样也不要把列表做得太细”就不太理解了，天网能否解释一下，谢谢！

天网

分析工作是一个从整体到局部逐级细化的过程，这里是先从测试项的层次进行分析，得到待测事项的列表，不要先就限入到每个待测事项的细节里面去。

21muse

同意“不要把列表做得太细”，开发过程中的变化很频繁，如果写的太细，修改起来很麻烦，得不偿失。
我们通常的做法是先写大纲，重要部分细化，注意事项提出来。