测试用例是什么

测试工作的核心
一组在测试时输入输出的标准
软件需求的具体对照

测试用例的作用

检验软件是否满足客户需求（如果每个需求对应的测试用例都通过了，那么就说明客户的需求都满足了）
体现一个测试人员的工作量
展现测试用例的设计思路

测试用例包含内容

在这里插入图片描述

测试用例编写流程

在这里插入图片描述
1.需求分析：

业务需求
关注系统是否满足业务

用户需求
关注系统是否满足用户习惯

功能需求
关注系统是否满足功能要求

如果没有需求（比如没有产品经理）：
那么就去参考市面上已经上线的同类产品
如果需求模糊怎么办?
收集整理已有需求
和产品经理逐条确认
参考同类型产品的实现情况

提取测试点
什么是测试点?
测试点即通过需求分析后对得出的需要进行测试的具体内容
好处：
快速设计出测试用例
覆盖需求
运用测试方法
展示出需求的一些细节

测试用例编写方法简单概括

1.等价类划分法
如何选择适当的数据子集,来代表整个数据集。通过降低测试的数目去实现“合理的”覆盖，覆盖了更多的可能数据,以发现更多的软件缺陷
选取最具有代表性的数据去进行测试
利用有效等价类可以检验程序是否满足规格说明

2.边界值分析法
使用边界值分析方法设计测试用例时，一般与等价类划分结合起来，但它不是从一个等价类中任选一个例子作为代表,而是将测试边界情况作为重点目标,选取正好等于、刚刚大于或刚刚小于边界值的测试数据

3.场景法
通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果。场景法一般包含基本流和备用流，从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景

比如用户输入账号密码或者不输入账号密码

4.猜测法
直觉+经验

注意在写测试用例的时候要用到测试方法
比如：
在这里插入图片描述
这里显示密码需要在6-16位
测试用例要用到测试方法
比如等价类（体现在邮箱注册成功和邮箱注册失败等方面）
比如边界值（体现在密码输入过段或者过长或者包含空格）

写完了以后做美化：
在这里插入图片描述
框住表格的所有，选中边框的所有框线选项

测试用例综合设计

1.测试用例项划分
测试用例划分的经典方法是瀑布模型，从上到下，逐渐细分，大模块包括小模块,小模块包括更小的模块。（淘宝有登陆，注册，购物车这些大模块，比如购物有商品搜索，加入购物车，商品对比等小模块）
要从更多的角度切入系统，把系统切分成一块一块的,来进行测试，从而确保测试大项的完整性
（先从测试的最子项开始设计）

2.切面设计
功能点切面:
最常见的切面，通常认为页面上的一个按钮就是一个功能点。根据功能的复杂程度,按每个功能进行用例的撰写。

隐含切面:
完整业务流程的测试;从需求、业务角度进行编写
（比如购买的时候发现余额不足，就跳转到充值页面）
3.功能点用例设计

任何情况下都必须使用边界值分析方法，经验表明用这种方法设计出测试用例发现程序错误的能力最强（边界值一般在有输入的地方，比如有输入框一定是要用边界值方法的）
2)必要时用等价类划分方法补充一些测试用例（可能有组合的输入输出，所以要补充）
3)如果程序的功能说明中含有输入条件的组合情况,则一开始就可选用因果图法
4)如果程序业务复杂度比较高,则适当使用场景法补充一部分测试用例