1. 常见的黑盒测试方法有哪些
常用的黑盒测试方法有划分等价类、边界值分析法、错误推测法、因果图法、判定表组成法、正交试验设计、场景法。
黑盒测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
(1)常用的测试方法有哪些扩展阅读:
黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。
黑盒测试被称为功能测试或数据测试,在测试时,将被测软件视为一个不能打开的盒子,在完全不考虑程序内部结构和内部特性的情况下来进行测试,采用黑盒测试的主要目的是在已有软件产品所应具有的功能等基础上进行下列操作:
1、检查程序功能是否按照需求规格说明书的要求正常使用,测试每个功能是否有遗漏,测试性能特性是否满足要求。
2、测试人机交互是否错误,检测数据结构或外部数据库访问是否错误,程序是否能适当的输入数据而产生正确的输出结果,保持外部信息(如数据库或文件)的完整性。、
3、检测程序初始化和终止方面的错误。
2. 常用的性能测试方法有哪些
注意,在执行队列(图2)开始增长的同时,响应时间也开始以递增的速度增长
3. 功能测试常用方法都有哪些
一,页面链接检查;二,相关性检查;三,检查按钮的功能是否正确;四,字符串长度检查;五,字符类型检查;六,标点符号检查;七,中文字符的处理;八,检查带出信息的完整性;九,信息重复;十,检查删除功能;十一,检查添加和修改是否一致;十二,检查修改重名;十三,检查多次使用back键的情况;十四,搜索功能检查;十五,输入信息位置;十六,上传下载文件检查;十七,必填项检查;十八,快捷键检查;十九,回车键检查。
4. 软件测试的方法有哪几种
《全国计算机等级考试三级教程软件测试》
目录
第1章 软件测试的基本概念
1.1 软件质量的概念
1.1.1 软件质量的定义
1.1.2 软件质量的属性
1.1.3 软件质量模型
1.1.4 软件质量的度量
1.1.5 影响软件质量的主要因素
1.2 软件测试的概念
1.2.1 软件测试的定义与目的
1.2.2 软件测试的原则
1.3 软件的缺陷与错误
1.3.1 软件缺陷的定义和类型
1.3.2 软件缺陷的级别
1.3.3 软件缺陷产生的原因
1.3.4 软件缺陷的构成第1章 软件测试的基本概念
1.1 软件质量的概念
1.1.1 软件质量的定义
1.1.2 软件质量的属性
1.1.3 软件质量模型
1.1.4 软件质量的度量
1.1.5 影响软件质量的主要因素
1.2 软件测试的概念
1.2.1 软件测试的定义与目的
1.2.2 软件测试的原则
1.3 软件的缺陷与错误
1.3.1 软件缺陷的定义和类型
1.3.2 软件缺陷的级别
1.3.3 软件缺陷产生的原因
1.3.4 软件缺陷的构成
1.3.5 修复软件缺陷的代价
1.4 软件测试的经济学与心理学
1.4.1 软件测试的心理学
1.4.2 软件测试的经济学
1.5 软件质量保证
1.5.1 软件质量保证概要
1.5.2 软件质量保证活动的实施
1.5.3 软件的验证与确认
1.5.4 验证和确认任务分析
本章小结
第2章 软件生存周期中测试的实施
2.1 软件开发阶段
2.1.1 软件生存周期
2.1.2 软件测试的生存周期模型
2.1.3 软件测试过程模型
2.1.4 测试信息流
2.2 需求获取与分析阶段的测试
2.2.1 需求评审的实施
2.2.2 需求规格说明的评审
2.2.3 Wiegers 用例与需求评审表
2.2.4 基于原型的测试
2.2.5 基于需求的测试覆盖率评估
2.3 设计阶段的测试
2.3.1 设计的测试因素
2.3.2 设计评审的实施
2.3.3 设计规格说明的评审
2.3.4 设计元素的覆盖原则
2.4 编程阶段的测试
2.4.1 白盒测试与黑盒测试
2.4.2 源代码的控制流覆盖原则
2.4.3 源代码的数据流覆盖原则
2.4.4 源代码的静态分析与动态测试
2.5 运行和维护阶段的测试
2.6 回归测试
2.6.1 回归测试的概念
2.6.2 回归测试的类型
2.6.3 回归测试的时机
2.6.4 回归测试的实施
本章小结
第3章 代码检查、走查与评审
3.1 桌上检查
3.1.1 桌上检查的实施
3.1.2 桌上检查的检查表
3.2 代码检查
3.2.1 特定的角色和职责
3.2.2 代码检查的实施
3.2.3 用于代码检查的检查表
3.3 走查
3.3.1 特定的角色和职责
3.3.2 走查的实施
3.3.3 走查中的静态分析技术
3.4 同行评审
3.4.1 同行评审的角色和职责
3.4.2 同行评审的内容
3.4.3 评审的方法和技术
3.4.4 评审工作
本章小结
第4章 白盒测试
4.1 覆盖率的概念
4.2 逻辑覆盖
4.2.1 语句覆盖与块覆盖
4.2.2 判定覆盖(分支覆盖)
4.2.3 条件覆盖
4.2.4 条件/判定覆盖
4.2.5 条件组合覆盖
4.2.6 路径覆盖
4.2.7 ESTCA覆盖
4.2.8 LCSAJ覆盖
4.3 路径测试
4.3.1 分支结构的路径测试
4.3.2 循环结构的路径测试
4.3.3 圈复杂度与基本路径测试
4.4 数据流测试
4.4.1 定义∕使用测试的几个定义
4.4.2 定义∕使用测试举例
4.4.3 定义∕使用路径测试覆盖指标
4.5 基于覆盖的测试用例选择
4.5.1 覆盖率的使用
4.5.2 使用最少的测试用例来达到覆盖
4.6 程序插桩技术
4.6.1 程序插桩
4.6.2 用于测试覆盖率的程序插桩
4.6.3 用于断言检测的程序插桩
4.6.4 用于数据流异常检测的程序插桩
本章小结
第5章 黑盒测试
5.1 等价类测试
5.1.1 等价类的概念
5.1.2 等价类测试的原则
5.1.3 等价类方法测试用例设计举例
5.2 边界值分析
5.2.1 边界值分析的概念
5.2.2 选择测试用例的原则
5.2.3 边界值方法测试用例设计举例
5.3 基于判定表的测试
5.3.1 判定表的概念
5.3.2 基于判定表的测试用例设计举例
5.4 基于因果图的测试
5.4.1 因果图的适用范围
5.4.2 用因果图生成测试用例
5.4.3 因果图法测试用例设计举例
5.5 基于状态图的测试
5.5.1 状态图
5.5.2 利用状态转换树生成测试用例
5.5.3 利用状态转换表生成测试用例
5.6 基于功能图的测试
5.6.1 功能图
5.6.2 功能图法设计测试用例举例
5.7 基于用例和场景的测试
5.7.1 基本流和备选流
5.7.2 利用用例和场景设计测试用例的实例
5.8 基于有向图的测试用例设计
5.8.1 使用基于有向图的测试的场合
5.8.2 基于事务流建模设计测试用例
5.8.3 基于控制流建模设计测试用例
5.8.4 基于有向图设计测试用例的过程
5.9 基于正交实验设计法的测试
5.9.1 提取功能说明,构造因子/ 状态表
5.9.2 加权筛选,生成因素分析表
5.9.3 利用正交表构造测试数据集
5.10 其他黑盒测试用例设计技术
本章小结
第6章 单元测试和集成测试
6.1 单元测试的基本概念
6.1.1 单元测试的定义
6.1.2 单元测试与集成测试、系统测试的区别
6.1.3 单元测试环境
6.2 单元测试策略
6.2.1 自顶向下的单元测试策略
6.2.2 自底向上的单元测试策略
6.2.3 孤立测试
6.2.4 综合测试
6.3 单元测试分析
6.3.1 模块接口
6.3.2 局部数据结构
6.3.3 独立路径
6.3.4 出错处理
6.3.5 边界条件
6.4 单元测试的测试用例设计原则
6.4.1 单元测试的测试用例设计步骤
6.4.2 单元测试中的白盒测试与黑盒测试
6.5 集成测试的基本概念
6.6 集成测试策略
6.6.1 基于分解的集成策略
6.6.2 基于功能的集成
6.6.3 基于路径的集成
6.6.4 基于调用图的集成
6.7 集成测试分析
6.7.1 体系结构分析
6.7.2 模块单元分析
6.7.3 接口分析
6.7.4 风险分析
6.7.5 可测试性分析
6.7.6 集成测试策略分析
6.7.7 常见的集成测试故障
6.8 集成测试的测试用例设计原则
6.8.1 集成测试的测试用例设计步骤
6.8.2 场景测试
本章小结
第7章 系统测试
7.1 系统测试概念
7.2 系统测试的方法
7.2.1 功能测试
7.2.2 协议一致性测试
7.2.3 性能测试
7.2.4 压力测试
7.2.5 容量测试
7.2.6 安全性测试
7.2.7 失效恢复测试
7.2.8 备份测试
7.2.9 GUI测试
7.2.10 健壮性测试
7.2.11 兼容性测试
7.2.12 可使用性测试
7.2.13 安装测试
7.2.14 文档测试
7.2.15 在线帮助测试
7.2.16 数据转换测试
7.3 系统测试的实施
7.3.1 确认测试
7.3.2 α 测试和β测试
7.3.3 验收测试
7.3.4 系统测试问题总结、分析
7.4 做好系统测试的原则
本章小结
第8章 软件性能测试和可靠性测试
8.1 软件性能测试的基本概念
8.1.1 软件性能
8.1.2 软件性能测试
8.2 软件性能测试的执行
8.2.1 性能测试的过程与组织
8.2.2 性能分析
8.2.3 性能测试的自动化
8.3 软件可靠性的概念
8.4 软件可靠性测试的执行
8.4.1 软件可靠性测试的过程
8.4.2 软件可靠性预测
8.5 软件故障数目的预测
8.6 软件可靠性分析
本章小结
第9章 面向对象软件的测试
9.1 面向对象软件测试的问题
9.1.1 面向对象的基本特点引起的测试问题
9.1.2 面向对象程序的测试组织问题
9.2 面向对象软件的测试模型及策略
9.3 面向对象程序的单元测试
9.3.1 方法层次的测试
9.3.2 类层次的测试
9.3.3 类树层次的测试
9.4 面向对象软件的集成测试
9.4.1 面向对象软件的集成测试策略
9.4.2 针对类间连接的测试
9.4.3 面向对象软件集成测试的UML支持
9.5 面向对象软件的系统测试
本章小结
第10章 Web应用软件测试
10.1 Web应用软件的特点
10.1.1 Web应用软件的概念
10.1.2 Web应用软件的特点
10.1.3 Web应用软件的基本结构
10.1.4 Web应用软件的常用开发技术
10.2 应用服务器的分类和特征
10.2.1 三层和多层体系结构
10.2.2 应用服务器的分类
10.2.3 应用服务器对Web应用软件测试的影响
10.3 Web 应用软件的测试策略
10.3.1 表示层的测试
10.3.2 业务层的测试
10.3.3 数据层的测试
10.3.4 层间的集成测试
10.4 Web应用软件的系统测试技术
10.4.1 功能测试
10.4.2 性能测试
10.4.3 易用性测试
10.4.4 内容测试
10.4.5 安全性测试
10.4.6 接口测试
10.5 基于数据库的Web应用软件的性能测试
10.6 Web应用软件的系统安全检测与防护
10.6.1 入侵检测
10.6.2 漏洞扫描
10.6.3 安全策略
本章小结
第11章 其他测试
11.1 兼容性测试
11.1.1 硬件兼容性测试
11.1.2 软件兼容性测试
11.1.3 数据兼容性测试
11.2 易用性测试
11.2.1 易安装性测试
11.2.2 功能易用性测试
11.2.3 用户界面测试
11.3 极限测试
11.3.1 极限编程基础
11.3.2 极限测试
11.3.3 JUnit简介
11.4 文档测试
11.4.1 文档测试的范围
11.4.2 用户文档的内容
11.4.3 用户文档的测试
本章小结
第12章 软件测试过程和管理
12.1 软件测试过程
12.1.1 测试过程的概念
12.1.2 测试过程的抽象模型
12.1.3 测试阶段中的测试活动
12.2 测试过程组织与管理
12.2.1 软件测试过程管理的特点
12.2.2 软件测试过程的人员组织
12.3 测试策划管理
12.3.1 测试策划的目标
12.3.2 测试需求分析
12.3.3 测试策略与测试方法
12.3.4 测试策划工作流程
12.3.5 测试计划的要点
12.4 测试设计与实现管理
12.4.1 软件测试设计与实现主要内容
12.4.2 软件测试设计与实现要点
12.4.3 测试用例的设计方法
12.4.4 测试用例的管理
12.4.5 测试开发
12.5 测试环境管理
12.5.1 测试环境的定义
12.5.2 测试环境是测试的基础
12.5.3 测试环境的各要素
12.5.4 测试环境准备
12.6 测试执行管理
12.6.1 基于测试环境的测试用例执行
12.6.2 测试用例执行的记录与跟踪
12.6.3 软件缺陷的跟踪和管理
12.6.4 测试执行活动结束
12.7 测试质量分析
12.7.1 评估系统测试的覆盖程度
12.7.2 软件缺陷分析方法
12.8 测试总结管理
12.9 测试过程改进
12.9.1 软件测试过程改进的概念
12.9.2 软件测试过程改进的具体方法
本章小结
第13章 软件自动化测试
13.1 自动化测试的原理与方法
13.2 自动化测试的限制
13.3 自动化测试用例的生成
13.3.1 脚本的作用、质量和编写原则
13.3.2 脚本的基本结构
13.4 测试执行自动化
13.5 测试结果比较自动化
13.5.1 自动比较的基本概念
13.5.2 动态比较
13.5.3 执行后比较
13.6 基于STAF/STAX的自动化测试框架
13.7 测试工具的分类与选择
13.7.1 测试工具的分类
13.7.2 测试工具的选择
13.8 主流测试工具
13.8.1 主流单元测试工具
13.8.2 主流功能测试工具
13.8.3 主流负载测试工具
13.8.4 主流软件测试管理工具
本章小结
第14章 软件测试的标准和文档
14.1 软件测试的标准
14.1.1 软件测试规范
14.1.2 软件测试文档编制规范
14.2 软件测试文档格式和模板
14.2.1 软件测试文档格式
14.2.2 软件测试部分模板
本章小结
第15章 软件测试实践
15.1 软件测试过程管理实践
15.1.1 测试实践中的测试过程类型
15.1.2 测试策划实践
15.1.3 测试设计与实现的实践
15.1.4 测试执行实践
15.1.5 测试总结实践
15.1.6 QESuite Web 1.0 软件测试过程管理平台实践
15.2 白盒测试实践
15.2.1 QESAT/C简介
15.2.2 被测程序link.c说明
15.2.3 测试准备
15.2.4 静态分析
15.2.5 动态测试
5. 常用的软件测试方法和工具
1、禅道测试管理工具是功能比较全面的测试管理工具,功能涵盖软件研发的全部生命周期,为软件测试和产品研发提供一体化的解决方案,是一款十分优秀的国产开源测试管理工具。
2、LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,它能够对整个企业架构进行测试。通过LoadRunner ,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。它是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统,它通过模拟实际用户的操作行为和实时性能监测,来帮助更快地查找和发现问题。
3、QTP是一个B/S系统的自动化功能测试的利器,软件程序测试工具。Mercury的自动化功能测试软件QuickTest Professional ,可以覆盖绝大多数的软件开发技术,简单高效,并具备测试用例可重用的特点。Mercury QuickTest Pro 是一款先进的自动化测试解决方案,用于创建功能和回归测试。它自动捕获、验证和重放用户的交互行为。 Mercury QuickTest Pro为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解决方案。
4、Selenium是为正在蓬勃发展的web应用开发的一套完整的测试系统。Selenium测试直接运行在浏览器中,就像真正的用户在操作一样。它的主要功能包括:测试与浏览器的兼容性——测试你的应用程序是否能够很好的在不同浏览器和操作系统上工作。测试系统功能——创建衰退测试检验软件功能和用户需求。支持自动录制动作和自动生成。Selenium的核心Selenium Core基于JsUnit,完全由JavaScript编写,因此可运行于任何支持JavaScript的浏览器上,包括IE、Mozilla Firefox、Chrome、Safari等。
6. 性格测试的方法有哪些说出至少十种。
虽然从心理学的角度上来讲,性格(character)全然不同于人格(Personality),但我们日常交流中所谈论的性格的含义,实际上是指心理学上的人格的概念。心理学家对人格的心理学含义尽管存在众多不同的看法,但在通常意义上是指一个人相对稳定的心理特征和行为倾向。在这种意义上说,人格就是中国人通常所理解的性格。正因为如此,有的研究者为了避免引力理解上的混乱,主张将心理学上的Personality翻译成“性格”。所以,性格测试,也即是人格测试,或叫人格测量。常见的性格测试方法有:
一、自陈量表式测验
自陈量表法就是让被试按自己的意见,对自己的人格特质进行评价的一种方法。自陈量表通常也称为人格量表(personality inventory)。自陈量表通常由一系列问题组成,一个问题陈述一种行为,要求被试按照自己的情形来回答。常用的自陈量表有:
1.《明尼苏达多项人格测验》
简称MMPI,是现今国外最流行的人格测验之一,此量表是由美国明尼苏达大学教授S.R.Hathaway和J.C.Mckinley所合作编制。该量表的内容包括健康状态、情绪反应、社会态度、心身性症状、家庭婚姻问题等26类题目,可鉴别强迫症、偏执狂、精神分裂症、抑郁性精神病等。
2.《卡特尔16种人格因素量表》
简称16PF,是美国伊利诺州立大学人格及能力测验研究所卡特尔教授(R. B. Cattell)经过几十年的系统观察和科学实验,以及用因素分析统计法慎重确定和编制而成的一种精确的测验。这一测验能以约四十五分钟的时间测量出十六种主要人格特征,凡具有相当于初三以上文化程度的人都可以使用。
本测验在国际上颇有影响,具有较高的效度和信度,广泛应用于人格测评、人才选拔、心理咨询和职业咨询等工作领域。该测验已于1979年引入国内并由专业机构修订为中文版。
3.MBTI性格类型测试
MBTI性格理论始于着名心理学家荣格的心理类型的学说,后经美国的 Katharine Cook Briggs 与Isabel Briggs Myers深入研究而发展成型。目前它已被翻译成十多种文字。近年来,全世界每年有200多万人次接受MBTI测试。据统计,世界前一百强公司中有89%的公司引入使用MBTI作为员工和管理层自我发展、改善沟通、提升组织绩效的重要方法。[1]
4.DISC性格测试
DISC理论由美国心理学家威廉�6�1莫尔顿�6�1马斯顿博士(Dr. William Moulton Marston)在1921年的着作《常人的情绪》(Emotion of Normal People)中提出。DISC理论对不同的年龄、性别、种族、国别的人们均适用,已经成为人类共同的性格语言。迄今为止,有多家公司根据DISC理论开发出相应的DISC性格测试,已经广泛应用于政府、军队和企业。迄今为止已经有超过八千万人做过DISC测试。由于DISC测试施测的简便性以及测试结果使用的便利性,DISC测试受到企业界的热烈欢迎,成为影响力不亚于MBTI测试的常用性格测试。DISC性格测试主要从指挥者(D)、社交者(I)、支持者(S)和修正者(C)四个主维度特质对个体进行描绘,揭示个体激励因素、沟通方式、决策风格、能力特长、抗压能力等等特质。目前广泛用于企业招聘、选拔、培训、团队建设、管理沟通等和个人用于提升潜能、解决人际冲突、增强幸福感等等。
二、投射测验
以Freud的心理分析人格理论为依据。这种理论主张,人一些无意识的内驱力受到压抑,虽然不易觉察,但是却影响着人们的行为。在投射测验中,给受测者一系列的模糊刺激,要求对这些模糊刺激做出反应。如抽象模式,可以作多种解释的未完成图片,绘画。分别要求受测者叙述模式,完成图片或讲述画中的内容。受测者的动机、态度、情感以及性格等,就会在回答的过程和内容中不知不觉地投射反映出来,从而了解受测者的若干人格特征。常用的投射方法有:
1.罗夏克墨迹测验(RIBT)
由瑞士精神医学家罗夏克于1921年设计。共包括10张墨迹图片,五张彩色,五张黑白。主试每次按顺序给被试呈现一张,同时问被试:“你看到了什么?”“这可能是什么东西?”或“你想到了什么?”等问题。被试可以从不同角度看图片,做出自由回答。主试记录被试的语言反应,并注意其情绪表现和伴随的动作。
2.主体统觉测验(TAT)
美国心理学家H.A.Murray和C.D.Morgen1935年编制。由30张模棱两可的图片和一张空白图片组成。图片内容多为人物,也有部分风景,但每张图片都至少有一个物。每次给被试呈现一张图片,让被试根据看到的内容编故事。
7. 测试方法有哪些
1、白盒测试:又称为结构测试或逻辑驱动测试,是一种按照程序内部逻辑结构和编码结构,设计测试数据并完成测试的一种测试方法。
2、黑盒测试:又称为数据驱动测试,把测试对象当做看不见的黑盒,在完全不考虑程序内部结构和处理过程的情况下,测试者仅依据程序功能的需求规范考虑,确定测试用例和推断测试结果的正确性,它是站在使用软件或程序的角度,从输入数据与输出数据的对应关系出发进行的测试。
3、灰盒测试:是一种综合测试法,它将“黑盒”测试与“白盒”测试结合在一起,是基于程序运行时的外部表现又结合内部逻辑结构来设计用例,执行程序并采集路径执行信息和外部用户接口结果的测试技术。
4、静态测试:指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
5、动态测试:是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等性能指标。
8. 软件测试的方法有哪些
选择培训机构时就一定考虑到以下几点:
1、课程选择,不要只是简单的学习功能测试,而是会涵盖有现在流行的自动化测试、GUI测试,接口测试和性能测试开发等内容;
2、培训机构的教学不仅仅是教会你做标准的软件测试,而是要教你一些测试逻辑,教会你使用工具但又不依赖于这些工具也可以完成自动化测试,也就是其背后的底层的工作原理,这些东西才是真正能够内化成属于你个人的核心竞争力。
3、现在的移动互联网企业对自动化测试的需求非常大,也会要求学员掌握程序设计的原理,所以测试开发性综合性人才才是未来IT行业的需求方向。
4、一定要去参加试学,因为很多人目标不明确,甚至是迷茫的,所以去试学一周,看看自己是不是真的想做技术,或者适合做技术。
5、授课方式,有些是面授,有些是视频授课,各有优点,就看自己喜欢哪种了。当然,线下面授的学费应该更高,毕竟成本在那里,学习时有老师盯着,有同学陪着,能够更快的进入学习的状态,有更充足的斗志。
9. 常见的软件测试安全方法有哪些
从是否关心软件内部结构和具体实现的角度划分(按测试分类):白盒测试、黑盒测试、灰盒测试
(1)白盒测试:又称为结构测试或逻辑驱动测试,是一种按照程序内部逻辑结构和编码结构,设计测试数据并完成测试的一种测试方法。
(2)黑盒测试:又称为数据驱动测试,把测试对象当做看不见的黑盒,在完全不考虑程序内部结构和处理过程的情况下,测试者仅依据程序功能的需求规范考虑,确定测试用例和推断测试结果的正确性,它是站在使用软件或程序的角度,从输入数据与输出数据的对应关系出发进行的测试。
(3)灰盒测试:是一种综合测试法,它将“黑盒”测试与“白盒”测试结合在一起,是基于程序运行时的外部表现又结合内部逻辑结构来设计用例,执行程序并采集路径执行信息和外部用户接口结果的测试技术。
从是否执行代码角度:静态测试、动态测试
(1)静态测试:指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
(2)动态测试:是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等性能指标。
从软件开发的过程按阶段划分有:单元测试、集成测试、确认测试、系统测试、验收测试、回归测试
(1)单元测试:又称模块测试,是针对软件设计的最小单位----程序模块或功能模块,进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错,是否能正确地实现了其功能,满足其性能和接口要求。
(2)集成测试:又叫组装测试或联合,是单元测试的多级扩展,是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系,以期望通过测试发现各软件单元接口之间存在的问题,最终把经过测试的单元组成符合设计要求的软件。
(3)确认测试:又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。
(4)系统测试:是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统,作为基于整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。
(5)验收测试:以用户为主的测试,软件开发人员和质量保证人员参加,由用户设计测试用例。不是对系统进行全覆盖测试,而是对核心业务流程进行测试。
(6)回归测试:是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
10. 常用的性能测试方法有哪些
1)黑盒测试(black-box testing):只关心输入和输出的结果
(2)白盒测试(white-box testing):去研究里面的源代码和程序结构
2、按是否运行程序分为:
(1)静态测试(static testing):是指不实际运行被测软件,而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括:
对于代码测试,主要是测试代码是否符合相应的标准和规范。
对于界面测试,主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试,主要测试用户手册和需求说明是否真正符合用户的实际需求。
(5)动态测试(dynamic testing),是指实际运行被测程序,输入相应的测试数据,检查输出结果和预期结果是否相符的过程
3、按阶段划分:
(1)单元测试(unit testing),是指对软件中的最小可测试单元进行检查和验证。
桩模块(stud)是指模拟被测模块所调用的模块,驱动模块(driver)是指模拟被测模块的上级模块,驱动模块用来接收测试数据,启动被测模块并输出结果。
(2)集成测试(integration testing),是单元测试的下一阶段,是指将通过测试的单元模块组装成系统或子系统,再进行测试,重点测试不同模块的接口部门。
集成测试就是用来检查各个单元模块结合到一起能否协同配合,正常运行。
(3)系统测试(system testing),指的是将整个软件系统看做一个整体进行测试,包括对功能、性能,以及软件所运行的软硬件环境进行测试。
系统测试的主要依据是《系统需求规格说明书》文档。
(4)验收测试(acceptance testing),指的是在系统测试的后期,以用户测试为主,或有测试人员等质量保障人员共同参与的测试,它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试,其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试,而beta测试指的是内测后的公测,即完全交给最终用户测试。
4、黑盒测试分为功能测试和性能测试:
1)功能测试(function testing),是黑盒测试的一方面,它检查实际软件的功能是否符合用户的需求。
包括逻辑功能测试
界面测试
易用性测试:是指从软件使用的合理性和方便性等角度对软件系统进行检查,来发现软件中不方便用户使用的地方。
兼容性测试:包括硬件兼容性测试和软件兼容性测试
2)性能测试
软件的性能主要有时间性能和空间性能两种
时间性能:主要指软件的一个具体事务的响应时间。
空间性能:主要指软件运行时所消耗的系统资源。
软件性能测试分为:
一般性能测试:指的是让被测系统在正常的软硬件环境下运行,不向其施加任何压力的性能测试。
稳定性测试也叫可靠性测试:是指连续运行被测系统检查系统运行时的稳定程度。
负载测试:是指让被测系统在其能忍受的压力的极限范围之内连续运行,来测试系统的稳定性。
压力测试:是指持续不断的给被测系统增加压力,直到将被测系统压垮为止,用来测试系统所能承受的最大压力。
5、其他测试类型:
回归测试是指对软件的新的版本测试时,重复执行上一个版本测试时的用例。
冒烟测试,是指在对一个新版本进行大规模的测试之前,先验证一下软件的基本功能是否实现,是否具备可测性。
随机测试,是指测试中所有的输入数据都是随机生成的,其目的是模拟用户的真实操作,并发现一些边缘性的错误。