测试用例基础

测试用例是什么？

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

测试用例有什么作用？

检验软件是否满足客户需求
体现一个测试人员的工作量
展现测试用例的设计思路

测试用例包含哪些内容？

用例编号	用例名称	测试背景	前置条件	优先级	重要级	测试数据	测试步骤	预期结果	实际结果	备注

所属模块

功能介绍

用例编号

用例名称

测试背景

前置条件

重要级

优先级

版本

测试环境

测试类型

测试阶段

测试数据

测试步骤

预期结果

实际结果

编写人

执行人

开发工程师

备注

V1.0.0.1

谷歌浏览器

手工测试

系统测试

用例编号：类似于我们的身份证号码，是唯一的，除了是数字外，也可以加上模块名称的为前缀，如：login_001；
用例名称：相当于是我们的名字，使用最少的字描述，言简意赅，描述的准确；
测试背景：我们要说明这条测试用例是哪个项目，要测哪些东西；
前置条件：在执行这条测试用例之前，应该满足什么样的条件；比如：测试登录的，首先是需要这个账号是已经注册的；
优先级、重要级，不是一定成正比的关系存在的
测试数据：就是我们在测试是的具体数据，如：账号baibai 密码：123456
测试步骤：我们在测试时，第一步、第二步、第三步等，每一步都需要做什么；
预期结果：我们做的每一步，对应的现象应该是什么样子的；
实际结果：我们在执行测试用例时，实际的结果是怎么样的；
备注：根据具体的情况，需要在具体说明下的

测试用例编写流程：

需求分析
提取测试点
测试用例编写
测试用例评审

（1）需求分析

——客户需要东西的要求，包含：需要、需求、要求；

【业务需求】：关注系统是否满足业务；——分析客户的业务是什么，都有什么样的流程，如：是购物的业务，还是银行的业务还是考勤的业务等；
【用户需求】：关注系统是否满足用户习惯；——需要考虑用户在使用的习惯、手感，会不会引起用户的反感之类的，页面的整体美观；
【功能需求】：关注系统是否满足功能要求。——去研究、分析是不是可以满足业务的需求，是否可以满足业务的目的

a、如果没有需求怎么办？如：一些小公司没有产品经理，很有可能直接给我们一个APP测试，应该怎么办呢？

——参考市面上已经上线的同类产品，如：电商平台参考下淘宝、京东

b、如果需求模糊怎么办？

收集整理已有需求
和产品经理逐条确认
参考同类型产品的实现情况

（2）什么是测试点？

——测试点就是通过需求分析后对得出的需要进行测试的具体内容。

a、测试点对测试用例的设计有什么好处？

快速设计出测试用例
测试点可以完全覆盖到我们需求
在测试点可以可以运用测试方法
可以展现出需求的一些细节

测试用例编写注意：

根据项目的实际情况，设计测试用例表格
用例格式不是固定的，不要生搬硬套
根据具体的情况编写

测试用例编写的方法

测试用例是无穷无尽的，所以我们根据一些测试方法，选择出一些具有代表性的测试数据。

【等价类划分法】：如何选择适当的数据子集，来代表整个数据集。通过降低测试的数目去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷。
【边界值分析法】：使用边界值分析方法设计测试用例时一般与等价类划分结合起来，但它不是从一个等价类中选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。
【场景法】：分析用户在使用时会遇到哪些场景，根据场景来设计测试用例，如：用户不输入账号、密码点击登录。通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定流程，经过遍历所有的基本流和备用流来完成整个场景。
【猜错法】：