测试用例的定义：是为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例
测试用例模板：
用例编号,用例模块,用例标题,优先级,前置条件,输入内容,操作步骤,预期结果,时间结果
常见的编写测试用例的方法
等价划分：
等价类划分属于典型的功能测试方法，根据程序对数据的要求，把程序的输入域划分成若干个部分，区分出哪些数据是有效的，哪些数据是无效的。
核心概念：
1）有效等价类：对程序规格说明有效的、合理的、有意义的输入集合程序接收到有效等价类数据，应该正确计算、执行
2）无效等价类：对程序的规格说明无效的、不合理的、无意义的输入集合（例：错误用户名或密码）
边界值分析法： 如果需求规定范围或者规定了取值的个数时，可利用边界值进行测试
找到有效数据和无效数据的分界点（最小值、最大值），对该分界点及其两边的点又有上点、离点。
因果图法：
- 因果图法是一种适用于描述对于多种输入条件组合的测试方法
- 根据输入条件的组合、约束关系和输入条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法
- 它适用于检查程序输入条件涉及的各种组合情况
- 因果图使用的局限性：原因和结果很多的时候，他们关系连线会很多，导致可读性变差。因此用作局部小功能
场景法： 场景法见最后
证交表法： 在一个界面中有多个控件，每个控件有多个取值，控件之间可以相互组合
错误推测： 业务流程梳理，核心业务逻辑场景
判断表法：
判定表驱动法：
是分析和表达多逻辑条件下执行不同操作的情况下的工具。它由以下几个内容组成：
条件桩（Condition Stub）：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。
动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。
条件项（Condition Entry）：列出针对它左列条件的取值。在所有可能情况下的真假值。
动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。
应用场合：主要适用于多条件的内容组合与结果分析
使用条件：所有的条件桩在表中的位置和顺序互不影响；所有的动作桩的顺序不会因为条件顺序的变化而产生不同。
建立判定表的步骤
第一步：识别出操作条件（原因），和对应的动作（结果）
第二步：分析条件的条件项（组合数量）：如果有n个条件，每个条件有成立和不成立两种情况，那么最后一次会有2^n个数量
第三步：简化优化结果。排除一些不可能存在的情况
场景法：
1：什么是场景法？
通过场景描述的业务流程(业务逻辑)，也包括代码实现逻辑，设计用例来遍历场景，验证软件系统功能的正确 性
场景图流程图如下：
购物(访问淘宝--登录---搜索商品---添加购物车---支付等)的流程图
场景一：进入淘宝APP登录账号登录成功，在淘宝页面点击搜索并选择想要的商品并勾选规格，加入购物车，点击下方购物车查看商品，点击结算，支付方式选择支付宝，输入密码，支付成功，
场景二：进入淘宝App，提示没有账号，点击注册账号，登录成功，进入淘宝页面，点击搜索选择商品勾选规格，点击下方购物车，点击结算，选择支付方式支付宝，输入支付密码，支付成功
场景三：进入淘宝App，提示没有账号，点击注册账号，登录成功，进入淘宝页面，搜索商品，选择商品未勾选规格，加入购物车，加入失败
场景三：进入淘宝App，提示没有账号，点击注册账号，登录成功，进入淘宝页面，搜索商品，选择商品，勾选规格，点击购物车查看，点击结算，提示你还未选择宝贝哦
场景四：进入淘宝App，提示没有账号，点击注册账号，登录成功，进入淘宝页面，搜索商品，选择商品，勾选规格，点击购物车查看，点击结算，选择支付方式，余额不足
场景五：进入淘宝App，提示没有账号，点击注册账号，注册失败
场景六：进入淘宝App，提示没有账号，点击注册账号，登录成功，进入淘宝页面，搜索商品，选择商品，勾选规格，点击购物车查看，点击结算，选择支付方式，余额不足，充值余额，点击支付，支付成功
场景七八九.........
- 重点：基本流（软件功能正确实现的流程）备选流（基本功能流程之外的过程）
- 基本流：即正常情况下的场景，本题应该为插卡，输入正确密码，成功取款并打印凭条，取卡。
- 备选流：则是一些非正常情况下的情景，如密码不正确，卡无效等。
- 简单来说，基本流可以达到目的，备选流达不到最终目的。注意：1、场景必须有基本流2、场景中必须有内容从用例的开始，到用例的结束
**总结：场景法的重点是测试流程，因此每个流程一个用例验证即可，流程测试没有问题并不能说明系统 功能没有问题了，还需要针对单步的功能进行测试，---输入项 **
只有单个功能点和流程流程测试，才算的充分的测试+等价类，边界值-----细化测试
根据列表写出以下测试用例：
版权归原作者 丢了她和塔 所有， 如有侵权，请联系我们删除。