自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(36)
  • 资源 (1)
  • 收藏
  • 关注

原创 组合测试方法

组合测试方法 两两组合测试 成对测试 结对测试

2022-09-13 16:20:05 1058 1

原创 程序流程图

程序流程图概念程序流程图的基本符号起止框输入/输出框处理框判断框注释框流程线连接点流程图示例总结概念程序流程图是对给定算法的一种图形解法,用规定的一系统图形、流程线和文字说明来表示算法中的基本操作和控制流程。程序流程图的基本符号起止框起止框表示算法的开始和结束。输入/输出框输入/输出框表示算法的输入/输出操作,框内填写需输入或输出的各项。处理框处理框表示算法中的各种处理操作,框内填写处理说明或算法。判断框判断框表示算法中的条件判断操作,框内填写判断条件。注释框注..

2022-04-11 13:53:04 515

原创 黑盒测试方法之正交实验法

正交实验法概念需求示例测试用例分析设计总结概念正交试验设计方法是依据Galois理论,从大量的数据中挑选适量的,有代表性的点(条件组合),从而合理地安排使用的一种科学实验设计方法。正交实验法步骤:1)确定影响功能的因子与状态;2)选择一个合适的正交表;3)利用正交表设计测试用例集。很多初学者会问正交表怎么制作?正交表是前人通过大量的实验和数据总结出来的一系列表,不需要测试人员自己去制作,只需要从众多的正交表中选择出合适的正交表使用就行了。需求示例打印测试打印范围分:全部、当..

2022-03-24 14:09:06 485

原创 黑盒测试之两两组合方法

两两组合方法概念需求示例测试用例分析设计总结概念所有测试数据两两配对,每一对数据至少出现一次,这个是两两组合测试的基本原理,两两组合测试也称结对测试(Pairwise Testing)。大部分缺陷是在进行两个变量取值冲突的测试时被发现的,不仅仅是在所有的组合情况下才会被发现,所以不用测试所有的组合,在一定的时间、一定的人力条件下测试所有的两两组合即可。需求示例现有一个系统,有三个输入变量X、Y、Z,其取域分别为:D(X)={A,B};D(Y)={Q,R};D(Z)={α,β}。测试用例..

2022-03-18 14:07:13 2103

原创 黑盒测试方法之因果图法

因果图法因果图法步骤软件需求示例测试用例分析设计总结因果图法步骤1)赋标识符。分析软件需求规格说明,找出哪些是原因(即输入条件或输入条件的等价类),哪些是结果(即输出条件),并给每个原因和结果赋予一个标识符;2)画因果图。分析软件需求规格说明,找出原因与结果之间,原因与原因之间对应的关系,根据这些关系,画出因果图;3)标约束。由于逻辑或环境限制,有些原因与原因之间,原因与结果之间的组合情况不可能出现,可在因果图上用一些记号标明约束或限制条件;4)制表。把因果图转换成判定表;5)生成测试用例..

2022-02-28 15:30:53 604

原创 因果图方法中的基本符号

因果图方法中的基本符号前言基本符号1、恒等2、非3、或4、与5、互斥6、包含7、唯一8、要求9、屏蔽总结前言经过了春节假期,我们重新回到工作学习中。在学习因果图法前首先要学习因果图方法中的基本符号,今天我们就先解决这些基本符合。基本符号1、恒等恒等:表示原因与结果之间一对一的对应关系。若原因出现,则结果出现,若原因不出现,则结果也不出现。2、非非:表示原因与结果之间的一种否定关系。3、或或:表示若几个原因中有一个出现,则结果出现,只有当这几个原因都不出现时,结果才不出现。..

2022-02-15 14:48:42 1691

原创 黑盒测试方法之判定表法/决策表法

判定表法/决策表法概念制作判定表方法步骤需求示例测试用例分析设计总结概念在实际应用中,许多输入是由多个因素构成,而不是单一因素,这时就需要多因素组合分析。当多因素不需要进行因果分析时,可以直接对输入条件进行组合设计,这时就可以采用判定表方法。判定表由“条件”和“活动”两部分组成。列出一个测试活动执行所需的条件组合,所有可能的条件组合定义了一系列的选择,而测试活动需要考虑每一个选择。判定表由条件桩、动作桩、条件项、动作项、规则5个元素组成。条件桩:列出问题的所有条件。动作桩:列出可能针对问题..

2022-01-26 10:25:52 1251

原创 黑盒测试方法之边界值分析法

