前言

在正式开始进行软件测试之前,我们需要进行前置知识的储备,这篇文章主要是软件测试的基础知识,为了以后正式测试打下坚实的基础.

需求

满足用户期望或正式文档所规定的标准,规范.所具有的条件或者权能,包含用户需求和软件需求.

用户需求

用户需求可以简单的理解为是甲方提出的需求.如果要是没有甲方,就是用户提出的需求

软件需求

把用户的需求转为详细的文档,就是软件需求.软件需求是测试人员进行测试工作的基本依据.

从测试人员的角度看需求

在具体设计测试用例的时候,首先需要搞清楚每一个业务所对应的多个软件功能需求点,然后分析出来每个软件功能需求点对应多个测试功能需求点,然后在针对每个测试功能需求点进行测试用例的设计.

需求对测试人员的重要性

从软件功能的需求出发,无遗漏的找出测试用例是至关重要的,这将直接关系到测试用例的覆盖率.
对于识别出的每个测试需求点,都要采用具体的设计测试用例的方法,来进行测试用例的设计.

上面我们对此的提到测试用例,那么我们下面将详细的介绍测试用例.

测试用例

测试用例是为了实施测试为给被测试系统提供的一组集合,包括了测试环境,测试数据,预期结果,操作步骤等.

测试用例主要是为了解决测试什么,怎么测试的问题,

测试环境

例如:LeetCode提供的测试环境,可以在浏览器中打开,浏览器就是测试环境.

测试数据

例如:牛客上面,可以自定义测试数据,后台也提供了一组测试环境.

预期结果

当前测试数据通过100%

操作步骤

写完代码,点击提交

为什么要有测试用例

测试用例可以提高测试人员的工作效率,减低测试用重复测试的问题.

测试用例是我们建立自动化测试的基础.

接下来我们写一个手机打电话的测试用例:

Bug的概念

世界上的第一个bug

1945年9月的某天，在一间老式建筑里，从窗外飞进来一只飞蛾，此时Hopper正埋头工作在一台名为 Mark Il的计算机前，并没有注意到这只即将造就历史事件的飞蛾。这台计算机使用了大量的继电器（电子机械装置，那时还没有使用晶体管）。突然，Mark II死机了。Hopper试了很多次还是不能启动，他开始用各种方法查找问题，最后定位到了某个电路板的继电器上。Hopper观察这个继电器，惊奇地发现一只飞蛾已经被继电器打死。Hopper小心地用镊子将飞蛾夹出来，用透明胶布贴到“事件记录本”中，写上“第一个发现虫子的实例”。Hopper的事件记录本，连同那只飞蛾，现在都陈列在美国历史博物馆中。软件错误的一般定义：程序与规格说明之前不匹配。