标签：__ SIR 验证 微信 标题 用例 测试用例 bug

设计测试用例编写技巧

=================================

一、查看用例的模板

案例模板1：

 

 案例模板2：

 

 案例3：

 

 

==========================================

二、用例的要素讲解

.编写用例的要素？

用例编号，用例标题，前置条件，测试步骤，预期结果，优先级 （必写）

用例创建时间，实际结果，用例类型，执行时间，执行状态等（非必填项）

=============================================

三、详解测试用例要素

（一）用例编号

可以称为：用例id，测试编号，编号等

（1）系统命名_模块名称_编号 (一般情况系统和模块名称是大写，间隔用 __ 下滑线)

案例： WX_FHB_001

（2）公司中的用例编号根据公司规定

案例：

 

 

（二）用例标题

又称为：测试内容，测试名称，测试标题等

用例标题：描述用例验证什么

案例：

1、验证微信能发红包

2、验证微信发送红包失败（零钱余额不足）

3、单个红包金额超过最大金额有错误提示（>200）

注意事项：

1、用例标题是永远唯一的，不存在两条相同的用例

案例：

a.验证微信发送红包失败（零钱余额不足)

b.验证微信发送红包失败（无网络)

c.验证微信发送红包失败（密码错误)

 

2、标题描述，简单，易懂，清晰

3、标题能加上“验证”尽量加上验证

4、用例标题和预期结果相呼应

5、用例标题要写清楚验证的点

6、用例标题是陈述句，不能用判断句或者选择范围，用是否，不能写疑问句

7、不能把bug 写成测试用例

8、一个无效等价类就是一条用例，不能多个无效等价类写成一条用例

（三）优先级

优先级有三个级别：

高：核心功能测试用例（冒烟测试用例），会阻碍大部分其他测试的用例，基本功能测试

举例：

死机，白屏，卡顿，闪退，

中：异常测试，边界，中断，弱网

举例：删位置，除，返回，取消，刷新，更新，翻页等

低：字体，颜色，色差，易用性等

举例：ui样式、颜色，大小，排版

场景设法设计的用例，基本流， 高级用例

场景法设计的用例，备选流，中级用例

因果图设计的用例，有效用例，选一条为高级，其他的为中级

等级类和错误推测法， 设计的有效用例 中级

等价类和错误推测法，设计的无效用例  低级

 

 

用例优先级对应我们bug等级

致命bug  （1级bug）

严重bug（2级bug）

一般bug（3级bug）

建议性bug（4级bug）

（四）前置条件

前置条件：执行操作之前的准备工作

案例：

1、准备两台手机，

2、两个微信账号

3、银行卡，余额充足

4、已连接网络

 

（五）测试步骤

测试步骤：验证“测试标题”的具体步骤

（1）测试的流程步骤按序号编写：1,2,3,4,5

（2）测试步骤的开头都是动词

（3）测试步骤一般不超过8个步骤（简化步骤）

（4）不能把上一个用例的步骤，用来做下一个步骤的前置条件

（六 ）预期结果

预期结果：达到预期的目标

（1）预期结果要详细

（2）预期结果要注意隐藏结果

（3）页面跳转

（4）订单状态的变更

（5）预期结果，不能只写成功，失败

（6）页面提示，提示语

（7）结果涉及到页面提示，数据变化，必须明确说明提示内容和变化内容

（8）结果涉及到数据需要明确数据库中的表和字段的变化。

例如：添加用户名，余额的减少等

 

标签：__,SIR,验证,微信,标题,用例,测试用例,bug
来源： https://www.cnblogs.com/xiaolehong/p/15932154.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。