设计测试用例是测试过程中的重要环节，测试用例设计的好坏决定了测试的充分性和有效性。为了更好地完成设计测试用例的任务，测试人员需要了解用户的真实需求，分析软件设计的薄弱环节，考虑软件运行/测试的环境等。具体而言，设计测试用例应考虑主要影响因素包括：
用户需求
毫无疑问，用户需求是影响测试用例设计的最重要的因素。测试人员必须了解用户的真实需求，才能确保设计出的测试用例充分、有效。
用户动机
测试人员必须清楚理解作为高层次需求的用户动机，避免作出错误的验证和确认。
需求目标
测试人员应清楚功能需求和非功能需求的需求目标。其中功能需求的需求目标通常都比较清楚，通过功能需求描述可以很容易知晓每个功能的预期输出是什么，测试结果正确与否的判断一目了然。而很多非功能性需求的相对性比较强，通常需要从不同的侧面进行比照。
运行场景
软件的实际运行环境、用户使用软件的习惯等都会对软件能否正确运行产生极大影响。因此，测试人员应当具备用户体验意识，站在用户的角度去思考产品的每一个特性，才能设计出更有效的测试用例。
工程文档
测试人员对需求和设计的了解，很大程度上依赖与软件研制任务书、需求规格说明书、软件设计说明等文档，因此这些文档的描述方法、格式和详细程度，以及正确性、一致性、完备性等质量水平，会极大地影响到测试用例的设计。
测试方法
白盒测试和黑盒测试是从不同的角度来解决问题的，前者从内部逻辑思路来考虑，后者从外部功能思路来考虑。测试人员应当根据测试周期和测试资源，灵活地运用测试方法，以争取以最小的代价完成测试的任务。
Myers的测试策略可以参考一下（详见《》）。
测试对象
不同的软件系统都有各自的特点，因此测试人员应能根据软件的特点，识别出每个软件系统测试的侧重点，针对其薄弱点设计测试用例。
设计技术
软件实现所采用的技术不同术，需要采用的测试工具也不同。
特定的测试要求
有些项目会对测试提出专门的要求，比如代码、分支覆盖率100%，异常测试用例不少于50%等。这也是设计测试用例必须考虑的。
这正是：
用例设计多考虑，方方面面要仔细
磨刀不误砍柴工，准备充分好设计
参考书目：全程软件测试，作者: 朱少民，出版社: 电子工业出版社
联系客服
