如何编写测试用例（笔记）

前置知识点

软件相关概念-》软件测试基础-》测试流程-》测试生命周期

常用术语
黑盒 灰盒 白盒

功能 性能 安全

兼容性 易用性 UI元素

 

测试用例是什么？

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

测试用例有什么作用

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

测试用例编写流程
需求分析-》提取测试点-》测试用例编写-》测试用例评审

需求分析

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

如果没有需求怎么办？
参考市面上已经上线的同类产品

如果需求模糊怎么办？
收集整理已有需求
和产品经理逐条确认
参考同类产品的实现情况

提取测试点
什么是测试点
测试点即通过分析后对得出的需要进行测试的具体内容

测试点对测试用例的设计有什么好处？
快速
覆盖
方法
细节

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

测试用例编写方法
等价类划分法
边界值分析法
场景法
猜错法

测试用例评审
1.简单的来讲，评审就是对测试用例进行检查
2.评审包括同行评审，小组评审，部门评审，三方评审等
3.不同的评审类型会有不同的角色参与

评审的意义在哪里？
1.通过评审可以发现测试用例的不足
2.方便测试人员改进用例
3.达到在测试时提高测试质量的目的

测试用例的流程是怎么样的？
改进测试用例--》评审---》改进测试用例--》评审

评审的过程不是一次性的，是一个持续改进的过程。

********************
测试用例管理

为什么需要管理用例？
1.测试用例数量巨大
2.测试用例会随着需求变更
3.测试用例需要补充完善

如何管理用例?
ALM,禅道，testlink，bugzilla,JIRA