软件常用的21个故障模型

《软件常用的21个故障模型》由会员分享，可在线阅读，更多相关《软件常用的21个故障模型（10页珍藏版）》请在金锄头文库上搜索。

1、1 输入非法数据 11 缺陷产生原因 开发人员通常用以下 3 种技术技术来处理非法输入： 防止不正确的输入进入被测软件。过滤掉不正确的输入，只允许合法输入通过界面。 输入了不正确的数据后，软件提示错误信息，拒绝不正确的输入。 允许不正确的输入进入系统并进行处理，软件失效时调用异常处理程序，显示一些错 误信息。 可见开发人员除了编写主要的功能代码外，还必须编写对非法输入的检查代码，这些代码 经常被遗忘，或者编写完这部分代码后，开发人员很少认真检查，导致处理非法输入经常 出错。 12 如何发现这类问题 进行测试时从输入值的属性出发，一般考虑以下三点： 输入类型：键入无效的类型常会产生错误信息。 输

2、入长度：对于字符型，键入太多的字符常会引出错误信息。 边界值：输入边界值或超过边界值的数据。 13 测试方法小结 应用场合：GUI 的输入。 测试方法：分别从输入数据的类型、长度、边界值等方面进行考虑。 测试信息检查： 错误信息和错误要一致。 错误信息的内容为空，用户不知道为什么出错。 显示的错误信息是给开发人员调试使用的，例如“Error 5-unknown data”，开发人员 可以通过该信息很容易找到错误类型，但是用户根本不明白，不知道做错了什么。 测试知识储备：牢记各基本数据类型的边界值。 - -2 输入默认值 21 缺陷产生原因 一旦软件中使用了变量，就必须赋给初始值，如果在赋值之前

3、就使用了这些变量，软件就 会失效，正确地使用变量的顺序是：声明变量 给变量赋值 使用变量。通常会由于以 下两个原因使变量的默认值不正确： 给变量赋值这一步经常会被开发人员不经意地路过。 开发人员有时不确定到底要赋什么初始值，就随便给了一个值，但用户并不认可该值， 这种情况下，软件并不一定会失效，但对用户的使用会带来很多不便。例如某程序把打印 默认输出份数设置为 2 份，会给用户造成很大麻烦。 22 如何发现这类问题 确定应用软件中所使用的数据有以下一些基本原则： 查找选项按钮、配置面板、安装屏幕等。这种屏幕上显示的数据常常在应用程序的许 多地方用到。 查阅源代码的数据声明部分（如果可以得到）。

4、 确定了要测试的数据，可以通过以下操作来强制使用或不使用默认的值： 接受软件显示的默认值。有时软件需要用户输入一个值，如果没有输入任何值，软件 就可能失效。这时可以只是简单的单击“确定”按钮来接受默认值，完成这个功能测试功能测试。 键入空值。删掉默认值，使输入域变成空值。 将默认值改为另一个值，这样会使应用程序以不同的值来运行。 将输入值改为另一个值，然后再变以空值。 一个好的软件会这样处理以上情况，将输入的不合法内容默认为合法边界内的某个合理值， 或者返回错误提示信息。 23 测试方法小结 应用场合：需要有默认值的地方。 测试方法：分别从选项按钮、配置面板、安装配置、开始界面等方面进行考虑，

5、强制 使用或不使用默认值等。 测试知识储备：全面理解需求规格说明书中对默认值的要求；同时深刻理解被测软件 的行业背景。 - -3 输入特殊字符集 31 缺陷产生原因 应用程序接受字符串输入，如果程序没有针对特殊输入进行特殊编程，那么就有可能 导致程序挂起，主要包括以下 3 种情况： 字符集包括普通字符和特殊字符。例如，ASCII 字符集包括普通字符和特殊字符。应用 程序有时只能处理普通字符，当输入特殊字符时就会出现错误。 实现应用程序的程序设计语言有特定的处理一些字符和字符串的方法。例如，C 语言 把n、+和&这样的字符用于特殊目的。如果将这些字符串键入到对话框中，程序必须进 行错误处理，否则

6、容易产生错误。 应用程序有时也使用设置名称、系统对象和程序的保留字符串集合。只要在程序中使 用了这些字符串，就可能导致失效。 32 如何发现这类问题 根据被测软件所处的操作系统操作系统、使用的程序设计语言、字符集等信息列出表格，通过 测试小组的讨论，标明应用表格中的哪些字符和数据类型作为输入来测试。 根据经验，软件很少会因为这种操作而崩溃，通常它会挂起没有响应。 33 测试方法小结 应用场合：需要接受字符输入的地方。 测试方法：根据被测软件的具体情况输入非法字符。 测试知识储备：尽可能多地了多地了解字符集、程序设计语言和操作系统中的保留字 符串及其特定含义，可以使我们更好地分辨这类缺陷。 -

