什么是测试用例？？
测试用例是针对软件系统或应用程序的特定功能或场景编写的一组步骤，旨在验证软件是否按照预期工作。测试用例描述了预期输入、执行操作和预期输出，以及测试的环境和先决条件。测试用例通常由测试人员编写，用于检查软件的功能、性能、安全性等方面。
测试用例具有什么基本要素？？
测试用例通常包含 测试环境、操作步骤、测试数据、预期结果、实际结果、测试状态等要素……
评价测试用例的标准是什么？？
用例表达清楚，无二义性
用例可操作性
用例的输入与输出明确。一条用例只有一个预期结果。
用例的可维护性好。
用例对需求的覆盖率高。
覆盖率高意味着测试用例覆盖了软件系统的许多方面，有助于发现潜在的缺陷和问题。
具体设计测试用例
等价类
边界值
错误猜测法
场景设计法
因果图
正交排列
等价类
有效等价类：根据需求说明书，满足需求的集合。
无效等价类：根据需求说明书，不满足需求的集合。
举例子：测试一个账号输入机制，要求用户名长度是6~15位&必须全是字符。
测试点是有效等价类+无效等价类
边界值
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
寻找上点、内点、离点。可以观察下图来理解：
设计测试用例（和等价类结合）
针对上述的“上点、内点、离点”设计测试用例。
场景设计法
什么是场景：场景设计法是指根据特定情境和需求，构思和设计出一个具体的场景或情景，以便更好地理解和解决问题，促进创新和设计思考的方法。
场景设计法设计测试用例的时候具体的步骤是什么？
主事件流
次事件流
将主事件流次事件流串起来就会形成场景，一个场景就是一个测试用例
以淘宝购物为例。
测试点①：打开淘宝APP，搜索商品，选中商品，加入购物车，选择支付方式，支付成功，生成订单。
判定表（因果图）
判定表需要掌握的基本知识：恒等、与、或、非。
恒等:条件为真，结果一定为真，条件为假，结果一定为假
与︰条件全为真，结果才为真，条件中有一个为假，结果为假
或:条件全为假，结果才为假，条件中有一个为真，结果为真
非:条件为假，结果才为真
通过判定表法设计测试用例
充分理解需求
分析所有的输入和可能的输出
找出输入和输出之间的对应关系
画判定表
把判定表对应到每一个测试用例
案例：假设业务单据的处理规则为:“淘宝618活动，订单已提交，订单合计金额大于300元或有红包，则进优惠”。
分析：
输入：订单提交(A)，订单没有提交，金额大于等于300(B)，金额小于300，有红包?，没有红包。
输出：有优惠，没优惠。
对应关系：A B C AB AC BC ABC
画判定表
测试用例：
订单已提交，金额大于等于300，有红包，有优惠
订单已提交，金额大于等于300，没有红包，有优惠
订单已提交，金额小于300，有红包，有优惠
订单已提交，金额小于300，没有红包，没有优惠
订单未提交，金额大于等于300，有红包，没有优惠
订单未提交，金额大于等于300，没有红包，没有优惠
订单未提交，金额小于300，有红包，没有优惠
订单未提交，金额小于300，没有红包，没有优惠
正交排列（用的非常少）
正交法的核心是正交表，这是一种设计实验的特殊表格，能够将各个因素的水平组合安排得尽可能均匀，从而使得实验结果具有较高的准确性和可重复性。
通过正交表设计测试用例：
确定因素和因素取值（确定因素和水平）
通过工具生成正交表
将正交表转换成测试用例
补充正交表
案例：注册 姓名、邮箱、密码、确认密码、验证码必须全部输入，才能进行注册。
因素：姓名、密码、确认密码、验证码
水平：每个元素填写/不填写
测试点①:姓名填写，邮箱填写，密码填写，确认密码填写，验证码填写
……
错误猜测法
错误猜测法更多的是依赖以往的经验，长期对于被测软件涉及的理解来进行的猜测。
依赖测试人员的工作经验和积累。
学会了咩？学会了点个赞再走呗。。。
