关于软件测试知识总结综述

《关于软件测试知识总结综述》由会员分享，可在线阅读，更多相关《关于软件测试知识总结综述（31页珍藏版）》请在金锄头文库上搜索。

1、关于软件测试 u功能图： 状态迁移图： 功能模型图： 测试用例： u面向对象： u面向过程： u搜索引擎： 关于软件测试 白盒测试： 修正的判定 和 条件覆盖的区别 u功能图： 状态迁移图： 功能模型图： 测试用例： u面向对象： u面向过程： u搜索引擎： 功能图法 概念： 是一种黑盒、白盒混合用 例设计方法，是功能图FD形 式化地表示程序的功能说明， 并机器地生成功能图的测试用 例。 功能图模型由状态迁移图 和逻辑功能模型构成。 软件 测试 状态迁移图 一、定义： 二、关注对象： 三、表示法： 1、图法。 2、文字描述。软件 测试 主要关注在测试状态转移的正确 性上面。对于一个有限状态机，

2、 通过测试验证其在给定的条件内 是否能够产生需要的状态变化， 有没有不可达的状态和非法的状 态，可能不可能产生非法的状态 转移等。通过构造能导致状态迁 移的事件，来测试状态之间的转 换。 状态 迁移图 u 用于表示输入数据序列以及相应的 输出数据。在状态迁移图中，由输入 数据和当前状态决定输出数据和后续 状态。 u 是描述控制系统的控制过程、功能 和特征的一种图形，是基于状态（工 序）的流程控制来表示; u 表示输入数据序列以及相应的对 应的输出，由输入及当前状态决定输 出和后续状态，它是程序的动态说明 ； 状态 迁移图 用于表示在状态输入条件和 输出条件之间的对应关系。逻辑 功能模型只适合于

3、描述静态说明 ，输出数据仅由输入数据决定。 测试用例则由测试中的一系列状 态和在每个状态中必须依靠输入 /输出数据满足的一对条件组成 。 功能模型图 软件 测试 状态 迁移图 （1）在状态迁移图中，用矩形框来表示“步”或“状态” ，方框中用状态器S及其编号表示。 （2）与控制过程的初始情况相对应的状态称为初始 状态，每个状态的转移图应有一个初始状态，初始状 态用双线框来表示。与步相关的动作或命令与步相连 的梯形图符来表示。当某步激活时，相关动作或命令 被执行。一个活动步可以有一个或几个动作或命令被 执行。 （3）步与步（状态与状态）之间用有向线段来连接 ，如果进行方向是从上到下或从左到右，则线

4、段上的 箭头可以不画，状态迁移图中，会发生步的活动状态 的进展，该进展按有向连续规定的线路进行，这种进 展是由转换条件的实现来完成的。 （4）转换的符号是一条短划线，它与步间的有向连 续线段相垂直。在段划线旁可用文字语言、测试用例 的生成状态迁移图布尔表达式或图形符号标注转换条 件。 测试用例的生成 （1） 功能图： （2） 测试用例生成方法： （3） 测试用例生成规则： （4） 从功能图生成测试用例的过程。 For example 软件 测试 测试 用例 下一 页面 手机中MP3播放功能状态-事件表如下: 其中没有选择MP3曲目时不能按任何键，并且当MP3曲目在起点时不能按R键， 当MP3曲

5、目在末端时不能按P、F键。 这里给出了状态-事件表，为了能更清楚的说明问题， 没有用复杂的文字描述出来，一般需要先从需求中提取 信息，画出状态图，再得到状态-事件表。 下一 页面 功能图法 功能图由状态迁移图和布尔 函数组成。状态迁移图用状态和 迁移来描述。一个状态指出数据 输入的位置（或时间），而迁移 则指明状态的改变，同时要依靠 判定表或是因果图表示的逻辑功 能。例如，一个简化的自动出纳 ATM机的功能图。下一 页面 测试 用例 生成 从功能图生成测试用例，得 到的测试用例数是可以接受的。 问题的关键是如何从状态迁移图 中选取测试用例。若用节点代替 状态，用弧线代替迁移，则状态 迁移图就可

6、转化成一个程序的控 制流程图形式。问题就转化为程 序的路径测试问题了。 下一 页面 测试 用例 生成 测试用例生成方法 下一 页面 测试用例生成规则 为了把状态迁移的测试用例与 逻辑模型的测试用例相组合起来， 从功能图生成生成实用的测试用例 ，需定义下面的规则。在一个结构 化的迁移（SST）中，定义三种形 式的循环：顺序、选择和重复。但 分辨一个状态迁移中的所有循环是 有困难的。 测试 用例 生成 从功能图生成测试用例的过程 A、生成局部测试用例：在每个状态中，从因果 图生成局部测试用例。局部测试用例由原因值 （输入数据）组合与对应的结果值（输出数据 或状态）构成。 B、测试路径生成：利用上面

