[软件测试的分类.pptVIP

软件测试的分类 制作：潘院明 软件测试充分性准则： 对任何软件系统都存在有限的充分测试集合 如果一个软件系统在一个测试数据（测试用例）集合上的测试是充分的，那么再次测试一些测试数据也应该是充分的，这一特性称作测试的单调性。 即使对软件所有的组成成分都进行了充分的测试，也并不能标明整体软件系统的测试已经充分了，这一特性称作测试的非复合性。 即使对软件系统整体的测试是充分的，也并不能证明软件系统中各组成成分都已经充分地得到了测试，这个特性称作测试的非分解性。 软件测试的充分性应与软件的需求和软件的实现都相关。 软件越复杂，需要的测试数据（测试用例）就越多，这一特性称作测试的复杂性。 测试得越多，进一步测试所能获得的充分性增长就越少，这一特性称作测试的回报递减率。 测试与调试的区别： 测试的目的是寻找和显示出存在的缺陷或者错误，测试是一种检验，经过测试，可能会发现一些错误的征兆，但常常不能直接从测试的结果中找出错误的根源。 调试是指发现错误或导致程序失效的错误原因，并修改程序以修正错误的过程。通常调试是测试之后的活动，即调试是在测试发现错误后消除错误的过程。 软件测试分类 从是否需要执行被测试软件的角度分(是否运行程序)： 静态测试和动态测试。 从测试是否针对软件结构和算法的角度分类分(是否查看源代码)： 白盒测试和黑盒测试。 从测试的不同阶段分： 单元测试、集成测试、系统测试和验收测试四个阶段。 其他情形划分： 回归测试、冒烟测试、确认测试、恢复性测试、探究性测试 功能测试： 逻辑功能测试、界面功能测试、易用性测试、安装测试、兼容性测试 性能测试： 性能测试、稳定性测试、负载测试、压力（强度）测试、安全测试 其中系统测试有： 功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试等等。 1、静态测试Static Testing 静态测试：是指不实际运行被测软件，而只是静态的检查程序代码、界面或文档中可能存在的错误的过程 基本特征是在对软件进行分析、检查和测试，不实际运行被测试的软件 静态测试对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。约可找出30～70%的逻辑设计错误 主要形式：审查、评审和走查 静态测试包括三个方面 代码测试：主要测试代码是否符合相应的标准和规范 界面测试：主要测试软件的实际界面与需求中的说明是否相符 文档测试：主要测试用户手册和需求说明是否真正符合用户的实际需求 对界面和文档的静态测试相对容易，只要测试人员对用户需求仔细分析研究，就很容易发现界面和文档中的缺陷 对程序代码的静态测试相对复杂，需要按照相应语言的代码规范模板（无统一标准，各公司有自己的标准）来逐行检查程序代码 发现什么问题？ 一般将问题分为两种：必须修改的，建议修改的 必须修改的问题 程序没有注释 注释是程序的重要组成部分（程序=代码+注释），一般注释语句占代码总行数的1/5—1/4。 注释包括程序的基本信息如作者、版本号、创建日期及主要功能模块的含义 子函数max没有返回值类型 精度丢失问题：int c=max(a,b)将丢失小数部分 建议修改的问题 main()没有返回值类型和参数列表，建议改为void main(void) 1行代码只定义1个变量：建议float a,b;分两行定义 程序适当加些空行：如在int c;后及main()前加一空行（空行不占内存，会使程序结构更清晰 1）评审（Review） 2）走查（Walkthrough） 无论Y 为何值，都不能够调用子程序。 ② 数据流分析图:检查分析变量的定义和引用情况。 节点 —表示单个语句。 有向边 —表示控制结构。 d — 定义 r — 引用 u — 未引用 3）审查（Inspection） 2、动态测试Dynamic Testing 动态测试：是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程 通过运行软件来检验软件的动态行为和运行结果的正确性（常通过选择适当的测试用例，执行程序。） 动态测试的两个基本要素： A、被测试程序 B、测试数据（测试用例） 判断一个测试属于动态测试还是静态测试，唯一的标准就是看是否运行程序。 eg:对前面C代码进行动态测试 输入1.2和3.5两个实数后回车，得到1.200000，与预期相符 测试用例的设计是软件测试的关键所在 设计尽可能少的测试用例来发现尽可能多的错误 设计最有可能发现软件错误的测试用例，同时避免使用发现错误效果相同的测试用例 测试用例的设计方法大体可分为两类： 白盒测试和黑盒测试。 动态测试步骤： (1)选取定义域有效值,或定义域外无效值 (2)对已选取值决定预期的结果 (3)用选取值执行程序 (4