【南京软件测试培训】如何根据需求设计测试用例
正厚软件 IT培训管家
首先，我们拿到需求文档不要立马开始着手写测试用例，仔细阅读需求找出功能点，推敲整理需求，画出系统级、模块内流程图；
其次，我们需要找出各种功能点的测试点等对需求进行整理，这样才有一个整体测试的思路；
最后，我们已对测试系统的功能很清楚了，根据我们整理的测试项、测试点，使用测试用例的设计方法开始写测试用例。
那么编写测试用例的总体思路和确保用例的覆盖可以从以下几个方面入手：
1、整理分析需求文档
仔细将需求文档阅读一遍，记录不明白的地方及关键测试点，简单画出总体流程图。然后再来一遍，仔细分析各个模块的功能，画出模块内流程图，找出所有功能，并列出主要测试点
2、编写用例
按照不同的业务规则可将测试用例分为四部分：场景用例、系统用例、功能用例。
A. 场景用例：
按照用户的实际操作与业务逻辑设计用例，不必涉及很复杂的操作或逻辑，把用户最常用的、正常的操作流程作为一个场景设计测试用例。
B. 系统用例：
是用户场景的细化，包含正常场景、分支场景和异常场景，是两个或多个有关联的功能组合而成的场景。
C. 功能用例：
用于验证各功能点的业务规则，包括界面元素和各功能的业务规则验证。
主要针对单个功能点。
第一步：场景用例（关键字：模拟用户实际操作）
根据画出的模块内流程图，描述用户的主要业务目标，包含完整的系统级场景和模拟用
户实际操作的不同场景，几个功能点的组合也算是用户场景。
第二步：系统各角色的系统用例
结合画出的模块流程图，将系统划分多个角色，再将每个角色分解为多个任务，每个任务就是一个系统用例。系统用例分为正常流程、异常流程，分支流程，以场景的形式描述。
第三步：功能用例
描述单点功能的逻辑规则及页面元素，分层描述逻辑规则，对逻辑规则细化可直接作为用例的操作步骤描述。
3、评审测试用例
评审测试用例时，我们可以查阅系统需求规格说明书和相关的设计文档，使用交叉的方法来进行，也就是说，A测试人员编写的测试用例，由B测试人员来评审，B测试人员编写的测试用例，由A测试人员来评审，确保对需求和设计覆盖。
师傅领进门，修行在个人，学习永远是主观的积累过程，想要学习更多IT行业的专业知识，记得关注我喔！
正时深秋意渐浓
厚薄不及晚风惆
软景褪尽精华在
件件霜华落枝头
来年不知几逢春
把灯畅游科举楼
下面给大家分享一下正厚软件对于软件测试的进阶课程大纲：
如果需要详细了解试听或培训课程费用可留下 姓名+联系方式（手机号或微信号），我们会在第一时间为您解答服务！
软件测试零基础班
软件测试周末精品班
java开发班
ISTQB考试班
更多资讯尽在官方网站
www.njzhenghou.com