边界值分析法概念需求示例1测试用例分析设计1需求示例2测试用例分析设计2总结概念很多错误发生在输入或输出范围的边界上,因此针对各种边界情况设置测试用例,可以更有效地发现缺陷。边界值分析法测试用例设计方法:1)确定边界情况(输入或输出等价类的边界);2)选取正好等于、刚刚大于或小于边界值作为测试数据。需求示例1软件需求:一个输入框要求输入的是整形数[0,100]。测试用例分析设计1示例中有2个边界,分别是上边界100和下边界0。需要分别对上边界和下边界进行测试用例设计。测试用例集..

2022-01-18 09:56:32 391

原创 黑盒测试方法之等价类划分法

等价类划分法概念需求示例测试用例分析设计总结概念等价类是指某个输入域的子集,在该子集中每个输入数据的作用是等效的,也就是该子集中每个输入数据的揭错概率是一样的。等价类分为有效等价类和无效等价类。等价类划分法是将输入数据分成若干个子集,从每个子集选取一个代表性的数据作为测试用例输入。等价类划分法是在分析需求规格说明的基础上划分等价类,列出等价类表。设计测试用例时,要同时考虑有效等价类和无效等价类。软件不仅要能接收合理的数据,也要能经受异常数据的考验。经过正向和反向的测试才能确保软件具有更高的可靠..

2022-01-11 14:21:31 340

原创 黑盒测试之功能分解法

功能分解法前言概念需求示例测试用例分析设计总结前言首先和各位道个歉,最近事情比较多,本来计划的一周一更推迟了这么久。今天咱们继续,开始黑盒测试方法部分的分享。概念在学习软件测试的时候经常听到功能分解法,很多人项目也说使用了功能分解法,当被问哪里用了功能分解法时却说不清楚。功能分解是把软件需求中的每一个功能加以分解,分解为功能单元,以功能单元为对象进行测试用例设计。需求示例一个用户管理系统可以分解为用户名和密码管理、用户资料管理、用户权限管理等功能单元,当然也可以进一步往下进一步分解..

2022-01-05 15:17:53 1888

原创 白盒测试之基本路径覆盖测试

基本路径覆盖测试概念独立路径测试用例分析设计自己再试试总结概念要学习基本路径测试前还需要弄清楚一个概念独立路径。独立路径是指该路径至少引入一系列新的处理语句或条件的路径。在流程图中从程序入口出发,一条边一条边地往下走,一直走到程序的一个出口,这些边构成了程序的一条路径。如果找出一条路径,它包含一条以前找到的路径未包含的边,则它是一条独立路径。# 需求示例程序源代码如下:void funcPath(int a, int b,double c ){ if (a > 0 &amp..

2021-12-22 09:38:45 1137

原创 程序圈复杂度

圈复杂度前言示例代码概念实践前言要学习基本路径测试前需要先学习几个知识,控制流图、圈复杂度、独立路径。本文中介绍下圈复杂度。

2021-12-13 11:38:32 223

原创 程序控制流图

