很多初入测试职场的小白编写测试用例不严谨，那针对这个问题。从以下三个方面入手：
1、为什么要写测试用例
2、总结什么是测试用例
3、怎么写测试用例
一、为什么要写测试用例
1. 测试用例场景引入
比如，开发人员做了页面登录功能，然后给用户使用，用户使用过程中发现如下问题：
a、用户发现用户名只能输入字母数字，无法使用中文;
b、输入的密码长度没有限制，可以输一位长度密码，也可以输入很长的密码;
c、输错时，页面给出的错误提示信息不明确;
d、更换某个浏览器之后，发现输入密码的框输入不了任何字符;
......
基于上述各种各样的问题，开发人员开发完毕后会做基本的测试么?肯定会，但是能全面的考虑测试全部么?不会，因为基于测试的专业性和时间等方面因素，无法全面的进行验证测试。
2、如何解决上述问题呢?
需要有专门的测试人员来进行全面的设计思考，并进行全面的测试，如何做到精准全面的测试呢?就需要设计编写测试实施的过程文档，这个文档就是常说的测试用例。
总结写测试用例主要目的，主要以下四个方面：
a、精准全面验证产品质量是否满足需求
b、避免测试过程出现遗漏
c、有助于测试工作进度的跟踪确认
d、方便上线验证和交付
二、总结什么是测试用例
1、名词解释
通俗来说，就是进行模拟用户使用，验证产品能否满足要求的例子 ;
专业的说，就是为了特定目的而设计的由一组测试输入、执行条件、预期结果构成的文档 ;
简单的说，就是将产品的需求梳理为一个个可验证的功能点，然后去验证其正确性。
2、用例形式
文本形式：Excel文档(最常见)、word文档、其他
思维导图形式：类似于xmind形式罗列测试大纲即可(适用于时间紧迫的场景)
代码形式：针对于自动化测试而言，也叫测试脚本(本篇章暂不展开，属于自动化范畴)
三、 怎么写测试用例
(1) 原则：用最少的用例覆盖最多的测试范围
1、覆盖需求(需求明确描述的全面覆盖)
2、站在用户使用角度补充完善
(2) 用啥工具
1、Excel文档：这种是最常见的，内容比较细化，方便管理跟踪验证，但是需要耗费一定的时间去设计编写。
2、Xmind导图：这种也会出现，尤其对于一些项目时间比较紧迫的时候可以以思维导图形式梳理并跟踪验证。
3、项目管理工具：这种需要相关的管理工具支持，与项目相关的产品、用例、bug都在一套工具中管理。(比如：禅道、QC等)
(3)、写什么?
结合编写测试用例的目的，个人在这儿提炼一下测试用例包含的核心要素是什么?
下面以某网站的登录功能为例举例说明
用例编号(ID)
作用：必填，区分不同用例，描述用例的唯一性，类似于学生的学号
构成：一般有三部分：项目简称-模块名-序号，项目简称和模块名建议英文简称，序号三位数字
示例：xxx-login-001
用例标题
作用：必填，描述测试人员要干什么?或者叫测试的目的
构成：期望的结果(构成的条件)
示例：验证登录成功(正确的账号和密码)
所属项目/模块
作用：选填，描述测试用例范围，如果不清楚可以不写
构成：业务流程用例写项目简称;如果是单功能模块，写模块简称
示例：登录
优先级
作用：必填，描述用例的重要程度(结合产品需求描述确定重要程度高低)
构成：一般有字母和数字组合描述(priority单词简写)，如P0表示最高、P4表示最低，中间以此类推
示例：P0
预置条件
作用：选填，描述用例执行的前提条件，如果没有就不写
示例：账号已注册(要登录成功需要账号密码，前提是账号已注册)
测试数据
作用：选填，测试过程中用到的输入数据
示例：账号：admin 密码：123456
执行步骤
作用：必填，描述执行用例的先后步骤，建议别超过6步骤，否则太繁琐不便阅读。
构成：步骤序号+文字描述
示例：1.打开登录页面 2.对应输入测试数据 3.点击登录
预期结果
作用：必填，根据需求描述你希望达成的结果
构成：结果描述+现象构成(可以写多个现象)
示例：登录成功，1.页面提示登录成功的消息 2.页面跳转到xxx首页
(4) 怎么写?
从测试的内容和范围可以划分为2方面测试
产品业务流程的测试用例，简称业务流程
单功能模块的测试用例，简称单模块
网友评论