第8讲-软件测试课件

《第8讲-软件测试课件》由会员分享，可在线阅读，更多相关《第8讲-软件测试课件（87页珍藏版）》请在装配图网上搜索。

1、,,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,,*,,,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,,*,2024/11/19,1,,授课班级,计应,1001,,,,第,8,次,课,,授课时间,11,月,1,日星期,4,,,月 日星期,,月 日星期,,授课地点,707,,,,课题内容,软件测试,教学目的,1\,掌握软件测试的概念、目标,,,方法和过程等,2\,掌握软件测试技术,3\,理解软件测试策略,4\,掌握基于,CASE,的软件测试和排错,教学方法,理论加实例,重 点,1,、软件测试的概念

2、、目标,,,方法和过程,2,、软件测试技术,能力培养,掌握,《,软件测试说明书,》,编写,课堂类型,讲授课,教 具,电脑、投影仪,2023/9/291 授课班级 计应1001第 授课时间,2024/11/19,2,软件测试,,2023/9/292　 软件测试,2024/11/19,3,主讲内容,基本概念,软件测试的概念、目标,,,方法和过程等,软件测试技术,软件测试策略,基于,CASE,的软件测试和排错,2023/9/293主讲内容基本概念,软件生命周期,可行性研究,需求分析,概要设计,详细设计,实 现,集成测试,确认测试,使用与维护,退役,,,,,,,,,,软件定义,软件开发,维

3、护,,,软件生命周期可行性研究需求分析概要设计详细设计实 现集成测试,2024/11/19,5,软件测试,初步的软件系统存在,错误,，如何发现错误,?,,软件测试：,为了发现错误而执行程序的过程。,,软件测试在软件生存期中横跨两个阶段,编码阶段（单元测试）,测试阶段（综合测试）,,2023/9/295软件测试初步的软件系统存在错误，如何发现,2024/11/19,6,软件测试,(,续,),软件测试是软件质量保证活动中的关键步骤,对,SRS,、设计规格说明书及编码的最后复审,工作量：占软件开发总工作量的４０％以上,确保软件质量的一种有效手段,(,可操作,),,2023/9/296软件测试(续)软

4、件测试是软件质量保证活动,2024/11/19,7,1. 1,软件测试的基本概念,软件错误,软件系统的功能和性能与预期的功能和性能不一致,,软件测试,根据软件开发各阶段的规格说明和程序的内部结构，设计一批,测试用例,（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。,2023/9/2971. 1 软件测试的基本概念软件错误,2024/11/19,8,1.2,软件测试的目的,基于不同的立场,,用户的角度,：,希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。,,软件开发者的角度,：,希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确

