测试用例知识点总结

前置知识点

软件相关概念：

数据、程序、文档的结合。测试时操作数据，测试的主体就是程序，而文档则是测试时的可视化，测试用例属于文档的一部分

软件测试基础：

以满足需求为目的保证软件质量的一系列手段

软件测试流程：

从需求分析开始到计划的制定，用例的编写与执行，对测试结果的分析报告

测试生命周期：

测试计划、测试设计、测试开发、测试执行、测试评估

软件手段：

黑盒：通过外面所暴露出来的接口功能进行测试

灰盒：通过外面暴露出来的功能和盒子内容数据作对比，得出测试结论

白盒：通过观察内部结构，直接推敲出软件是否满足用户的需求

三个专项测试方面：

功能：软件是否满足客户提出的表面需求

性能：测试一个软件的工作效率

安全：测试软件是否能够保护信息不会被轻易地盗取

测试点划分：

兼容性：测试软件在不同平台上的表现

易用性：测试软件是否有友好 ，满足用户的使用习惯

UI元素：检查界面布局显示是否一致美观

进入主题

一、测试用例是什么

1、测试工作的核心

2、一组在测试时输入输出的标准

3、软件需求的具体对照

二、测试用例的作用

1、检验软件是否满足客户需求

2、体现一个测试人员的工作量

3、展现测试用命的设计思路

三、测试用例的编写内容

模块编号、功能模块、用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试版本、测试环境、测试类型、测试阶段、测试数据、测试步骤、预期结果、实际结果、备注

四、测试用例的编写流程

1、需求分析：

业务需求：

关注系统是否满足业务

用户需求：

关注系统是否满足用户习惯

功能需求：

关注系统是否满足功能需求，能否达到业务的目的

2、提取测试点：

测试点的含义：

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

测试点的好处：

a、可以快速地设计出设计用例

b、测试点可以覆盖所有的需求

c、在测试点可以迅速运用测试方法

d、可以呈现出需求的一些细节

测试点的编写内容:

功能模块、测试点编号、测试点描述

3、测试用例编写

编写注意事项：

1、根据项目的实际情况设计测试用例表格、

2、用例格式不是固定的，不要生搬硬套

3、根据具体的情况编写

编写方法：

等价类划分法：黑盒测试方法、如何选择适当的数据子集来代表整个数据集，通过降低测试的数目去实现合理的覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷

边界值分析法：黑盒测试方法，作为等价类划分法的补充，可以让我们更快速地选出等价类，使用边界值分析法设计测试用例时一般与等价类划分法结合起来，但它不是从一个等价中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于，刚刚大于或刚刚小于边界值的测试数据

场景法：通过运用场景来对系统的功能点或业务流程的描述进行测试，从而提高测试效果，场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的的过程，经过遍历所有的基本流和备用流来完成整个场景

猜错法：依靠直觉分析哪些地方容易出现问题，依靠经验去分析哪些地方容易被开发忽略，从而快速得到测试的结果

进行编写：

根据测试点、编写内容和编写方法进行测试用例的编写

4、测试用例评审

含义：评审就是对测试用例进行检查

类型：评审包括同行评审、小组评审、部门评审、三方评审等

注意：不同的评审类型会有不同的角色参与

评审的意义：通过评审可以发现测试用例的不足，方便测试人员改进测试用例，达到在测试时提高测试质量的目的

评审的流程：测试用例编写-->评审-->改进测试用例-->评审-->改进测试用例，周而复始，直到完美

五、测试用例的管理

为什么需要管理用例？

1、测试用例数量巨大

2、测试用例会随着需求变更

3、测试用例需要补充完善

如何管理测试用例？

1、原始的excel管理方式

2、专业的项目管理系统

3、管理工具：ALM、禅道、testlink、bugzilla

如果有疑问或者对该博文有何看法或建议或有问题的，欢迎评论，恳请指正！