网站推广策划书模板,做网站首页图片,网站 目录结构,陕西专业网站建设价格软件工程实践方法—— 软件测试一、软件测试概述1、软件测试的目的#xff08;1#xff09;从用户和开发者角度#xff08;2#xff09;Myers软件测试目的2、软件测试的原则3、软件测试的对象4、测试信息流5、测试与软件开发各阶段的关系二、软件测试用例1、黑盒测试概述2、…
软件工程实践方法—— 软件测试一、软件测试概述1、软件测试的目的1从用户和开发者角度2Myers软件测试目的2、软件测试的原则3、软件测试的对象4、测试信息流5、测试与软件开发各阶段的关系二、软件测试用例1、黑盒测试概述2、白盒测试概述3、白盒测试方法4、条件测试路径选择5、循环测试路径选择1简单循环2嵌套循环3连锁循环4非结构循环6、基本路径测试7、黑盒测试的测试用例设计三、软件测试步骤1、单元测试1单元测试的定义2单元测试的内容3单元测试的步骤2、组装测试1组装测试的什么2组装测试需考虑问题3、确认测试1确认测试是什么2确认测试的步骤4、系统测试1系统测试是什么四、写在最后在一项系统软件完成之后且在上线之前需要经过不断的软件测试找出 bug 和错误不断修补才能正式上线。在下面的这篇文章中将讲解软件测试的一些基础知识以及测试用例的设计和软件测试的步骤。
接下来开始进行讲解。
一、软件测试概述
1、软件测试的目的
1从用户和开发者角度
基于不同的立场存在着两种完全不同的测试目的 从用户的角度出发普遍希望通过软件测试暴露软件中隐藏的错误和缺陷以考虑是否可接受该产品。 从软件开发者的角度出发则希望测试表明软件产品中不存在错误的过程验证该软件已正确地实现了用户的要求树立人们对软件质量的信心。
2Myers软件测试目的 测试是程序的执行过程目的在于发现错误 一个好的测试用例在于能发现至今未发现的错误 一个成功的测试是发现了至今未发现的错误的测试。
总结来说就是测试的目的是想以最少的时间和人力系统地找出软件中潜在的各种错误和缺陷。如果我们成功地实施了测试我们就能够发现软件中的错误。测试的附带收获是它能够证明软件的功能和性能与需求说明相符合。实施测试收集到的测试结果数据为可靠性分析提供了依据。
2、软件测试的原则
应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭。测试用例应由测试输入数据和对应的预期输出结果这两部分组成。程序员应避免检查自己的程序。在设计测试用例时应包括合理的输入条件和不合理的输入条件。充分注意测试中的群集现象。经验表明测试后程序中残存的错误数目与该程序中已发现的错误数目成正比。严格执行测试计划排除测试的随意性。应当对每一个测试结果做全面检查。妥善保存测试计划测试用例出错统计和最终分析报告为维护提供方便。
3、软件测试的对象
软件测试并不等于程序测试。软件测试应贯穿于软件定义与开发的整个期间。
需求规格说明、概要设计规格说明、详细设计规格说明以及源程序都应成为软件测试的对象。
简单来说就是程序、数据和文档都应该成为测试对象。
4、测试信息流
测试信息的步骤
软件配置对象软件需求规格说明、软件设计规格说明、源代码等测试配置方法测试计划、测试用例、测试程序等测试工具测试数据自动生成程序、静态分析程序、动态分析程序、测试结果分析程序、以及驱动测试的测试数据库等等。测试结果分析比较实测结果与预期结果评价错误是否发生。排错调试对已经发现的错误进行错误定位和确定出错性质并改正这些错误同时修改相关的文档。修正后的文档再测试直到通过测试为止。
得出结论
通过收集和分析测试结果数据对软件建立可靠性模型。
利用可靠性分析评价软件质量。
如果测试发现不了错误可以肯定测试配置考虑得不够细致充分错误仍然潜伏在软件中。 5、测试与软件开发各阶段的关系
1软件开发过程是一个自顶向下逐步细化的过程主要有以下步骤
软件计划阶段定义软件作用域。软件需求分析阶段建立软件信息域、功能和性能需求、约束等。软件设计。把设计用某种程序设计语言转换成程序代码。
2而测试过程是按照相反顺序安排的自底向上逐步集成的过程。 二、软件测试用例
1、黑盒测试概述
把测试对象看做一个黑盒子测试人员完全不考虑程序内部的逻辑结构和内部特性只依据需求规格说明来检查程序的功能是否符合。
黑盒测试又叫做功能测试或数据驱动测试。
黑盒测试方法是在程序接口上进行测试主要是为了发现以下错误 是否有不正确或遗漏了的功能? 在接口上输入能否正确地接受? 能否输出正确的结果? 是否有数据文件访问错误? 性能上是否能够满足要求?
用黑盒测试发现程序中的错误必须在所有可能的输入条件和输出条件中确定测试数据来检查程序是否都能产生正确的输出。
但这是不可能发生的事情。为什么呢
假设一个程序P有输入量X和Y及输出量Z。在字长为32位的计算机上运行。若X、Y取整数按照黑盒测试方法进行穷举测试
可能采用的测试数据组232 x 232 264。
如果测试一组数据需要1毫秒一年工作365× 24小时完成所有测试需5亿年。
5亿年想想都不太可能。所以说程序一般没有办法引入穷举测试。
2、白盒测试概述
把测试对象看做一个透明的盒子它允许测试人员利用程序内部的逻辑结构设计测试用例对程序所有逻辑路径进行测试。
通过在不同点检查程序的状态确定实际的状态是否与预期的状态一致。
因此白盒测试又称为结构测试或逻辑驱动测试。
白盒测试方法主要对程序模块作出以下检查
对程序模块的所有独立的执行路径至少测试一次对所有的逻辑判定取“真”与取“假”的两种情况都至少测试一次在循环的边界和运行界限内执行循环体测试内部数据结构的有效性等等。
对一个具有多重选择和循环嵌套的程序不同的路径数目可能是天文数字。给出一个小程序的流程图它包括了一个执行20次的循环。
包含的不同执行路径数达520条对每一条路径进行测试需要1毫秒假定一年工作365 × 24小时要想把所有路径测试完需3170年。
比起穷举测试的5亿年3170年似乎少了不少。但是呢3170年会不会也挺太漫长的。
因此我们要引入一些黑白盒测试方法来解决这些问题。
3、白盒测试方法
白盒测试方法主要有以下6种方法
语句覆盖判定覆盖条件覆盖判定-条件覆盖条件组合覆盖路径覆盖
白盒测试方法这里篇幅较长放在另外一篇文章中有需要的小伙伴自取~
4、条件测试路径选择
当程序中的判定条件超过一个时形成的分支结构可以分为两类嵌套型分支结构和连锁型分支结构。
对于嵌套型分支结构若有 n 个判定语句需要 n1 个测试用例
对于连锁型分支结构 若有 n 个判定语句需要有 2n 个测试用例覆盖它的 2n 条路径。
如下图所示 5、循环测试路径选择
循环分为4种不同类型简单循环、连锁循环、嵌套循环和非结构循环。如下图所示 接下来对这四种循环进行一一介绍。
1简单循环
①零次循环 从循环入口到出口。
②一次循环 检查循环初始值。
③二次循环 检查多次循环。
④m次循环 检查在多次循环。
⑤最大次数循环 比最大次数多一次、少一次的循环。
2嵌套循环
①对最内层循环做简单循环的全部测试。所有其它层的循环变量置为最小值。
②逐步外推对其外面一层循环进行测试。测试时保持所有外层循环的循环变量取最小值所有其它嵌套内层循环的循环变量取“典型”值。
③反复进行直到所有各层循环测试完毕。
④对全部各层循环同时取最小循环次数或者同时取最大循环次数。
3连锁循环
如果各个循环互相独立则可以用与简单循环相同的方法进行测试。但如果几个循环不是互相独立的则需要使用测试嵌套循环的办法来处理。
4非结构循环
这一类循环应该使用结构化程序设计方法重新设计测试用例。
6、基本路径测试
基本路径测试法也已经放到白盒测试方法文章当中有需要的小伙伴自取~
7、黑盒测试的测试用例设计
黑盒测试方法主要有以下8种方法
等价类划分法边界值分析法错误推测法因果图法判定表驱动法正交实验设计法场景法功能图法
黑盒测试方法篇幅较长已放在另外一篇文章中有需要的小伙伴自行查阅~
三、软件测试步骤
测试过程需要按照4个步骤进行分别是单元测试模块、组装测试集成、确认测试和系统测试。详细过程如下
开始是单元测试集中对使用源代码实现的每一个程序单元进行测试检查各个程序模块是否正确地实现了规定的功能。组装测试把已测试过的模块组装起来主要对与设计相关的软件体系结构的构造进行测试。确认测试则是要检查已实现的软件是否满足了需求规格说明中已经确定的各种需求以及软件配置是否完全、正确。系统测试把已经经过确认的软件纳入实际运行环境中与其它系统成份地组合在一起进行测试。
以下将对这四个测试步骤进行一一讲解。
1、单元测试
1单元测试的定义
单元测试又称模块测试是针对软件设计的最小单位 —— 程序模块进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。
单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。
2单元测试的内容
在单元测试时测试者需要依据详细设计说明书和源程序清单了解该模块的I/O条件和模块的逻辑结构主要采用白盒测试的测试用例辅之以黑盒测试的测试用例使之对任何合理的输入和不合理的输入都能鉴别和响应。
如下图所示 下面对这五个测试内容进行一一讲解。
1模块接口测试
在单元测试的开始应该对通过被测模块的数据流进行测试。测试项目包括
调用本模块的输入参数是否正确本模块调用子模块时输入给子模块的参数是否正确全局量的定义在各模块中是否一致
在做内外存交换时要考虑 文件属性是否正确 OPEN 与 CLOSE 语句是否正确 缓冲区容量与记录长度是否匹配 在进行读写操作之前是否打开了文件 在结束文件处理时是否关闭了文件 正文书写输入错误 I/O 错误是否检查并做了处理。
2局部数据结构测试
不正确或不一致的数据类型说明使用尚未赋值或尚未初始化的变量错误的初始值或错误的缺省值变量名拼写错或书写错不一致的数据类型全局数据对模块的影响。
3路径测试
选择适当的测试用例对模块中重要的执行路径进行测试应当设计测试用例来查找因错误的计算、不正确的比较或不正常的控制流而导致的错误对基本执行路径和循环进行测试可以发现到大量的路径错误。
4) 错误处理测试
出错的描述是否难以理解出错的描述是否能够与具体错误相定位显示的错误与实际的错误是否相符对错误条件的处理正确与否在对错误进行处理之前错误条件是否已经引起系统的干预等。
5) 边界测试
注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性对这些地方要仔细地选择测试用例认真加以测试如果对模块运行时间有要求的话还要专门进行关键路径测试以确定最坏情况下和正常情况下影响模块运行时间的因素。
3单元测试的步骤
模块并不是一个独立的程序因此在考虑测试模块时同时要考虑它和外界的联系用一些辅助模块去模拟与被测模块相联系的其它模块。其中辅助模块包括
驱动模块 (driver)桩模块 (stub) —— 存根模块。
依据驱动模块和桩模块单元测试的步骤如下图所示 如果一个模块要完成多种功能可以将这个模块看成是由几个小的程序组成。必须对其中的每个小的程序先进行单元测试所需要做的工作对关键模块还要做性能测试。
对支持某些标准规定的程序更要着手进行互联测试。有人把这种情况特别称为模块测试以区别单元测试。
2、组装测试
1组装测试的什么
组装测试 也称为集成测试或联合测试。
2组装测试需考虑问题
通常在单元测试的基础上需要将所有模块按照设计的要求组装成为系统。这时需要考虑的问题是 在把各个模块连接起来的时侯穿越模块接口的数据是否会丢失 一个模块的功能是否会对另一个模块的功能产生不利的影响 各个子功能组合起来能否达到预期要求的父功能 全局数据结构是否有问题 单个模块的误差累积起来是否会放大从而达到不能接受的程度。 在单元测试的同时可进行组装测试发现并排除在模块连接中可能出现的问题最终构成要求的软件系统。 子系统的组装测试特别称为部件测试它所做的工作是要找出组装后的子系统与系统需求规格说明之间的不一致。 通常把模块组装成为系统的方式有两种 一次性组装方式增殖式组装方式
3、确认测试
1确认测试是什么
确认测试又称有效性测试。
任务是验证软件的功能和性能和其它特性是否与用户的要求一致。
在软件的需求规格说明书中明确规定软件的功能和性能要求。
它包含的信息就是软件确认测试的基础。
如下图所示 2确认测试的步骤
进行有效性测试黑盒测试软件配置复查α 测试和 β 测试验收测试 Acceptance Testing 。
4、系统测试
1系统测试是什么
将通过确认测试的软件作为整个基于计算机系统的一个元素与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起
在实际运行环境下对计算机系统进行一系列的组装测试和确认测试。
四、写在最后 在软件工程实践中也有软件测试这一步骤。但相较于软件测试这一整个大体系而言软件测试在软件工程中所占的比例较小个人认为掌握部分基础的内容即可。如有需要学习软件测试的其他内容也可以到『软件测试』专栏中进行查看~
软件工程实践方法中的软件测试讲到这里就结束啦如有需要了解软件工程相关的其他内容可到『软件工程』栏目进行查看学习~
同时有不理解或有误的地方也欢迎评论区评论或私信我交流~ 关注公众号 星期一研究室 不定期分享学习干货学习路上不迷路~如果这篇文章对你有用记得点个赞加个关注再走哦~
