测试用例设计第十章.pptVIP

上一章回顾 输出属性修改后的结果 屏幕刷新显示 数据结构溢出 数据结构不符合约束 操作数和操作符不符 递归调用自身 计算结果溢出 数据共享或关联功能计算出错 第十章 功能性测试的测试方法三 第十章 教学目标 掌握文件系统的测试方法 （十六）文件系统超载 案例演示 在容量填满文件系统后强制应用程序打开、关闭、读取、写入和修改文件 缺陷产生原因 由于硬件的飞速发展，现在硬盘的容量越来越大，所以很多时候开发人员在写程序时，可能会忘记编写代码处理满状态的文件系统，或者根本就没想到现实中最终会发生这种情况，在这种情况下，当文件系统满状态时，API调用就会失效，软件就会在没有任何警告的情况下崩溃 测试技巧 分析程序找到通过输入或输出访问文件系统的操作 创建满容量或近乎满容量的文件系统，然后强制执行以上操作 利用工具模拟文件系统满状态 测试方法小结 应用场合：系统较大，运行时需要较大的空间 测试方法：强制磁盘系统满容量或容量小于等于被测软件运行时所需容量后，运行被测软件或利用测试工具模拟磁盘状况 测试知识储备：全面掌握被测软件的需求，了解被测软件处理超载状态的文件系统的能力 （十七）介质忙或不可用 案例演示 读文件被执行两次，系统就会提示出错 缺陷产生原因 大多数操作系统都能同时运行许多应用程序（多任务）。当多个应用程序同时访问硬盘（或其他存储器），操作系统为提供多请求服务会慢下来，并且必须对应用程序进行编程以处理这些延迟，当延迟变得很长时，没有对这些错误进行响应的应用程序就会出现错误 测试技巧 通过启动大量应用程序，强制它们都打开并保存文件使文件系统处于繁忙状态；或者同时下载大量文件也可以使后台拥挤；或者使用一些测试工具模拟磁盘的状况。检测被测软件能否处理这种情况，应用程序应该给出错误信息或等待指示，提示用户正在处理。 测试方法小结 应用场合：应用程序的运行需要消耗大量内存或运行时需求其他相关软件同时运行 测试方法：启动大量程序或利用测试工具模拟磁盘情况 测试知识储备：全面掌握被测软件的需求，了解被测软件运行时对系统的要求 （十八）介质损坏 案例演示 让应用程序去访问/使用介质忙或不可用的存储设备 缺陷产生原因 损坏的介质可能会使操作系统传回错误代码，这些错误代码没有在应用程序中编程处理 操作系统不能检测出所有这样的错误，操作系统自己也有错误或者损坏的介质损坏部分操作系统 测试技巧 介质损坏测试，主要应用在开发操作系统、设备驱动程序以及以安全性为主的应用程序 使用实际损坏的介质测试，检查应用程序对错误的处理能力 测试方法小结 应用场合：应用程序对安全的要求较高，对灾难恢复的要求较高 测试方法：用实际损坏介质的方法测试应用程序 测试知识储备：全面掌握被测软件的需求，了解被测软件运行时对系统的要求。 （十九）文件名不合法 案例演示 word中另存为“test;filename-5.I.2004”，不能保存成doc文件 缺陷产生原因 操作系统本身具有自己的文件命名规范，开发人员在应用程序中使用不同的规则管理文件名，当应用程序和操作系统使用的文件名命名规则不一致的时候，就会发生问题。如果开发人员没有编程处理这种错误，程序就会崩溃或出现错误。 测试技巧 了解操作系统对文件名的约束 保存文件为操作系统不允许的文件名 输入一些应用程序不允许使用的文件名 测试方法小结 应用场合：几乎所有涉及需要输入文件名功能的应用程序 测试方法：输入操作系统不允许的文件名和应用程序不允许使用的文件名 测试知识储备：全面掌握被测软件的需求，了解操作系统和应用程序对文件名的要求 （二十）更改文件访问权限 案例演示 向一个只读的文件中写文件，程序出错 缺陷产生的原因 操作系统中，可以设置不同用户对不同的文件具有不同的访问访问权限（如读写、只读等）。程序员必须在访问文件的函数中考虑文件的访问权限，例如在每个文件写入之前检查文件的访问权限，如果没有进行检查，就会导致程序出错。如果访问失败，程序员必须要有正确处理错误的代码，以保证程序可以正确捕获所产生的错误 测试技巧 打开两个应用程序，关闭同一个文件 打开一个文件，在操作系统中修改该文件的访问权限。 测试方法小结 应用场合：需要对文件进行读写操作的应用程序 测试方法：修改文件访问权限或用低权限的用户访问文件 测试知识储备：全面掌握被测软件的需求，了解读写文件所需的权限 （二十一）文件内容受损 案例演示 新建的xls文件，用office字处理软件编辑过后，再用excel2000打开并编辑保存时，excel2000出错 缺陷产生原因 开发人员编写代码调用系统API得到文件指针，并打开和关闭文件，由于某些原因，这些系统API会失败或传回异常返回值。如果开发人员没有编写代码来验证传回的预期返回值，则应用程序会由于无法处