测试用例综合设计

• 测试用例是什么
• • 测试用例的作用
  • 测试用例包含内容
  • 测试用例编写流程
  • 测试用例编写方法简单概括
  • 测试用例综合设计
  • 测试用例1：共享单车充值
  • 测试用例2：对慕课 的部分功能模块进行测试点编写
• 测试用例评审

是看着课程听的，做的课程的随堂笔记
课程的链接如下：
https://coding.imooc.com/class/411.html

测试用例是什么

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

测试用例的作用

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

测试用例包含内容

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

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

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

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

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

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

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

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

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

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

4.猜测法
直觉+经验

注意在写测试用例的时候要用到测试方法
比如：

测试用例综合设计

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

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

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

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

测试用例1：共享单车充值

共享单车充值，可以选择充值金额以及支付渠道。

测试用例2：对慕课 的部分功能模块进行测试点编写

测试用例评审

对测试用例进行评审 包括同行小组部门三方评审。

评审的意义在哪里strong>
1、通过评审可以发现测试用例的不足
2、方便测试人员改进用例
3、达到在测试时提高测试质量的目的

评审流程：

ALM：商业性 比较贵 功能强大
禅道：开源版是免费的，专业版可以进行付费定制
testlink：开源，易用性一般

主要用的是禅道
禅道基本应用
1、专业的研发项目管理软件
2、完整支持敏捷开发流程
3、完整软件生命周期管理

可以从禅道导出模板或者导入用例：
导出一个模板作为测试用例模板，先选择用例！！再导出