软件测试-如何写好测试用例

一、课程介绍

前置知识点

1，软件相关概念
数据，程序，文档的集合

2，软件测试基础
保证软件质量，满足用户需求

3，软件测试流程
需求分析
计划制定
用例的编写与执行
对测试结果的分析报告

4，测试生命周期
测试计划
测试设计
测试开发：测试用例的设计与编写
测试执行
测试评估

常用术语：
黑盒：不透明盒子
灰盒：订单生成功能，软件上生成的订单和数据库里面的数据进行对比，验证是否一致
白盒：技术要求最高
功能：验证软件是否满足用户提出的表面需求
性能：软件的工作效率，双11
安全：测试软件是否会保护用户信息不被轻易的盗取
兼容性：不同平台兼容
易用性：用户友好
UI元素：一致、美观

二、测试用例与编写流程介绍

本章对什么是测试用例，测试用例编写流程等做了简单介绍，让大家更好的认知测试用例，并为后面的学习打下基础

测试用例介绍

测试用例是什么？

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

测试用例包含哪些内容？

用例编号、用例名称、测试背景、前置条件

优先级、重要级、测试数据、测试步骤

预期结果、实际结果、备注

需求分析与测试点编写

需求分析：
业务需求：关注系统是否满足业务
用户需求：关注系统是否满足用户习惯
功能需求：关注系统是否满足功能要求

没有需求如何应对：
参考市面上已经上线产品

需求模糊如何应对:
收集整理已有需求
和产品经理逐条确认

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

测试点对测试用例的设计有什么好处？
快速：根据测试点快速设计测试用例
覆盖：测试点完全覆盖需求
方法：迅速找到设计测试用例的方法
细节：展示测试细节

测试点提取：

按照操作顺序

按照对应顺序的功能模块

根据以上两点获得的测试点用等价类划分、功能需求等方式精简、再归类

测试用例编写注意

根据项目实际情况设计测试用例表格
用例格式不固定
根据具体情况编写

用例编写方法
等价类划分法
选择适当数据子集
降低测试数目去实现合理覆盖

有效等价类
无效等价类

边界值分析法

场景法
运用场景对功能点或业务流程的描述，提高测试效果

猜错法

三、 测试用例编写，评审与管理

本章通过一个案例讲解如何编写测试用例，如何评审测试用例是合格的，如何管理好测试用例

测试用例编写方法

测试用例包括：测试编号、用例名称、测试背景、前置条件、重要级、优先级、测试数据、测试步骤、预期结果、实际结果、编写人和执行人等

3-2 慕课网注册功能测试用例编写 (13:25)

3-3 慕课网搜索，APP下载功能测试用例编写 (23:59)

拓展用例的类型可以有：所属模块、模块编号、功能介绍、版本、测试环境、测试方法、测试阶段（系统测试、单元、集成等等）、开发人员等等。

①如何编写测试用例？找到系统的功能模块，提取测试点，接着扩展开来写出用例即可。
②用例编写方法：等价类划分法、边界值法、场景法、猜测法。
③用例具体：如下图
④用例管理工具：禅道、TestLink；实际情况公司只采取了管理工具中的BUG管理模块，用例管理依然通过EXCEL表管理。

测试用例中可加入：

模块编号、所属模块（注册、登录、搜索、APP下载）、功能介绍、

用例编号、用例名称、测试背景、前置条件、重要级、优先级、

测试版本、测试环境（谷歌浏览器）、测试类型（手工测试）、测试阶段（系统测试）、

测试数据、测试步骤、

预期结果、实际结果、

3-4 测试用例评审 (02:28)

评审意义

评审是非常关键，并且有用的一个活动。但是在实际运用中，却往往很难发挥作用。这是为什么呢？因为当事人在组织评审之前，并没有对需要评审的对象，进行有效的说明。
比如说：
1 当前文档做成背景，为什么要做成
2 当前测试用例，是根据什么思路，来完成的
※这点非常重要，因为如果设计思路是错误或者混乱的的，
后面的测试用例就完全不用评审了，因为相当于所有评审人员来了一次头脑风暴，从头再来看过一遍整个设计过程。 或者说评审人员也是都下想到哪里说到哪里。毫无效率。
3 此次评审，需要达到什么效果

3-5 测试用例管理 (08:26)

测试用例的管理工具：ALM，禅道，TestLink，Bugzilla，JIRA。
禅道属于成本低，性价比较高者，易于操作管理。

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

第4章 课程总结

总结前面学习过的知识重点，同时如果有其他想学习的内容可以加入慕课网软件测试QQ群一起交流。

4-1 课程总结 (00:58)