一、测试用例概念

要写好测试用例之前，我首先要了解什么是测试用例。测试用例是测试过程中很重要的一类文档，它是测试工作的核心，是一组在测试时输入和输出的标准，是软件需求的具体对照。

二、测试用例的作用

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

三、测试用例的内容

一般测试用例包含用例编号、用例名称、测试目的、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注等。(每个公司测试团队要求不同，一般都会包含其中一些内容)
标准的测试用例通常由以下几个模块组成：
● 用例编号：测试用例的唯一标识。
● 模块：标明被测需求具体属于哪个模块，主要为了更好识别以及维护用例。
● 用例标题：又称之为测试点，就是用一句话来描述测试用例的关注点。每一条用例对应一个测试目的。
● 优先级：根据需求的优先级别来定义。高优先级要覆盖核心业务，重要特性以及使用频率比较高的部分。
● 前提条件：用例在执行之前需要满足的一些条件，否则测试用例无法执行。比如一些测试环境，或者需要提前执行的操作。
● 测试数据：在执行测试时，需要输入一些外部数据来完成测试。这些数据根据测试用例的据统计情况来确定，有参数、文件或者数据库记录等等。
● 测试步骤：测试用例的步骤描述，执行人员可以根据测试步骤完成测试的执行。
● 期望结果：是测试用例中最重要的部分，主要用来判断被测对象是否正常。要根据需求来描述用户的期望
● 实际结果：PASS 通过，FAIL 失败，N/A 未执行。
在工作中，测试用例根据系统需求会划分成不同的等级：
● P0：核心功能测试用例（冒烟测试），确定此版本是否可测的测试用例。此部分测试用例如果 FAIL，其他测试用例就可以不用执行了，需要打回去给开发重新提测。
● P1：高优先级测试用例，最常执行用来保证功能是稳定的。包含基本功能测试和重要的错误、边界测试。
● P2：中优先级测试用例，更全面的验证功能的各个方面，包含异常测试、边界、中断、网络、容错、UI 等测试用例。
● P3：低优先级测试用例，不常常被执行，一般包含性能、压力、兼容性、安全、可用性等等。

四、测试用例的设计方法和编写

1.如何设计测试用例？

对各个功能模块进行测试点分析提取测试点再堆测试点进行用例编写
【测试点：通过需求分析后对得出的需要进行测试的具体内容】

比如对PC端QQ账号的登录模块，提取测试点就有：
1.正常登陆 2.账号为空时点击登录 3.密码为空时点击登录 4.账号密码都为空时点击 登录 5.密码错误时点击登录 6.通过手机QQ扫码登录是否正常7.找回密码功能是否有效 8.记住密码功能是否有效 9.自动登录功能是否有效10.注册账号功能是否有效11.关闭登录窗口功能是否正常

2.编写测试用例该注意什么？

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

3.编写测试用例的常用方法

①等价类划分法：等价类是输入的集合，比如在注册时，密码规定为6-16位英文字母或数字及下划线，那么小于6位的一串字符就是一个等价类，大于16位的一串字符是另一个等价类，在6-16位之间且符合规范的一串字符也是一个等价类，在6-16位之间的但包含除英文字母和数字和下划线之外的字符是另外一个等价类。
在每个等价类中选取一定数目的值作为代表。等价类分为有效等价类和无效等价类，输入符合条件的值对功能进行检验，输入无效等价类中的值可以找出程序错误的地方。
②边界值分析法：对输入的边界值或稍大（小）于边界值的值进行分析。比如某公司在招聘时筛选简历时对年龄的要求是20岁到35岁，那么19、20、21、34、35、36都是边界值，对其进行输入测试观察结果是否符合要求。
③场景法：通过运用场景来对系统的功能点或业务流程的描述，从而提升测试效果。场景法一般分为基本流和备用流，覆盖所有的场景。
④错误猜测法：通过直觉和经验对结果进行分析。

五、测试用例评审

1.什么是测试评审？

①简单的说，评审就是对测试用例进行检查
②评审包括：同行评审、小组评审、部门评审和第三方评审等
③不同的评审有不同的角色参与其中

2.评审的意义

①通过评审发现用例的不足
②方便测试人员改进用例
③达到在测试时提高测试质量的目的

3.评审的流程是什么？

评审后改进测试用例，再进行评审再改进测试用例，这样一直循环直到评审都通过，这时候才结束评审，也标志着测试用例编写的完成

六、测试用例管理

1.为什么要管理测试用例？

①测试用例数目巨大
②测试用例会根据需求的改变而改变
③测试用例需要补充完善

2.如何管理测试用例？

①原始的Excel、XMind脑图管理
②专业的项目管理系统（eg：QC、禅道、MeterSphere、JIRA）一般都为web格式