控制流图前言示例代码概念实践总结前言要学习基本路径测试前需要先学习几个知识,控制流图、圈复杂度、独立路径。本文中介绍下控制流图。示例代码程序源代码如下:void funcPath(int a, int b,double c ){ int a, b; double c; if (a > 0 && b > 0) c = c + a; else if (c > 1) { int i; for(i=0;i<5;i++) ..

2021-12-13 11:34:48 1506

原创 白盒测试之修正判定条件覆盖测试(MCDC测试)

修正条件/判定覆盖(MC/DC)测试概念需求示例测试用例分析设计测试用例脚本MC/DC覆盖情况总结概念修正条件/判定覆盖是对于每一个条件C,要求存在并符合以下条件:1)条件C所在判定内的所有条件,除条件C外,其他条件的取值完全相同;2)条件C的取值相反;3)判定的计算结果相反。通俗的讲就是:条件C可以独立影响判定结果。需求示例程序源代码如下:int funmcdc(bool A, bool B, bool C){ if(A && (B || C)) ..

2021-12-06 11:02:32 6853 1

原创 白盒测试方法之条件组合覆盖测试

条件组合覆盖测试概念需求示例测试用例分析设计总结概念条件组合覆盖的基本思想是设计足够的测试用例,使得判断中每个条件的所有可能至少出现一次,并且每个判断本身的判定结果也至少出现一次。它与条件覆盖的差别是它不是简单地要求每个条件都出现“真”与“假”两种结果,而是要求让这些结果的所有可能组合都至少出现一次。如果一个判定中存在N个条件,那么条件组合则有2N2^N2N种。需求示例程序源代码如下:void func(int a, int b, double c){if (a > 0 &a..

2021-11-29 10:39:27 1693

原创 白盒测试方法之条件覆盖测试

条件覆盖测试概念需求示例测试用例分析设计测试用例脚本条件覆盖情况总结概念条件覆盖的基本思想是设计若干测试用例,执行被测程序以后,要使每个判断中每个条件的可能取值至少满足一次。这里要强调的是每个判断中的每一个条件,即使是同一条件,但在不同的判断中也需要分别进行测试。需求示例程序源代码如下:void func(int a, int b, double c){if (a > 0 &&b > 0) c = c / a;if (a > 1 ||..

2021-11-23 10:22:15 1105

原创 白盒测试方法之判定覆盖测试/分支覆盖测试

判定覆盖测试/分支覆盖测试概念需求示例测试用例分析设计测试用例脚本分支覆盖情况总结概念判定覆盖法的基本思想是设计若干用例,运行被测程序,使得程序中每个判断的取真分支和取假分支至少经历一次,即判断真假值均曾被满足。一个判定代表着程序的一个分支,所以判定覆盖也被称为分支覆盖。需求示例程序源代码如下:void func(int a, int b, double c){if (a > 0 &&b > 0) c = c / a;if (a > 1..

2021-11-15 14:15:54 1253

原创 白盒测试方法之语句覆盖测试

语句覆盖测试概念需求示例测试用例分析设计测试用例脚本语句覆盖情况总结概念语句覆盖法的基本思想是设计若干测试用例,运行被测程序,使程序中的每个可执行语句至少被执行一次。需求示例程序源代码如下:void func(int a, int b, double c){if (a > 0 &&b > 0) c = c / a;if (a > 1 or c > 1) c = c + 1;c = b + c;}测试用例分析设计..

2021-11-09 11:30:28 1070

原创 白盒测试方法和黑盒测试方法

系列文章目录前言第一章 白盒测试技术1.1 语句覆盖测试1.2 判定覆盖(分支覆盖)测试 1.3 条件覆盖测试1.4 判定条件覆盖测试1.5 条件组合覆盖测试1.6 修正条件/判定覆盖(MC/DC)1.7 基本路径覆盖测试 第二章 黑盒测试技术 2.1 功能分解法 2.2 等价类划分法 2.2 边界值分析法 2.4 判定表法/决策表法 2.5 因果图法 2.6 两两组合方法 2.7 正交实验法文章目录系列文章目录前言前言继软件测试入门后,历史2个月把软件测试方

2021-11-04 10:04:44 1133

原创 17 性能测试

性能测试前言性能测试性能测试的目标总结前言系统级性能测试是验证系统做的好不好,进行性能测试的前提条件是系统做的是对的。性能测试系统级性能测试是为了发现系统性能问题或获取系统性能相关指标而进行的测试。一般在真实环境、特定负载条件下,通过工具模拟实际软件系统的运行或其操作,同时监控性能各项指标,最后对测试结果进行分析来确定系统的性能状况。性能测试一般从下面几个方面进行考虑:性能测试的目标性能验证测试:验证系统是否达到事先已定义的或用户要求的系统性能指标、能否满足系统的性能需求。性能基准..

2021-08-27 11:23:34 246

原创 16 系统测试之功能测试

功能测试前言功能测试总结前言系统测试一般要使系统软件运行于真实的硬件环境中,其更倾向于软硬件结合的测试。在本专题中主要介绍系统测试中的功能测试和性能测试。其他测试类型在本专题中咱不展开讲,会在以后的专题中详细说。功能测试对于功能测试主要从功能的正确性、完整性和适合性方面进行测试。主要的测试内容见图片。总结功能测试是验证系统做的对不对。...

2021-08-20 13:53:38 2338

原创 15 三明治集成方法和混合策略集成方法

三明治集成方法和混合策略集成方法前言三明治集成方法混合策略集成方法总结前言关于集成测试方法今天我们再学习两个方法,三明治集成方法和混合策略集成方法。三明治集成方法采用三明治方法的优点是:它将自顶向下和自底向上的集成方法有机地结合起来,不需要写桩函数,因为在测试初自底向上集成已经验证了底层模块的正确性。缺点是中间层在早期没有得到充分的测试,可能引入缺陷。同时,中间层的选择也很重要,如果中间层选择的不当,可能会增加驱动函数的和桩函数工作量的设计负担。混合策略集成方法混合策略集成方法对软件..

2021-08-13 10:39:59 1881

原创 14 集成测试方法之自底向上集成方法

自底向上集成方法前言自底向上集成方法前言集成测试方法没有好坏之分,只有哪个更适合。自底向上集成方法自底向上集成方法是从调用的底层开始逐级的向上集成,每测试完一个族群就将其挂到上一层的模块上。这种集成方法的特点是不需要写桩函数,但需要写驱动函数。...

2021-08-10 14:33:36 2766

原创 13 集成测试之自顶向下集成测试方法

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档文章目录前言一、pandas是什么?二、使用步骤1.引入库2.读入数据总结前言提示:这里可以添加本文要记录的大概内容:例如:随着人工智能的不断发展,机器学习这门技术也越来越重要,很多人都开启了学习机器学习,本文就介绍了机器学习的基础内容。提示:以下是本篇文章正文内容,下面案例可供参考一、pandas是什么?示例:pandas 是基于NumPy 的一种工具,该工具是为了解决数据分析任务而创建的。二、使用步骤1.引入库代码

2021-07-30 09:12:20 4203

原创 12 集成测试方法之大棒集成方法

大棒集成方法大棒集成方法总结大棒集成方法大棒集成方法先是对每一个子模块进行测试(单元测试阶段),然后将所有模块一次性的全部集成起来进行集成测试。如图,先分别对A、B、C、D、E、F、G模块进行单元测试,然后按照设计要求一次性结合成左侧所示程序,对该程序进行集成测试。总结大棒集成方法有明显的不足。所有的模块一次集成,所以很难确定出错的真正位置、所在的模块、错误的原因。这种方法并不推荐在任何大系统中使用,适合在规模较小的应用系统中使用。...

2021-07-23 15:07:44 538

原创 集成测试(部件测试)

差之毫厘,失之千里。集成测试出了强调对单元组成的集合体进行测试外,同时也关心集合的过程,也就是集成测试方法,在后面的文章中我们会逐个的进行介绍。集成测试在有些标准中也称之为部件测试,其实两种之间还是稍有区别,对于大部分小伙伴来说没有必要一开始弄得那面清楚,在实际工作中遇到部件测试了再去深究也不迟。本文主要概要介绍了下关于集成测试的必要性和集成测试过程中可能用到的方法,下面我们将重点介绍几种常用的集成测试方法。

2021-07-20 13:58:30 765

原创 10 单元测试使命

不同级别的测试的侧重点是不同的,单元测试也有它的使命所在。在现代的软件开发过程中越来越多的项目把测试工作左移,融入到软件开发的全过程。单元测试并不等同于白盒测试,只是在单元测试过程中使用白盒测试技术的占比相对较多而已。...

2021-07-15 15:01:42 63

原创 9 单元测试中不得不知的概念

单元测试中不得不知的概念前言软件单元及单元测试驱动函数和桩函数总结前言做单元测试,如果不弄清楚什么是单元,那十八般武器也无的放矢了。可能在单元测试中听到最多的就是驱动函数、桩函数和逻辑覆盖,本专题就讲讲关于单元测试中那些不得不知的概念。关于逻辑覆盖,涉及的内容比较多,我们放在另外的专题中说。软件单元及单元测试软件单元的概念:软件设计的最小单位-模块。在C语言中单元就是指函数,在面向对象的语言中单元就是一个对象或者方法。单元测试是对软件基本的组成单元进行独立的测试。单元测试的目标:1..

2021-07-08 10:09:32 517

原创 8单元测试的必要性

单元测试的必要性前言单元测试堪比汽车零件检测总结前言积土成山,风雨兴焉。单元测试堪比汽车零件检测据估计,一般轿车约由1万个不可拆解的独立零部件组装而成。结构极其复杂的特制汽车,,如F1赛车等,其独立零部件的数量可达到2万个之多。可以设想下,如果汽车组装企业在没有对这些独立零部件进行检定的情况下就把整车组装好,结果发现汽车无法启动,这该是一件多么令人沮丧的事情。想要排查到底是哪个零件出现了问题恐怕也是没有那么容易,如果哪个汽车组装企业是这么做的,估计离关门大吉也不远了。软件系统就相当于整..

2021-06-25 14:28:38 68

原创 7软件质量与测试规范

软件质量与测试规范前言标准/规范产品质量模型总结前言标准和规范可以指导测试工作的方向。标准/规范软件质量与测试标准分为国际标准、国家标准、行业标准、企业(机构)规范、项目规范等。下一层标准需要在上一层标准的框架下做扩展或补充。比如行业标准首先要满足国家标准,再根据行业特点增加要求。软件质量与测试常见标准包括:GB/T 11457-2006 信息技术 软件工程术语GB/T 8567-2006 计算机软件文档编制规范GB/T 12504-90 计算机软件质量保证计划规范GB/T 1890..

2021-06-18 09:53:52 527

原创 6软件测试过程

软件测试过程前言软件测试的几个典型过程总结前言测试策划、测试设计与实现、测试执行、回归测试和测试总结。软件测试的几个典型过程软件测试过程主要包括测试策划、测试设计与实现、测试执行、回归测试和测试总结,每个活动过程中包括的主要工作内容如下图所示。测试活动之间从逻辑上存在一定的先后关系,但从时间线上没有明确的时间分隔点,各活动需要循环和迭代,是一个循环往复的过程。总结过程决定结果,一个好的过程不一定产生好的结果,但一个混乱的过程一定不会产生好的结果。...

2021-06-11 15:32:49 139

原创 5软件开发与软件测试

软件开发与软件测试前言瀑布模型V模型总结前言软件测试与软件开发过程是相辅相成、相互依赖、相互转换的过程。瀑布模型瀑布模型规定了软件生命周期中的各项活动,包括需求分析、概要设计、编码、测试、验收与交付、使用与维护等。瀑布模型中各个软件过程是自上而下、相互衔接的固定次序,如同瀑布一样逐级下落。V模型采用V模型可使软件的测试活动与其他开发工作并行进行。在V模型中,测试工作开始于需求分析阶段,在进行系统需求分析的同时就已经开始系统测试的测试计划制定和测试用例设计,以及测试环境构建等测试工作。以..

2021-06-08 09:10:35 152 1

原创 4软件测试阶段

软件测试流程和规范前言软件测试阶段总结前言不以规矩,不成方圆。软件测试阶段在软件测试中主要的测试阶段包括文档集测试、单元测试、集成测试、系统测试(包括功能测试和非功能测试)、安装测试、验收测试。总结不同的测试阶段有不同的测试重点,一个阶段做的再充分也无法替代另一个阶段的工作。...

2021-05-28 14:27:44 82

原创 3软件测试原理与软件缺陷

软件测试原理与软件缺陷文章目录前言软件测试原理软件缺陷总结前言知其然,更要知其所以然。软件测试原理下图中很直观的展示出了软件测试原理。根据测试目标设计测试输出,依据测试依据(包括软件需求、设计等)给出预期结果,在被测对象上运行得到运行结果,将运行结果与预期结果进行比较。当结果一致时则通过,不一致时需要分析原因,最终确认缺陷。软件缺陷缺陷是相对质量而存在的,违背了质量、违背了客户的意愿,不能满足客户的要求,就会引起缺陷或产生缺陷。缺陷的产生的原因多种多样,有人的认知问题导致的,有人

2021-05-21 09:39:42 123

原创 2软件测试初相识

软件测试初相识软件测试初识为什么要做软件测试,做软件测试的必要性是什么?关于软件测试的定义有很多种软件测试的两面性软件测试的价值总结软件测试初相识文章目录软件测试初识为什么要做软件测试,做软件测试的必要性是什么?关于软件测试的定义有很多种软件测试的两面性软件测试的价值总结软件测试初识初识“新朋友”。为什么要做软件测试,做软件测试的必要性是什么?软件总是存在缺陷。只有通过测试,才可以发现软件缺陷。也只有发现了缺陷,才可以将软件缺陷从软件产品或软件系统中清理出去;软件中存在的缺陷

2021-05-14 09:13:22 62

原创 开启软件测试学习之旅

不识庐山真面目,只缘身在此山中。在现在这个信息技术大爆炸的时代,软件无处不在,软件测试无处不在。你现在是正在用手机查看课程?你今天网上购物了没?你用手机支付吗?种种,种种……这些都得益于软件的发展和普及。而你,是否有因为游戏软件的卡顿或异常退出而慰问软件提供方的家属?是否有因为一个网站或软件功能实现的不满意而吐槽?孩子正在上网课,老师的声音却因卡顿被拉的老长?在不知不觉中你我正在充当着测试人员的角色,开始了软件测试行为。 用一个小故事开启我们的软件测试学习之旅

2021-05-08 10:04:18 103

回归测试到底应该怎么做

回归测试方法 回归测试策略 回归测试误区

2021-05-28

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除