7、的规则（3种）生成 从初始状态到最后状态的测试路径。 C、测试用例合成： 合成测试路径与功能图中每 个状态的局部测试用例。结果是初始状态到最 后状态的一个状态序列，以及每个状态中输入 数据与对应输出数据的组合。 D、测试用例的合成算法：采用条件构造树。 测试 用例 生成 下一 页面 测试 用例 软件 测试 面向对象 面向对象的特征 ： 面向对象的要素 ： 面向对象的模型 ： 面向对象的分析 ： 面向对象的设计 ： 面向对象的实现 ： 面向对象产生的 背景： 面向对象的基本 概念： 面向对象的例子 ： 面向对象的术语 ： 面向对象的定义 ： 面向对象和基于 对象的区别： 面向过程 u定义： u编

8、程： u过程： u对象和过程的区别 ： 软件 测试 面向 过程 搜索引擎 定义： 名称： 全文索引 ： 分类： 目录索引 ： 软件 测试 定义 指根据一定的策略、运用特定的计算机程 序从互联网上搜集信息，在对信息进行组 织和处理后，为用户提供检索服务，将用 户检索相关的信息展示给用户的系统。 搜索引擎包括全文索引、目录索引、 元搜索引擎、垂直搜索引擎、集合式 搜索引擎、门户搜索引擎与免费链接 列表等。 百度和谷歌等是搜索引擎的代表。 搜素 引擎 名称： 中文名称： 搜索引擎 英文名称： search engine 定义： 万维网环境中的信息检索系统(包括目录服务和关 键字检索两种服务方式)。

9、应用学科： 通信科技（一级学科）；交换 选路（二级学科） 搜索 引擎 全文索引 全文搜索引擎是名副其实的 搜索引擎，国外代表有 Google，国内则有著名的百 度和盆捞搜索。它们从互联网 提取各个网站的信息（以网页 文字为主），建立起数据库， 并能检索与用户 搜索 引擎 分类 根据搜索结果来源的不同，全文搜索 引擎可分为两类， 一类拥有自己的检索程序（Indexer）， 俗称“蜘蛛”（Spider）程序或“机器人”（ Robot）程序。 另一类则是租用其他搜索引擎的数据库， 并按自定的格式排列搜索结果，如Lycos 搜索引擎。 搜索 引擎 目录索引 用户完全可以按照分类目 录找到所需要的信息，

10、不 依靠关键词（Keywords ）进行查询。目录索引中 最具代表性的莫过于大名 鼎鼎的Yahoo、新浪分类 目录搜索。 与全文搜索引擎相比，目 录索引有许多不同之处。 搜索 引擎 修正的判定和条件覆盖的区别 选取两种方法的条件不同： 两者的测试集不同： 两者在测试中的覆盖面不同： 两者的用途不同 总结 软件 测试 条件 当以下的 需求测试中遇到时，需要考虑用MC/DC 方法：每一个程序模块的输入和输出点都要考虑 至少出现一次，每个程序的判定到所有可能的结 果至少实现一次；程序的判定被分解为逻辑操作 符（AND,OR,etc.）连接为BOOL条件，每一个条 件对于判定的结果值都是独立的，或者说

11、单个条 件将导致判定的最后的变化， 而对于C/DC方法而言，在程序需要测试时，由于 它只要求“判定中每个条件的所有可能值至少执行 一次，同时每个判定的所有判定结果至少执行一 次”，要求比较简单，所以它可以与其他覆盖方法 一样适合于使用在绝大多数的程序中的测试中。区别 测试集 MC/DC方法虽是在C/DC方法上的 改进，但是两者在寻找测试集时是 不同的，原因在于MC/DC方法要求 ：对于判定中的所有条件当固定其 他条件的值时，每一个已选定的条 件必须能够独立的影响一个判定上 的输出。 区别 覆盖面 对于MD/CC方法：它的覆盖面要大于C/DC的 方法。也就是说在测试一个程序或软件时： MD/CC

12、找出的错误就比C/DC找出的多，原因 就在于MD/CC的测试集检测出错误发生的概 率比较高。由此可说明虽然使用了判定条件 覆盖准则来测试语句，逻辑表达式中的有些 错误仍然不能检测出来；可是如果大家用 MD/CC方法，有它的规则可得测试集合为 FF,TF,FT只需使用其中的一组数据FT，就 可知道其中发生了错误。所以从覆盖面来说 MD/CC的测试能力和范围就比C/DC大一些， 也实用一些。 区别 用途 由于MC.DC在寻找测试集时的要求比 C/DC要严格，所以相比之下在测试时为 了寻找出测试集合所花费的时间多，由此 而引起的人力、物力、财力三重开销也会 直接攀升，但是MC/DC测试错误的准确 率确是特别的高，因此MC/DC适合那些 大型的并且要求测试非常精确的软件所用 ，为达到用户的目的和一个较高的性价比 ，近年来MC/DC方法主要应用与大型的 航天软件程序的测试上。 区别 总结 前面介绍了条件判定覆盖和修正条件 判定覆盖两个测试方法的定义和使用 ，并且通过比较分析出两者之间所存 在的差异，目前：在市场上，这两种 测试方法被社会广泛应用，但是由于 两者的各个不同点，用户必须根据软 件自身测试时能给出的条件及软件测 试所需要达到的程度选择适当的测试 方法。 区别