诚信宁津建设网站,无锡易时代网站建设有限公司怎么样,php调用网站导航怎么弄,在北京做网站seo多少钱四、测试分类
1. 按照测试目标分类
1.1. 界面测试
肉眼看到的任何元素都需要进行测试
界面测试#xff08;简称U测试#xff09;#xff0c;指按照界面的需求#xff08;一般是U设计稿#xff09;和界面的设计规则#xff0c;对我们软件界面所展示的全部内容进行测试…四、测试分类
1. 按照测试目标分类
1.1. 界面测试
肉眼看到的任何元素都需要进行测试
界面测试简称U测试指按照界面的需求一般是U设计稿和界面的设计规则对我们软件界面所展示的全部内容进行测试和检查一般包括如下内容
验证界面内容显示的完整性一致性准确性友好性。比如界面内容对屏幕大小的自适应换行内容是否全部清晰展示验证整个界面布局和排版是否合理不同板块字体的设计图片的展示是否符合需求对界面不同控件的测试比如对话框文本框滚动条选项按钮等是否可以正常使用有效和无效的状态是否设计合理界面的布局和色调符合当下时事的发展。
1.2. 功能测试
功能测试就是对产品的各功能进行验证根据功能测试用例逐项测试检查产品是否达到用户要求的功能。
根据产品特性、操作描述和用户方案测试一个产品的特性和可操作行为以确定它们满足设计需求。
本地化软件的功能测试用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本以保证目标用户的体验将足够好就像应用程序是专门为该市场开发的一样。功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范。
如何进行功能测试
设计功能测试用例参考产品规格说明书进行用例的编写具体的测试用例需要使用黑盒设计测试用例的方法如等价类、边界值、判定表法、正交法、场景法、错误猜测法等。
1.3. 性能测试
我们在使用软件的时候有时会碰到软件网页打开时越来越慢查询数据时很长时间才显示列表软件
运行越来越慢等问题这些问题都是系统的性能问题引起的。
以博客系统为例看看两种场景下哪种性能比较好 要进行软件产品的性能问题要对产品的性能需求进行分析然后基于系统的性能需求和系统架构完成性能测试的设计和执行最后要进行持续的性能调优。
1.4. 可靠性测试
可靠性(Availability即可用性是指系统正常运行的能力或者程度一般用正常向用户提供软件服务的时间占总时间的百分比表示。
可靠性正常运行时间/正常运行时间非正常运行时间*100%
系统非正常运行的时间可能是由于硬件软件网络故障或任何其他因素如断电造成的这些因
素能让系统停止工作或者连接中断不能被访问或者性能急剧降低导致不能使用软件现有的服务
等。
可用性指标一般要求达到4个或5个“9”即99.99%或者99.999%
如果可用性达到99.99%对于一个全年不间断7*24的方式)运行的系统意味着全年(252600min)不能
正常工作的时间只有52min,不到一个小时。如果可用性达到99.999%意味着全年不能正常工作的时间只有5min。
不同的应用系统可用性的要求是不一样的非实时性的信息系统或一般网站要求都很低99%和99.5%就可以了但是军事系统要求则很高
1.5. 安全性测试
安全性是指信息安全是指计算机系统或网络保护用户数据隐私完整保护数据正常传输和抵御黑客病毒攻击的能力。
安全性测试属于非功能性测试很重要的一个方面系统常见的安全漏洞和威胁如下
输入域如输入恶性或者带有病毒的脚本或长字符串代码中的安全性问题如SOL/XML注入不安全的数据存储或者传递数据文件邮件文件系统配置文件等里面有危害系统的信息或者数据有问题的访问控制权限分配等假冒ID:身份欺骗篡改对数据的恶意修改破坏数据的完整性
安全性测试的方法有代码评审渗透测试安全运维等常用的静态安全测试工具有CoverityIBM Appscan SourceHPFortify常用的动态安全测试有OWASP的ZAPHP Weblnspect等。其中静态安全测试是常用的安全性测试的方法。
1.6. 易用性测试
许多产品都应用人体工程学的研究成果是产品在使用起来更加灵活和舒适。软件产品也始终关注用户体验让用户获得舒适易用的体验针对软件这方面的测试称之为易用性测试。
易用性在IS025020标准中指容易发现容易学习和容易使用。易用性包含七个要素符合标准和规范直观性一致性灵活性舒适性正确性和实用性。我们主要讨论以下几个方面
标准性和规范性
对于现有的软件运行平台通常其U标准已经不知不觉地被确立了成为大家的共识。多数用户已经习惯并且接受了这些标准和规范或者说已经认同了这些信息所代表的的含义。比如安装软件的界面的外观在什么场合使用恰当的对话框等。
所以用户界面上的各中信息应该符合规范和习惯否则用户使用起来会不舒适并得不到用户的认可。
测试人员需要把与标准规范习惯不一致的问题报告为缺陷
直观性
用户界面的直观性要求软件功能特性易懂清晰。用户界面布局合理对操作的响应在用户的预期之中。比如数据统计结果用报表的形式条形图扇形图等展示清晰直观现在主流的很多搜索引擎和日历的设计也有直观性的特点
灵活性
软件可以有不同的选项以满足不同使用习惯的用户来完成相同的功能。但是灵活性的设计要把握好度不然可能由于太多的用户状态和方式的选择增加了软件设计的复杂性和程序实现的难度。例如手机键盘有九宫格和全键盘还支持手写满足了不同用户的需求
舒适性
舒适性主要强调界面友好美观操作过程顺畅色彩用运恰当按钮的立体感等。
2. 按照执行方式分类
2.1. 静态测试
所谓静态测试(static testing)就是不实际运行被测软件而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。
不以测试数据的执行而是对测试对象的分析过程仅通过分析或检查源程序的设计、内部结构、逻辑、代码风格和规格等来检查程序的正确性。
常见的静态测试方式有代码走查代码扫描工具等。
2.2. 动态测试
动态测试(dynamic testing),指的是实际运行被测程序输入相应的测试数据检查实际输出结果和预期结果是否相符的过程所以判断一个测试属于动态测试还是静态的唯一的标准就是看是否运行程序。
大多数软件测试工作都属于动态测试
3. 按照测试方法
3.1. 白盒测试
白盒测试又称为结构测试或逻辑测试它一般用来分析程序的内部结构针对程序的逻辑结构来设计测试用例进行测试。
白盒测试的测试目的是通过检查软件内部的逻辑结构对软件中的逻辑路径进行覆盖测试在程序不同地方设立检查点检查程序的状态以确定实际运行状态与预期状态是否一致。 白盒测试主要分为静态测试和动态测试两种。
静态测试常见于桌面检查、代码审查、代码走查、代码扫描工具
动态测试方法主要包含六种测试方法语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
给出简单的案例接下来了解一下白盒测试方法的概念和使用
if A and Bthen action1
if C or Dthen action2
①语句覆盖
每个语句至少执行一次。
针对A and BA为T且B为T
针对C or DC为T或者D为T
得出用例
用例1A为TB为TC为TD为F
②判定覆盖
⑴A and B要为T AT BT
⑵A and B要为F AT BF或者AF BT或者AF BF
⑶C or D要为T CT DT/F 或者 CT/F DT
⑷C or D要为F CF DF
得出用例
用例1AT BT CT DF满足⑴⑶
用例2AT BF CF DF满足⑵⑷
②④
③条件覆盖
A:T F
B:T F
C:T F
D:T F
⑤⑥
得出用例
用例1AT BT CT DT ⑤
用例2AF BF CF DF ⑥
④判定条件覆盖
结合判定覆盖和条件覆盖。
得出用例
用例1AT BT CT DT满足①③⑤
用例2AF BF CF DF满足②④⑥
⑤条件组合覆盖
A B I C D
T T I T T
T F I T F
F T I F T
F F I F F
每行就可以是一个用例一共四个用例。
⑥路径覆盖 (1) if( x0 y0 )判定记为P1
(2) if( z0 )判定记为P2
(3) ×0记为C1
(4) y0记为C2
(5) z0记为C3 数据 C1 C2 C3 P1 P2 路径 {x3,y3,z-2} T T T T T a-b-d-f {x-3,y3,z-2} F T T F T a-c-d-f {x3,y3,z2} T T F T F a-b-e-f {x-3,y15,z2} F T F F F a-c-e-f
白盒测试主要应用于单元测试阶段先执行静态设计用例的方法再执行动态设计测试用例的方法设计用例一設使用路径测试重点模块追加使用逻辑覆盖方法
3.2. 黑盒测试
黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输入数据而输出正确的结果满足规范需求。
所以黑盒测试又称之为数据驱动测试只注重软件的功能
黑盒测试的优点不需要了解程序内部的代码以及实现不关注软件内部的实现。
从用户角度出发设计测试用例很容易的知道用户会用到哪些功能会遇到哪些问题锻炼测试人员的产品思维
测试用例是基于软件需求开发文档不容易遗漏软件需求文档中需要测试的功能。
黑盒测试的缺点是不可能覆盖所有代码。
黑盒测试用到的测试方法有等价类边界值因果图场景法错误猜测法等
3.3. 灰盒测试
灰盒测试是介于白盒测试与黑盒测试之间的一种测试灰盒测试多用于集成测试阶段不仅关注输出、输入的正确性同时也关注程序内部的情况。
但是灰盒测试没有白盒测试详细和完整黑盒测试是覆盖产品范围最广的测试因此灰盒测试基本是不能够替代黑盒测试否则需要很大的代价设计非常多的用例。
常见面试题你知道的测试方法有哪些哪种用的比较多
常见的测试方法有黑盒测试白盒测试和灰盒测试。开发人员主要用白盒测试和灰盒测试测试人员主要用白盒测试和黑盒测试。对于测试人员来说相较于白盒测试黑盒测试用的更多一些。
4. 按照测试阶段分类
4.1. 单元测试
与编码同步进行针对软件最小组成单元进行测试主要采用白盒测试方法从被测对象的内部结构出发设计测试用例
到底怎么才算“最小单元”呢最小单元实际是人为定义的一个方法一个类都可以理解为“最小单元”。
测试阶段编码后或者编码前 (TDD)测试对象最小模块测试人员白盒测试工程师或开发工程师测试依据代码和注释详细设计文档测试方法白盒测试测试内容模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
4.2. 集成测试
集成测试也称联合测试联调、组装测试将程序模块采用适当的集成策略组装起来对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。 测试阶段一般单元测试之后进行测试对象模块间的接口测试人员白盒测试工程师或开发工程师测试依据单元测试的模块概要设计文档测试方法黑盒测试与白盒测试相结合测试内容模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响
4.3. 系统测试
对通过集成测试的系统进行整体测试验证系统功能性和非功能性需求的实现。
测试阶段集成测试通过之后测试对象整个系统软、硬件测试人员黑盒测试工程师测试依据需求规格说明文档测试方法黑盒测试测试内容功能、界面、可靠性、易用性、性能、兼容性、安全性等
①冒烟测试
这一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后直接给设备加电。如果没有冒烟则该组件就通过了测试。在软件中“冒烟测试”这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。在检查了代码后冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改会按预期运行且不会破坏整个版本的稳定性。
冒烟测试的对象是每一个新编译的需要正式测试的软件版本目的是确认软件主要功能和核心流程正常在正式进行系统测试之前执行。冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试时先进行冒烟测试保证基本功能正常不阻碍后续的测试。
如果冒烟测试通过则测试人员开始进行正式的系统测试如果不通过则测试人员可以让开发人员重新修复代码直到冒烟测试通过再开始进行系统测试。
在生活中
购买一个电视首先会通电查看电视是否能够运行。
购买一个水杯首先会灌水查看水杯是否漏水。
在工作中假如有一个博客系统项目提测了冒烟测试即只需要测试系统是否能够成功打开主流程是否可以走通即可。
②回归测试
回归测试是指修改了旧代码后重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
在整个软件测试过程中占有很大的工作量比重软件开发的各个阶段都会进行多次回归测试。随着系统的庞大回归测试的成本越来越大通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。
回归测试主要由人工测试和自动化测试进行。
在实际工作中回归测试需要反复进行当测试者一次又一次地完成相同的测试时这些回归测试将变得非常令人厌烦而在大多数回归测试需要手工完成的时候尤其如此因此需要通过自动测试来实现重复的和一致的回归测试。通过测试自动化可以提高回归测试效率。为了支持多种回归测试策略自动测试工具应该是通用的和灵活的以便满足达到不同回归测试目标的要求。
4.4. 验收测试
针对用户需求对通过系统测试的软件进行交付性测试以确定系统是否满足验收标准由用户或其他授权机构决定是否接受系统。验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段也称为交付测试。验收测试的目的是确保软件准备就绪按照项目合同、任务书、双方约定的验收依据文档向软件购买都展示该软件系统满足原始需求。
测试阶段系统测试通过之后测试对象整个系统包括软硬件。测试人员主要是最终用户或者需求方。测试依据用户需求、验收标准测试方法黑盒测试测试内容同系统测试功能.…各类文档等
单元测试集成测试系统测试回归测试之间的关系
关于车企生产车到客户开上小汽车的过程中
造车需要原材料如车轮、发动机等零部件不是车企自己制造出来的而是通过购买零部件来造车。
对买来的零部件进行检查零部件是否符合造车标准单元测试
零件确认完毕接下来就是复杂的造车工艺将零部件集成起来构成了一辆车并初步检查拼车的车是否能正常运作集成测试
一辆车成型之后并不意味着就可以直接销售给客户了需要车企专业的测试人员进行详细而完整的测试。系统测试
专业的测试人员对企业测试完毕通过测试的汽车将会在车展或者4S店进行展示供用户进行选择和购买。用户在选择汽车的过程中也会对车外观以及性能等方面进行校验验收测试
除了以上阶段外还有两个非常重要在工作中经常会听到冒烟测试和回归测试
5. 按照是否手工测试
5.1. 手工测试
手工测试就是由人去一个一个的输入用例然后观察结果和机器测试相对应属于比较原始但是必须的一个步骤。
5.2. 自动化测试
就是在预设条件下运行系统或应用程序评估运行结果预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。自动化测试按照测试对象来分还可以分为接口测试、U测试等。接口测试的ROI(产出投入比)要比UI测试高。
(这里了解一下等到将自动化的时候再详细展开)
5.3. 自动化测试和手工测试优缺点 自动化测试 手工测试 优点 节省成本提高测试人员执行工作效率保障软件的质量 对测试人员技术要求没有自动化技术要求高可以进行发散性测试 缺点 对测试人员技术要求较高不能发散性测试 效率低人员、时间成本比起自动化测试都比较高
6. 按照实施组织划分
6.1. α测试
α测试又叫内测或者叫a测其实都是一个涵义
α测试通常是公司内部的用户在模拟实际操作环境下进行的测试。α测试的目的是评价软件产品的FLURPS(即功能、可使用性、可靠性、性能和支持)。α测试不能由程序员或测试员完成。
6.2. β测试
β测试又叫公测或者叫b测
β测试由软件的最终用户们在一个或多个场所进行这里就可以理解为测试是正式用户中的一部分他们在任意的场合来使用软件目的是为了发现软件是否存在一系列的问题
通常会发送一些邀请码来邀请用户参与项目测试 测试的场景不同 α测试是在公司内部进行测试的但是β测试是在用户环境下进行测试的 α测试的环境是受开发方控制的用户的数量相对比较少时间比较集中 β测试的环境是不受开发方控制的用户数量相对比较多时间不集中 测试执行时机不同 通常是α测试通过后在进行β测试 测试持续时间长短不同 α测试时间没有β测试持续时间长
6.3. 第三方测试
第三方软件测试是指由独立的第三方公司或组织进行的软件测试活动。
通过第三方测试可以确保软件的质量节省成本确保软件尽快上线
7. 按照测试地域划分
7.1. 国际化测试
简言之测试人员需要测试软件在不同语言和地区是否能正常工作
国际化测试需要关注软件的哪些特性
布局时间日期数字格式货币机器型号……
7.2. 本地测试
之前所讲的都属于本地测试