7、-4 输入使缓冲区溢出的数据 41 缺陷产生原因 开发人员没有考虑传送给内存缓冲区的字符串的大小。如果缓冲区只能保留固定长度的字 符串，输入更长的字符串就会改写其他其他的内存存储单元，引起操作系统强制性地终止应用 程序。 42 如何发现这类问题 当应用程序允许输入字母、数字时，通过 GUI 控件（如文本框），或者通过 API 调用的参数来进行这种测试。 首先弄清楚要测试的输入域的长度，输入最大字符串测试。 输入一个比最大字符串长的字符串，应用程序可能出现错误提示信息，提示不允许输 入；或者输入了更长的字符串使应用程序崩溃。 43 测试方法小结 应用场合：需要接受字符输入的地方。 测试方法：根据

8、被测软件的具体情况输入最大字符串或输入一个比最大字符串更长的 字符串。 测试知识储备：尽可能多地和开发人员讨论，以了解和确定输入域的合理长度。 - -5 输入产生错误的合法数据组合 51 缺陷产生原因 测试多个输入值的组合，每个输入值已被单独测试过，但是这些值的组合可能会互相影响 而引起软件失效。 52 如何发现这类问题 首先要确定测试哪些输入组合，并弄清楚它们之间的“关系”。如果具备以下任一特性， 就可以认为这些变量是有“关系”的。 描述的是有关单个内部数据结构的属性和内容。例如，输入面板需要用户输入列表的 “行”和“列”，这时测试人员要输入单个内部数据结构“列表”的属性“行和列”。 一起用

9、在了一个计算中，也就是将多个输入用做一个内部计算的操作数，因此这些输 入变量具有了相互“关系”。 53 测试方法小结 应用场合：输入值之间存在依赖关系。 测试方法：输入可能是存在问题的组合值。 测试知识储备：尽可能多的内部数据结构的属性和内容，并与开发人员探讨，以确定 输入的数据值。 - -6 产生同一个输入的各种可能输出 61 缺陷产生原因 单个输入产生多种输出的情况与先前的输入和被测系统的状态都有关系。例如，在文字处 理程序中单击“关闭”按钮，如果文件被编辑且未被保存，程序将提示是否保存文件。如 果文件已被保存过，则文件直接关闭。 62 如何发现这类问题 测试人员必须具有关于被测系统软件的

10、业务方面的知识，具备各种程序文档，明确一个输 入可以产生何种输出。我们可以据此列出关于程序输入与输出的一个列表，然后进行测试。63 测试方法小结 应用场合：同一输入对应多个输出的情况。 测试方法：测试输入对应的每一个输出。 测试知识储备：全面理解需求规格说明书中的内容，找出输入与输出之间的关系。 - -7 输出不符合业务规则的无效输出 71 缺陷产生原因有时开发人员也可能对业务了解不深刻，对有些问题也是一知半解，因此编写出的软件就 会产生不符合业务逻辑的问题。另外在绝大多数情况下开发人员会忽略处理没有遵循一般 规则的输入，如果不对这些特殊情况进行编程处理，软件就会产生错误的结果。 72 如何发

11、现这类问题 测试人员应该尽可能地学习学习的涉及问题的领域。 有时在列举出无效输出后，也很难知道哪些输入组合能强制这些输出产生。这时测试 人员必须先要确定哪些输入与输出有关，然后用产生意外结果的输入组合进行测试，测试 过程中要注意输入执行顺序，用不同的顺序执行可能得到不同的结果。如果不能强制无效 的输出产生，就说明软件没有这方面的缺陷。 73 测试方法小结 应用场合：强制产生不符合业务背景的知识。 测试方法：列举出所有的无效输出，然后逐一测试。 测试知识储备：全面理解需求规格说明书中的内容，熟悉行业背景知识。8 输出属性修改后的结果 81 缺陷产生原因 输出常常具有可修改的属性，如颜色、形状、维

12、数及大小等，用户可以修改这些属性。 在这种情况下，开发人员必须编码、设立初始或默认属性值，然后编码允许用户编辑 这些属性。当用户改变了这些属性后，内部的相应变量值也随着变化，再次进行处理时， 这些值没有被重新恢复为默认值，输出的属性就被强制改变了。82 如何发现这类问题 该测试测试方法可以使用在那些输出具有可编辑性、可修改性的功能中。测试人员首先要 仔细了解能够产生的输出，特别要注意具有可编辑属性的输出。测试人员的任务就是 强制每个输出产生，并编辑其属性，然后再次强制输出产生。83 测试方法小结 应用场合：输出的结果，可以由用户修改属性得出。 测试方法：强制每个输出产生，并编辑其属性，然后再次强制产生输出。 测试知识储备：全面理解需