15
数据共享或关联功能计算错误15．1缺陷产生原因
通常对孤立的功能进行测试时不会发生很多缺陷，而当把单独的功能和同一软件中的其它功能结合时，就可能出现很多软件缺陷。这种缺陷的产生往往是在两个或更多的功能使用了共享数据集，而每个功能允许使用的数据范围不同引起的。例如，一个功能可能会将某数据项设置为特定大小，然而另一个功能却允许该数据项的大小可以超过第一个功能的处理能力。开发人员根本没考虑到该数据项在其它功能处也可以修改，他们只是编码保证在该功能中数据的合法性，而当使用该数据时，没有再编码来检查可以使用的范围；而此时，另一个功能修改了共享数据，当再使用这些数据时就产生了缺陷。
15．2如何发现这类问题
当应用程序在同一时间完成一个以上的功能或当一个以上的功能在同一时间处于运行状态时，就可以使用该方法进行测试。利用一个功能影响输入、输入数据或另一个功能的计算。在测试前要确定哪些功能是相互依赖或共享数据的：
Ø 能应用同样输入的每个功能。如果这些功能有相互重叠的输入域，就可能存在交互问题。
Ø 有类似的输出产生功能。如果某些功能结合起来产生单个输出，就说明这些部件之间存在关系，应该被一起测试。
Ø 一个功能被包含在另一个功能的计算中。例如要测试鼠标选取对象的功能，不仅要测度鼠标选取屏幕上的文本的功能，还可以把包含超链接文本、粗体、斜体、符号及图形元素放在一起，测试鼠标选取这些元素的功能。
15．3测试方法小结
Ø 应用场合：一个以上的功能在同一时间处于运行状态。
Ø 测试方法：以点代面，重点测试某一功能，对可能与这个功能相连的其它功能附带测试。
Ø 测试知识储备：全面掌握被测软件的需求，在测试之前对被测功能之间的依赖关联有所掌握，另外还需要对共享数据有所掌握。
-----------------------------------------------------------------------------------------------------------------------------------------
16 文件系统超载
16．1缺陷产生原因
开发人员可能会忘记编写代码处理满状态的文件系统，忽略了诸如CreateFile，WriteFile等操作系统API的错误检查代码，没有这样的代码，当显示满状态的文件系统时，API调用就会失败，软件就会在没有任何警告的情况下崩溃。
16．2如何发现这类问题
创建满容量或近乎满容量的文件系统，然后强制执行各种通过输入或输出访问文件系统的操作；或者打开足够多的文件，打开文件时会强制备份创建的副本，从而占用双倍的存储空间，这种操作达到一定程度时，会达到该系统的容量，于是就能测试应用程序处理超载状态的文件系统的能力。（通常通过磁盘配额实现）
16．3测试方法小结
Ø 应用场合：系统较大，运行时需要较大的空间。
Ø 测试方法：强制磁盘系统满容量或容量小于等于被测软件运行时所需容量后，运行被测软件或利用测试工具模拟磁盘状况。
Ø 测试知识储备：全面掌握被测软件的需求，了解被测软件处理超载状态的文件系统的能力。
-----------------------------------------------------------------------------------------------------------------------------------------
17 介质忙或不可用
17．1缺陷产生原因
当多个应用程序同时访问硬盘（或其它存储器），操作系统为提供多请求服务会慢下来，并且必须对应用程序进行编程以处理这些延迟，当延迟变得很长时，没有对这些错误进行响应的应用程序就会出现错误。
17．2如何发现这类问题
通过启动大量应用程序，强制它们都打开并保存文件使文件系统处理繁忙状态；或者同时下载大量文件也可以使后台拥挤；检查被测软件能否正确处理这种情况，应用程序应该给出错误信息或等待批示，提示用户正在处理。
17．3测试方法小结
Ø 应用场合：应用程序的运行需要消耗大量内存或运行时需要其它相关软件同时运行。
Ø 测试方法：启动大量程序或利用测试工具模拟磁盘状况。
Ø 测试知识储备：全面掌握被测软件的需求，了解被测软件运行时对系统的要求。
-----------------------------------------------------------------------------------------------------------------------------------------
18 介质损坏
18．1缺陷产生原因
Ø 损坏的介质可能会使操作系统传回错误代码，这些错误代码没有在应用程序中编程处理。
Ø 操作系统不能检测出所有这样的错误，操作系统自己也有错误或者损坏的介质损坏了部分操作系统。
18．2如何发现这类问题
使用损坏了的介质，例如，刮伤、灰尘、磁干扰等。检查应用程序对错误的处理能力，应用程序可以对错误进行处理或者将问题告诉用户，并要确保用户数据文件不丢失、为损坏。
18．3测试方法小结
Ø 应用场合：应用程序对安全的要求较高，对灾难恢复的要求较高。
Ø 测试方法：用实际损坏介质的方法测试应用程序。
Ø 测试知识储备：全面掌握被测软件的需求，了解被测软件运行时对系统的要求。
-----------------------------------------------------------------------------------------------------------------------------------------
19 文件名不合法
19．1缺陷产生原因
操作系统本身具有自己的文件命名规范，例如，Dos的8.3格式。在Windows中，文件名不能超过255个字符，并且文件名不可以含有/ \ : < > ? * |这8个字符，以及AUX、COM1、COM2、COM3、COM4、CON、LPT1、LPT2、LPT3、LPT4、NUL及PRN这些操作系统保留字。
开发人员在应用程序中使用不相同的规则管理文件名，当应用程序和操作系统使用的文件名命名规则不一致的时候，就会发生问题。
19．2如何发现这类问题
Ø 保存文件为操作系统不允许的文件名，例如，文件名中含有/ \ : < > ? * |这8个字符，测试应用程序是否不允许输入包含这些字符的文件名。
Ø 输入一些应用程序不允许使用的文件名，例如，使用过长的、含有特殊字符的、可能相互作用的字符作为文件名，检查应用程序能否识别该文件。
19．3测试方法小结
Ø 应用场合：几乎所有涉及需要输入文件名功能的应用程序。
Ø 测试方法：输入操作系统不允许的文件名和应用程序不允许使用的文件名。
Ø 测试知识储备：全面掌握被测软件的需求，了解操作系统和应用程序对文件名的要求。
-----------------------------------------------------------------------------------------------------------------------------------------
20 更改文件访问权限
20．1缺陷产生原因
在操作系统中，可以设置不同用户对不同的文件具有不同的访问权限（如读写、只读等）。程序员必须在访问文件的函数中考虑文件的访问权限，例如在每个文件写入之前检查文件的访问权限。如果没有进行检查，就会导致程序出错。另外，如果文件访问失败，程序员必须要有正确的错误的代码，以保证程序可以正确捕获所产生的错误。
20．2如何发现这类问题
Ø 打开两个应用程序，关闭同一个文件。例如，把同一个应用程序的不同版本安装在同一机器上，在不同版本的应用程序中打开和关闭同一文件，或试着在某个应用程序中打开在另一个程序中已打开的文件，这可能导致文件访问权限的冲突。
Ø 打开一个文件，在操作系统中修改文件的访问权限。有些操作系统允许权限高的用户控制一般用户已经打开的文件。
20．3测试方法小结
Ø 应用场合：需要对文件进行读写操作的应用程序。
Ø 测试方法：修改文件访问权限或使用低权限的用户访问文件。
Ø 测试知识储备：全面掌握被测软件的需求，了解读写文件所需的权限。
-----------------------------------------------------------------------------------------------------------------------------------------
21 文件内容受损
21．1缺陷产生原因
开发人员编写代码来读取和写入文件，他们也编写代码来调用系统API得到文件指针，并打开和关闭文件。由于某些原因，这些系统API会失败或传回异常返回值。如果开发人员没有编写代码来验证传回的预期返回值，则应用程序会由于无法处理异常而失败。
21．2如何发现这类问题
Ø 手工损坏文件。从应用程序已创建的某个完整文件开始对其进行编辑，改变文件格式和内容。
Ø 使用测试工具。模拟CRC（循环冗余校验）错误，或强制文件API返回无效的返回码。
21．3测试方法小结
Ø 应用场合：需要对文件格式和内容进行校验的应用程序。
Ø 测试方法：手工损坏文件或利用测试工具模拟CRC错误。
Ø 测试知识储备：全面掌握被测软件的需求，了解文件读写需要的权限。
引用 删除 lixiaoxiang / 2011-03-23 15:11:28
引用 删除 huilin.gao / 2011-03-21 11:11:06
引用 删除 theyoungest / 2011-03-19 15:56:48
