文档介绍：测试用例设计第十章
第1页，共19页，2022年，5月20日，12点2分，星期四
第十章 功能性测试的测试方法三
第2页，共19页，2022年，5月20日，12点2分，星期四
第十章 教学目标
掌握文件系统的测试方法
*测试知识储备：全面掌握被测软件的需求，了解被测软件运行时对系统的要求
*
*
第7页，共19页，2022年，5月20日，12点2分，星期四
（十八）介质损坏
案例演示
让应用程序去访问/使用介质忙或不可用的存储设备
缺陷产生原因
损坏的介质可能会使操作系统传回错误代码，这些错误代码没有在应用程序中编程处理
操作系统不能检测出所有这样的错误，操作系统自己也有错误或者损坏的介质损坏部分操作系统
测试技巧
介质损坏测试，主要应用在开发操作系统、设备驱动程序以及以安全性为主的应用程序
使用实际损坏的介质测试，检查应用程序对错误的处理能力
*
*
第8页，共19页，2022年，5月20日，12点2分，星期四
测试方法小结
应用场合：应用程序对安全的要求较高，对灾难恢复的要求较高
测试方法：用实际损坏介质的方法测试应用程序
测试知识储备：全面掌握被测软件的需求，了解被测软件运行时对系统的要求。
*
*
第9页，共19页，2022年，5月20日，12点2分，星期四
（十九）文件名不合法
案例演示
word中另存为“test;filename-”，不能保存成doc文件
缺陷产生原因
操作系统本身具有自己的文件命名规范，开发人员在应用程序中使用不同的规则管理文件名，当应用程序和操作系统使用的文件名命名规则不一致的时候，就会发生问题。如果开发人员没有编程处理这种错误，程序就会崩溃或出现错误。
测试技巧
了解操作系统对文件名的约束
保存文件为操作系统不允许的文件名
输入一些应用程序不允许使用的文件名
*
*
第10页，共19页，2022年，5月20日，12点2分，星期四
测试方法小结
应用场合：几乎所有涉及需要输入文件名功能的应用程序
测试方法：输入操作系统不允许的文件名和应用程序不允许使用的文件名
测试知识储备：全面掌握被测软件的需求，了解操作系统和应用程序对文件名的要求
*
*
第11页，共19页，2022年，5月20日，12点2分，星期四
（二十）更改文件访问权限
案例演示
向一个只读的文件中写文件，程序出错
缺陷产生的原因
操作系统中，可以设置不同用户对不同的文件具有不同的访问访问权限（如读写、只读等）。程序员必须在访问文件的函数中考虑文件的访问权限，例如在每个文件写入之前检查文件的访问权限，如果没有进行检查，就会导致程序出错。如果访问失败，程序员必须要有正确处理错误的代码，以保证程序可以正确捕获所产生的错误
测试技巧
打开两个应用程序，关闭同一个文件
打开一个文件，在操作系统中修改该文件的访问权限。
*
*
第12页，共19页，2022年，5月20日，12点2分，星期四
测试方法小结
应用场合：需要对文件进行读写操作的应用程序
测试方法：修改文件访问权限或用低权限的用户访问文件
测试知识储备：全面掌握被测软件的需求，了解读写文件所需的权限
*
*
第13页，共19页，2022年，5月20日，12点2分，星期四
（二十一）文件内容受损
案例演示
新建的xls文件，用office字处理软件编辑过后，再用excel2000打开并编辑保存时，excel2000出错
缺陷产生原因
开发人员编写代码调用系统API得到文件指针，并打开和关闭文件，由于某些原因，这些系统API会失败或传回异常返回值。如果开发人员没有编写代码来验证传回的预期返回值，则应用程序会由于无法处理异常而失败
除了要检查API返回码，开发人员也必须编写代码验证文件的格式和内容。验证格式包括验证与二进制相对的文本格式、合适的分隔符以及数据类型正确的字段值。验证内容包括验证用于预期目标的数据是否在正确的合法范围内。
*
*
第14页，共19页，2022年，5月20日，12点2分，星期四
测试技巧
手工损坏文件
使用测试工具。模拟CRC错误，或强制文件API返回无效的返回码
测试方法小结
应用场合：需要对文件格式和内容进行校验的应用程序
测试方法：手工损坏文件或利用测试工具模拟CRC错误
测试知识储备：全面掌握被测软件的需求，了解文件权限。
*
*
第15页，共19页，2022年，5月20日，12点2分，星期四
故障模型
软件操作环境
调用应用程序的操作过程
用户启动应用程序
该应用程序从内核请求内存（用于数据存储）
该应用程序建立与外部数据库、API等的交互
该应用程序打开、读取、关闭初始化文件和工作文件
应用程序启动的过程涉及