csdn最新出炉-软件测试基础知识全套教程

软件测试基础知识全套教程

hello呀!各位铁子们大家好呀,我叫凃九一个在软件测试行业摸爬滚打十几年的老江湖了,今天呢就来和大家分享一下软件基础知识,我们需要从以下几个方面去了解哟~。

1.软件测试的目的

1)找问题:找出软件中存在的各种错误和缺陷
2)说改进:根据用户体验,提出一些改进
3)察漏洞:在需求评审以及需求梳理时,尽可能多的发掘需求漏洞,提前规避
4)提能力:在测试完成后,进行项目总结,数据整理,发现整个项目组或者某个开发的弱项,有助于其进行专项题

2.软件测试的原则

1)所有的软件测试都应该追溯到用户需求
2)应当把“尽早的和不断的进行软件测试”作为软件测试者的座右铭,这也是为什么现在很多企业在从瀑布模式转变成敏捷模式,将一个大项目拆成小迭代,测试同学也可以提前介入,提前发现bug,开发及时修改。
3)完全测试是不可能的,测试需要终止。主要有三个原因:输入量太多、输出结果太多、路径组合太多;路径组合近似天文数字,并且测试是有成本的,越是测试后期,为发现错误所付出的代价越大
4)测试无法显示软件潜在的缺陷,也就是说测试只能证明软件存在错误而不能证明软件没有错误

3.测试用例的定义

就是设计一个情况,软件程序在这种情况下,必须能够正常运行并且达到程序所设计的执行结果
测试用例由用例标题-步骤-期望结果组成

4.测试用例设计的目的

1)在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率。
2)测试用例的使用令软件测试的实施重点突出、目的明确。
3)在软件版本更新后只需修正少部分的测试用例就可以展开测试工作,降低工作强度,缩短项目周期。
4)功能模块的通用化和复用化使软件易于开发,而测试用例的通用化和复用化会使软件测试易于开展,并随着测试用例的不断精化其效率也不断攀升。

5.测试用例设计的原则

1)测试用例的代表性:能够代表各种合理和不合理的、合法和不合法的、边界和越界的、以及极限的输入数据、操作和环境设置等
2)测试结果的可判定性:即测试执行结果的正确性是可判定的或可评估的
3)测试结果的可再现性:即对同样的测试用例,系统的执行结果应当是相同的

点我免费领取全套软件测试(自动化测试)视频资料(备注“csdnAAA”)

6.测试用例设计的方

设计测试用例有很多种方法,今天就分享几种比较常用的

等价类划分法

等价类划分法:是一种典型的黑盒测试方法,是把所有可能的输入数据,划分成若干部分,然后从每一部分中选取少数有代表性的数据作为测试用例。它将不能穷举的测试过程进行合理分类,从而保证设计出来的测试用例具有完整性和代表性。包括有效等价类和无效等价类
采用等价类划分法设计测试用例的步骤如下:
①确定定价类:有效等价类,无效等价类
②选取等价类的代表数据
③给等价类编号,并设计测试用例

举例如下
需求:定容是不超过5位的整数


划分等价类,并编号

编写用例
1)定容输入框可正常输入0-99999的整数:0,9999,1,99998,80
2)定容输入框不可输入小于0或者大于99999的数:-1,100000,-60,10000001
3)定容输入框可正常处理中文:蔡蔡
4)定容输入框可正常处理英文:caicai
5)定容输入框可正常处理特殊符号,空格:@#!¥%……&*·‘?\”/
6)①~⑥等价类任意组合进行测试,系统可正常处理,不会崩溃或报:系统异常

边界值分析法

边界值分析法也是一种典型的黑盒测试方法,经常和等价类划分法组合使用,边界值和次边界值都是编写测试用例考虑的,边界值选择的原则:
1、如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据
2、如果输入条件规定了值的个数,则用最大个数、最小个数、比最小个数少1、比最大个数多1的数作为测试数据

为什么要测试边界?

长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部。
例如:
1)程序员只处理了1-10位的情况,忘记对10位进行处理;
2)程序员把≤误写成了<,计数器发生少计数一次。

错误推测法

测试人员根据直觉或经验推测程序中可能存在的各种错误,从而有针对性地编写检查这些错误的测试用例,这种测试方法叫做错误推测法,但对测试人员能力要求较高。
特点:
1)高度主观性
2)相比其他方法产生的测试集合,更容易发现缺陷

场景法

主要用于测试软件的业务流程和业务逻辑,是一种基于软件业务的测试方法,测试人员要把自己当成最终用户,尽可能真实的模拟用户在使用该软件时的各种情景。
重点模拟两类操作:
1、模拟用户正确的业务操作流程----验证软件的业务功能是否能够正确实现
2、模拟用户错误的业务操作过程----验证软件的异常处理能力(健壮性)

使用场景法测试的思路:
场景法就是模拟用户操作软件时的各种场景,用来测试软件的业务逻辑和流程。当拿到一个测试任务时,我们并不是先关注某个控件的等价类,边界值这些细节,而是先关注整个功能的业务逻辑和业务流程是否正确实现,这就需要使用场景法来测试完成。当整体业务流程和主要功能没有问题时,我们再从控件的细节去进行测试,使用等价类,边界值等方法。(先整体再细节)

因果图法

因果图:就是通过画图的方式来表示输入条件(因)和输出结果(果)之间的关系。 如果输入情况有各种组合,或各个输入和输出之间有相互制约关系,这时可以采用因果图法
解析因果图法:

图形符号:
1、基本图形符号—表达的是因和果之间的关系


2、限制图形符号—表达的是因之间或果之间的限制关系

唯一和互斥的区别:唯一和互斥都是单选,但唯一必须要选一个;而互斥可以不选,如果选只能选一
实例:一卡通充值模拟系统
步骤1:了解需求,找出所有的输入条件(因)
    投币50元
    投币100元
    充值50元
    充值100元
步骤2:找出所有的输出结果(果)
    成功充值并退卡
    找零
    错误提示并退卡

将因和果填入判定表中:

根据判定表写用例(此处只举例2条用例)

总结下使用因果图法测试步骤

  步骤1:分析需求,找出所有的输入条件

  步骤2:找出所有的输出结果

  步骤3:找出输入条件中的所有组合和限制关系

  步骤4:明确每种输入组合对应的输出结果,填判定表,画因果图

  步骤5:根据判定表,写出测试用例

正交排列法

前面因果图方法中已经用到了判定表,判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。它可以把复杂的逻辑关系和多种条件组合的情况表达的较明确。

测试大纲法(测试提纲法)

程序中有多个窗口,窗口中有多个操作,多个窗口的操作之间有一定的关系,威力理清窗口之间的关系,可以使用 测试大纲法。
测试大纲法的使用步骤:
1、分析需求,列出所有窗口以及每个窗口中的操作----列大纲(可以用文字,也可以画图----思维导图)
2、根据大纲,理清窗口操作间的关系,编写用例。

点我免费领取全套软件测试(自动化测试)视频资料(备注“csdnAAA”)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值