一个测试用例包含多少个检查点合适？
通常经理要求我们设计的测试用例有很高的覆盖率，高覆盖率的测试用例必然会包含多个检查点。多检查点又容易让测试人员失去对主要问题的关注。还要考虑到自动化测试和手工测试用同一套测试用例，那么一个测试用例包含多少个检查点合适？ 给所有的问题定义优先级。。。给现有问题分类，关注哪方面的检查点。
例子：
1. 业务流程正常与否
2. 功能正常与否
3. 输入、输出检查，比如格式、内容等等 目前，并没有清晰的规范单个用例可以挂靠几个子检查点。
通常，可以规范一些设计方法或用例类型为子检查点。
如archonwang 提出的“给所有的问题定义优先级 "也是这个意思,即先通过设置优先级，决定哪些需求点/问题点写成用例，哪些需求点/问题点只作为检查点出现。
简而言之，用例的组织架构取决于实际测试需求和资源，忌照本宣科。 单个测试用例只能catch 一个check point， 这和测试覆盖率是两个概念
你的测试用例是有体系的，有些多个check point 的case 需要用继承结构来完成
页:
[1]