5、地实现了用户的要求，确立人们对软件质量的信心。,2023/9/2981.2 软件测试的目的基于不同的立场,2024/11/19,9,软件测试的目的,〔Glen Myers〕,(1),测试是,程序的执行过程,，目的在于,发现错误；,(2),一个好的测试用例在于,能发现至今未发现的错误；,(3),一个成功的测试是,发现了至今未发现的错误的测试。,,,测试无法说明错误不存在，而只能表示软件错误已经出现,。,2023/9/299软件测试的目的〔Glen Myers〕(,2024/11/19,10,1.3,软件测试的原则,〔Davie〕,1.,所有的测试都应追溯到用户需求。,,2.,尽早地和不断地进行软

6、件测试。,,3. Pareto,原则应用于软件测试：,测试中发现的错误中的,80,％很可能起源于程序模块中的,20%,。,,2023/9/29101.3 软件测试的原则〔Davie〕1,2024/11/19,11,4.,从“小规模”开始，逐步转向“大规模”。,,5.,穷举测试是不可能的。,,6 .,应由第三方来测试。,软件测试的原则,(,续,),2023/9/29114. 从“小规模”开始，逐步转向“大规,2024/11/19,12,,1.4,软件测试的对象,软件测试并不等于程序测试,软件测试应贯穿于软件定义与开发的整个期间,。,需求分析,、,概要设计,、,详细设计以及程序编码,等各阶段所得到

7、的,文档,，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，,都应成为软件测试的对象,。,2023/9/29121.4 软件测试的对象软件测试并不等,2024/11/19,13,为把握软件开发各个环节的正确性，需要确认和验证工作,,确认,(Validation,),目的：证实在一个给定的外部环境中，软件的逻辑正确性。,需求规格说明的确认； 程序的确认,(,静态确认、动态确认,),,验证,(Verification),目的：试图证明在软件生存期各个阶段，以及阶段间的逻辑协调性、完备性和正确性。,,1.4,软件测试的对象,(,续,),2023/9/2913为把握软件开发各个环节的

8、正确性，需要确,2024/11/19,14,2023/9/2914,2024/11/19,15,1.5,软件测试的信息流程,软件测试思想,数据处理,,设计测试用例,,判断结果,2023/9/29151.5 软件测试的信息流程软件测试思想,2024/11/19,16,测试信息流,输入,软件配置,软件需求规格说明、软件设计规格说明、源代码等；,测试配置,测试计划、测试用例、测试程序等；,测试工具,测试数据自动生成程序、静态分析程序、动态分析程序、测试结果分析程序、以及驱动测试的测试数据库等等。,2023/9/2916测试信息流输入,2024/11/19,17,测试结果分析,比较实测结果与预期结

9、果，评价错误是否发生。,,排错,(,调试,),对已经发现的错误进行错误定位和确定出错性质，并改正这些错误，同时修改相关的文档。,,修正后的文档再测试,,建立,可靠性模型,利用可靠性分析，评价软件质量。,,测试信息流,(,续,),2023/9/2917测试结果分析测试信息流(续),2024/11/19,18,1.6,测试用例的设计,,,二种测试用例设计方法,,白盒测试,,黑盒测试,,2023/9/29181.6 测试用例的设计 二种测试用例,2024/11/19,19,1.6.1,白盒测试,,思想,把测试对象看做一个透明的盒子,;,利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所

10、有逻辑路径进行测试。,通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。,,又称为,结构测试,或,逻辑驱动测试。,2023/9/29191.6.1 白盒测试,2024/11/19,20,1.6.1,白盒测试（续）,使用白盒测试方法，对程序模块进行如下的检查,：,对程序模块的,所有独立路径,至少测试一次；,,对所有的,逻辑判定,，均需测试,true,和,false,；,,在循环的边界和运行界限内执行循环体；,,测试,内部数据结构的有效性,。,,2023/9/29201.6.1 白盒测试（续）使用白盒测试,2024/11/19,21,1.6.2,黑盒测试,,思想,把测试对象看做一个黑

11、盒子,;,完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。,,又叫,功能测试,或,数据驱动测试,。,2023/9/29211.6.2 黑盒测试 思想,2024/11/19,22,1.6.2,黑盒测试,(,续,),黑盒测试是在,程序接口,上进行测试，主要是为了发现,:,,不正确或遗漏了的,功能,；,界面,错误；,数据,结构错误或外部信息访问错误,；,性能,错误；,初始化或终止错误,。,,2023/9/29221.6.2 黑盒测试(续)黑盒测试是在,2024/11/19,23,1.7,软件测试步骤,软件开发：从高抽象层次向低层次抽象过渡,,软

12、件测试：从低层次抽象向高层次抽象过渡,单元测试：,测试程序中每个模块是否有错误 （白盒）,集成测试：,测试软件总体结构是否有错误,（黑盒）,确认测试：,测试软件是否满足用户需求,（黑盒）,2023/9/29231.7 软件测试步骤软件开发：从高抽象,2024/11/19,24,需求分析,概要设计,详细设计,编码,单元测试,集成测试,确认分析,软件开发过程,软件测试过程,软件开发和软件测试间的关系,2023/9/2924需求分析概要设计详细设计编码单元测试集,2024/11/19,25,2,软件测试技术,,2.1,白盒测试,根据程序的控制结构来设计测试用例,,要设计多少测试用例,?,覆

13、盖准则,:,,语句覆盖,分支覆盖,路径覆盖,基本路径覆盖,2023/9/29252 软件测试技术 2.1 白盒测试,2024/11/19,26,基本路径测试,目标,把覆盖的路径数压缩到一定限度内；,保证程序的每一个可执行语句至少执行一次。,设计测试用例的方法,在程序控制流图的基础上，通过分析环路复杂性，导出基本可执行路径集合，从而设计测试用例。,,2023/9/2926基本路径测试目标,2024/11/19,27,步骤,1.,根据流程图画出流图,,流图,刻画了程序的控制结构但不涉及程序的过程性细节。,,要素,节点,(,过程块，结合点，判定点,),，有向边,,任何过程设计表示法都可被翻译成流图

14、,2023/9/2927步骤1. 根据流程图画出流图 流图,2024/11/19,28,流程图和流图,,2023/9/2928流程图和流图,2024/11/19,29,流图,,,,判定点不含复合条件，否则应按照下列方式增加判定点,,2023/9/2929流图 判定点不含复合条件，否则应按照下,2024/11/19,30,流程图 流图,2023/9/2930流程图 流图,2024/11/19,31,流程图 流图,2023/9/2931流程图 流图,2024/11/19,32,步骤,2.,计算程序的环路复杂性， 确定基本路径集合,,环路复杂性,一种为程序逻辑复杂性提供定量测度的

15、软件度量；,给出程序基本路径集合中的,独立路径条数,，是确保每个语句至少执行一次的测试数量的上界。,2023/9/2932步骤2.计算程序的环路复杂性， 确,2024/11/19,33,步骤,2.,计算程序的环路复杂性， 确定基本路径集合（续）,,独立路径,程序中至少引进一个新的处理语句集合或一个新条件的任一路径。,在流图中，必须至少包含一条在定义此路径前不曾用到的边。,,2023/9/2933步骤2.计算程序的环路复杂性， 确,2024/11/19,34,独立路径,2023/9/2934独立路径,2024/11/19,35,独立路径（续）,一个独立路径集合,路径,1,：,1 -

16、11,路径,2,：,1 - 2, 3 - 6 - 7 - 9 - 10 - 1 - 11,路径,3,：,1 - 2, 3 - 4, 5 - 10 - 1 - 11,路径,4,：,1 - 2, 3 - 6 - 8 - 9 - 10 - 1 - 11,,基本路径集不唯一,2023/9/2935独立路径（续）一个独立路径集合,2024/11/19,36,步骤,2.,计算程序的环路复杂性， 确定基本路径集合（续）,,多少条路径？,,环路复杂性,V(G),（,1,） 流图,G,中的区域数；,（,2,）,V(G) = E – N + 2,E,－流图,G,的边数；,N,－流图的节点数,（,3,）,V(G

17、) = P + 1,P,－流图,G,中的判定节点数,2023/9/2936步骤2.计算程序的环路复杂性， 确,2024/11/19,37,环路复杂性,2023/9/2937环路复杂性,2024/11/19,38,环路复杂性（续）,计算,V(G),（,1,）,4,个区域,（,2,）,V(G) = 11,条边－,9,个节点＋,2,＝,4,（,3,）,V(G) = 3,个判定节点＋,1,＝,4,,V(G),提供了组成基本集的独立路径的上界；,并由此得出覆盖所有程序语句所需的,测试用例的上界,。,2023/9/2938环路复杂性（续）计算V(G),2024/11/19,39,步骤,3.,导出测试用

18、例,针对每条测试路径设计测试用例，强制执行基本集中所有路径,,执行每个测试用例，并和期望值比较,2023/9/2939步骤3.导出测试用例针对每条测试路径设,2024/11/19,40,2.2,黑盒测试,黑盒测试,主要测试软件是否满足功能和性能要求，不涉及模块的内部过程性细节,,黑盒测试的测试用例设计,等价类划分,边界值分析,,2023/9/29402.2 黑盒测试黑盒测试,2024/11/19,41,2.2.1,等价分类法,(1),,思想,把所有可能的输入数据，即程序的输入域划分成若干部分，然后从每一部分中选取少数有代表性的数据做为测试用例。,,优点,减少测试次数，不丢失发现错误的机会,,2

19、023/9/29412.2.1 等价分类法(1) 思想,2024/11/19,42,,2.2.1,等价分类法,(2),,设计测试用例的步骤,（,1,）在输入域中划分等价类；,（,2,）选取测试用例。,,等价类,输入域的子集。,在该子集中，各个输入数据对于揭露程序中的错误是等效的,;,测试某等价类的代表值就等价于对这一类其它值的测试。,2023/9/2942 2.2.1 等价分类法(2) 设计测,2024/11/19,43,,2.2.1,等价分类法,(3),,等价类的划分,①,有效等价类,对于程序的规格说明来说，是合理的，有意义的输入数据构成的集合。,②,无效等价类,对于程序的规格说明来说，是不

20、合理的，无意义的输入数据构成的集合。,,在设计测试用例时，要同时考虑有效等价类和无效等价类的设计。,2023/9/2943 2.2.1 等价分类法(3) 等价类,2024/11/19,44,步骤,1.,划分等价类,划分等价类的原则,,(1),按区间划分,输入条件规定取值范围；,则可以确立一个有效等价类和两个无效等价类。,,（,2,）按数值划分,如果规定了输入数据的特定值；,则可以确立一个有效等价类和两个无效等价类。,2023/9/2944步骤1. 划分等价类划分等价类的原则,2024/11/19,45,程序的规格说明中，输入条件：,,“,……,,项数可以从,1,到,999,,……”,,,则有效

21、等价类是,“,1≤,项数≤,999,”,;,,两个无效等价类是,“,项数＜,1,”,或,“,项数＞,999,”,。,,在数轴上表示,:,,,划分等价类的原则－例,2023/9/2945程序的规格说明中，输入条件：划分等价类,2024/11/19,46,,（,3,）按集合划分,输入条件规定了输入值的集合，或规定了,“,必须如何,”,的条件,;,可确立一个有效等价类和一个无效等价类（其补集）,.,,例,Pascal,语言中，对变量标识符规定为,“,以字母打头的,……,串,”,；,所有以字母打头的构成,有效等价类,，不在此集合内（不以字母打头）的归于,无效等价类,。,划分等价类的原则,(,续,),2

22、023/9/2946 划分等价类的原则(续),2024/11/19,47,,(4),如果输入条件是一个布尔量，则可以确定一个有效等价类和一个无效等价类。,,划分等价类的原则,(,续,),2023/9/2947 划分等价类的原则(续),2024/11/19,48,,(1),在确立了等价类之后，建立等价类表，列出所有划分出的等价类。,,,,,,,步骤,2.,确立测试用例,2023/9/2948步骤2. 确立测试用例,2024/11/19,49,步骤,2.,确立测试用例,(,续,),(2),从划分出的等价类中按以下原则选择测试用例,设计尽可能少的测试用例，覆盖所有的有效等价类；,针对每一个无效等价类

23、，设计一个测试用例来覆盖它。,2023/9/2949步骤2. 确立测试用例(续)(2)从划,2024/11/19,50,2.2.2,边界值分析法,边界值分析,大量的错误发生在输入或输出范围的边界上，而不是在输入范围的内部。,因此，针对各种边界情况设计测试用例。,,边界,相对于输入等价类和输出等价类而言，稍高于其边界值及稍低于其边界值的一些特定情况。,2023/9/29502.2.2 边界值分析法边界值分析,2024/11/19,51,设计测试用例,首先应确定边界情况；,应当选取正好等于，刚刚大于，或刚刚小于边界的值做为测试数据,，而不是选取等价类中的典型值或任意值做为测试数据。,,,2.2.2

24、,边界值分析法（,2,）,2023/9/2951设计测试用例2.2.2 边界值分析法（,2024/11/19,52,2.2.2,边界值分析法（,3,）,设计测试用例方法,(1),输入条件是一范围,(a,b),；那么以,a,b,及紧挨,a,b,左右的值应作为测试用例。,,(2),输入条件为一组数，那么选择这组数的最大者和最小者，次大和次小者作为测试用例。,,2023/9/29522.2.2 边界值分析法（3）设计测试,2024/11/19,53,2.2.2,边界值分析法（,4,）,(3),应用规则,(1)(2),于输出条件。,设计测试用例使得程序的输出结果刚好是在某些边界上。,,(4),如果程序

25、的内部数据结构是有界的，那么应设计测试用例使它能够检查该数据结构的边界。,,2023/9/29532.2.2 边界值分析法（4）(3)应,2024/11/19,54,3,软件测试的过程与策略,测试过程按,4,个步骤进行,,（,1,）,单元测试,集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。,,（,2,）组装测试,把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。,,2023/9/29543 软件测试的过程与策略测试过程按4个,2024/11/19,55,（,3,）确认测试,检查已实现的软件是否满足了需求规格说明中确定了的各种需求，

26、以及软件配置是否完全、正确。,,（,4,）系统测试,把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。,软件测试的过程与策略（续）,2023/9/2955（3）确认测试软件测试的过程与策略（续,2024/11/19,56,2023/9/2956,2024/11/19,57,3.1,单元测试,单元测试,在编码阶段进行；,针对软件的最小单元－模块进行正确性检验。,多采用白盒测试；,多个模块可平行地独立进行单元测试。,,测试的内容,模块接口；,局部数据结构；,路径测试；,错误处理测试；,边界测试；,关键路径测试。,,2023/9/29573.1 单元测试单元测试,2024/1

27、1/19,58,单元测试,2023/9/2958单元测试,2024/11/19,59,3.2,集成测试,集成测试,在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。,模块相互调用时引入接口问题,->,集成测试（组装测试、联合测试）。,,,2023/9/29593.2 集成测试集成测试,2024/11/19,60,3.2,集成测试（续）,需要考虑的问题,把各个模块连接起来时，穿越模块接口的数据是否会丢失；,一个模块的功能是否会对另一个模块的功能产生不利的影响；,各个子功能组合起来，能否达到预期要求的功能；,全局数据结构是否有问题；,单个模块的误差累积起来，是否会放大，以至达到不能接受的

28、程度。,,2023/9/29603.2 集成测试（续）需要考虑的问题,2024/11/19,61,3.2,集成测试（续）,组装模块的方式,,一次性集成（整体拼装；难于查错）,,增量式集成,自顶向下集成,自顶向上集成,2023/9/29613.2 集成测试（续）组装模块的方式,2024/11/19,62,自顶向下集成,从主控模块开始，按照软件的控制层次结构，以深度优先或广度优先的策略集成各个模块,2023/9/2962自顶向下集成从主控模块开始，按照软件的,2024/11/19,63,自顶向下集成,－深度优先,/,广度优先,2023/9/2963自顶向下集成－深度优先/广度优先,2024/11/

29、19,64,自顶向下集成（续）,优点,尽早的对程序的主要控制和决策机制进行检验，尽早发现错误。,,缺点,测试较高层模块时，低层用桩模块替代，不能反映真实情况。,,2023/9/2964自顶向下集成（续）优点,2024/11/19,65,自底向上集成,从软件结构最底层模块开始自底向上进行组装和测试,,2023/9/2965自底向上集成从软件结构最底层模块开始自,2024/11/19,66,3.3,确认测试,任务,(1),验证软件的有效性：判断目标软件系统是否满足用户的功能和性能需求；,(2),文档资料是否完整、准确。,,依据和标准：用户需求规格说明书,,,2023/9/29663.3 确认测试任

30、务,2024/11/19,67,3.3,确认测试（续）,步骤,1,：有效性测试,（,1,）制定测试计划；,（,2,）制定测试过程：定义具体的测试用例；,（,3,）对软件其它需求（如可移植性、兼容性、错误恢复能力、可维护性等）进行测试。,,步骤,2,：软件配置复审,保证软件配置齐全、分类有序，具有维护阶段所需的细节。,2023/9/29673.3 确认测试（续）步骤1：有效性测,2024/11/19,68,,,2023/9/2968,2024/11/19,69,3.3,确认测试 （续）,步骤,3,：验收测试,以用户为主的测试。,α,测试,，,β,测试,,,2023/9/29693.3 确认测试

31、（续）步骤3：验收测,2024/11/19,70,α,测试,α,测试,公司内部的用户在模拟实际操作环境下进行的测试,。,,目的,评价软件产品的,FURPS,（功能、可使用性、可靠性、性能和支持）；尤其注重产品的界面和特色。,2023/9/2970α测试α测试,2024/11/19,71,β,测试,由软件的,多个用户在实际使用环境下进行的测试,。这些用户返回有关错误信息给开发者。,,目的,衡量产品的,FLURPS,。着重于产品的支持性，包括文档、客户培训和支持产品生产能力。,,处在整个测试的最后阶段。,β,测试,2023/9/2971β测试β测试,2024/11/19,72,3.4,系统测试,系

32、统测试,将通过确认测试的软件，,作为整个基于计算机系统的一个元素,，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起；,在实际运行环境下,，对计算机系统进行一系列的组装测试和确认测试。,,目的,通过与系统的需求定义作比较,,,发现软件与定义不符合的地方,。,2023/9/29723.4 系统测试系统测试,2024/11/19,73,测试种类,软件测试由一系列不同的测试组成。,,目的,对以计算机为基础的系统进行充分的测试。,,,2023/9/2973测试种类软件测试由一系列不同的测试组成,2024/11/19,74,测试种类（,1,）,功能测试,在规定的一段时间内运行软件系统

33、的所有功能，以验证这个软件系统有无严重错误。,,2023/9/2974测试种类（1）功能测试,2024/11/19,75,测试种类（,2,）,可靠性测试,如果系统需求说明书中有对可靠性的要求，则需进行可靠性测试。,,①,平均失效间隔时间,MTBF (Mean Time Between Failures),是否超过规定时限,?,②,因故障而停机的时间,MTTR (Mean Time To Repairs),在一年中应不超过多少时间。,,2023/9/2975测试种类（2）可靠性测试,2024/11/19,76,测试种类（,3,）,强度测试,检查,在系统运行环境不正常乃至发生故障的情况下，系统可以

34、运行到何种程度的测试,。,,例如：,把输入数据速率提高一个数量级，确定输入功能将如何响应。,设计需要占用最大存储量或其它资源的测试用例进行测试。,,,2023/9/2976测试种类（3）强度测试,2024/11/19,77,测试种类（,4,）,,性能测试,检查系统是否满足在需求说明书中规定的性能。特别是对于实时系统或嵌入式系统。,常需要与强度测试结合起来进行，并要求同时进行硬件和软件检测。,,通常，对软件性能的检测表现在以下几个方面,响应时间,、,吞吐量,、,辅助存储区,，例如缓冲区，工作区的大小等、,处理精度,，等等,2023/9/2977测试种类（4） 性能测试,2024/11/19,78

35、,,恢复测试,要证实在,克服硬件故障,(,包括掉电、硬件或网络出错等,),后,，,系统能否正常地继续进行工作,，并不对系统造成任何损害。,,为此，可采用各种人工干预的手段，模拟硬件故障，故意造成软件出错。,,测试种类（,5,）,2023/9/2978测试种类（5）,2024/11/19,79,安全性测试,检验,在系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞,。,,测试种类（,6,）,2023/9/2979安全性测试测试种类（6）,2024/11/19,80,3.5,排错,测试是为了发现错误，当发现错误后就要将它改正，改正错误主要依靠排错技术,,,2023/9/29803.5

36、排错测试是为了发现错误，当发,2024/11/19,81,排错过程,2023/9/2981排错过程,2024/11/19,82,,排错（续）,,排错方法,,(1),原始法,(2),回溯法,(3),排除法,基于归纳和演绎的方法,:,收集与出错有关的所有数据，假想一组出错的原因，用这组数据证明或者反驳之,,2023/9/2982 排错（续） 排错方法,2024/11/19,83,4,基于,CASE,的软件测试和排错,静态分析器,通过静态的扫描源程序，找出可能导致程序出错的异常情况,代码审查器,检查源程序代码是否满足最基本的代码标准,断言处理器,检查程序员关于程序行为的断言在程序执行过程中是否成立,

37、测试数据产生器,,2023/9/29834 基于CASE的软件测试和排错静态分,2024/11/19,84,小结,基本概念,软件测试的概念、目标,,,方法和过程,软件测试技术,白盒和黑盒软件测试方法,软件测试策略,步骤,,,方法等,基于,CASE,的软件测试和排错,,2023/9/2984小结基本概念,2024/11/19,85,作业,1,、什么是软件测试,2,、软件测试的目的,3,、软件测试常用的技术,2023/9/2985作业1、什么是软件测试,2024/11/19,86,,,思考题：,只要设计足够多的测试用例，软件测试是否可以发现软件中的所有错误,,,为什么？,,,,2023/9/2986 思考题：,实训内容,在网上查找有关软件测试工具的内容,并整理出一篇有关软件测试工具和方法的文章,不少于1500字,每个同学写一篇.,完成后以文件夹的形式在课堂上通过极域电子教室发送给老师,文件夹以自己的名字命名.,2024/11/19,87,实训内容在网上查找有关软件测试工具的内容,并整理出一篇有关软,