测试需求分析第二部分

5.6 文件系统 方面的错误推测

5.6.1 使文件系统超载

适用于数据存储到硬盘中时。

案例

 假设“软件测试工程师管理系统”要保存 10000 个工程师信息,则保存时engineer.txt 文件可能会有 20M 大小,如果此时磁盘只有 10M 可用空间了,“软件测试工程师管理系统”会如何动作呢?

测试方法

 创建满容量或近乎满容量的文件系统,然后强制执行各种通过输入或输出访问文件系统的操作。
 打开足够多的文件,文件打开时会强制创建备份副本,从而占用双倍的存储空间。
 使用工具 Canned Heat,模拟文件系统超载。

5.6.2 更改文件访问权限

适用于对文件进行读写的应用程序。

测试方法

 不同的用户对相同文件具有不同的访问权限,需要考虑登录同一台机器的多个用户操作相同文件的权限问题。
 打开一个文件,在操作系统中修改该文件的访问权限。有些操作系统
允许权限高的用户控制一般用户已经打开的文件。
 两个应用程序打开,关闭同一个文件。
 如把同一应用程序的不同版本安装在同一机器上,在不同版本的应用
程序中打开和关闭同一文件;
 试着在某个应用程序中打开在另一个程序中已打开的文件,这可能会
导致文件访问权限上出现冲突。

5.6.3 使介质忙或不可用

 适用于应用程序的运行需要消耗大量内存或运行时需求其他相关软件同时运行的情况。
 大多数操作系统能同时运行多个应用程序,但相互切换时会有延迟,但是没有对错误响应。

测试方法

 通过启动大量应用程序,强制它们都打开并保存文件来使文件系统处于忙的状态;或者同时下载大量文件也可以使后台拥挤。
 使用一些测试工具来模拟磁盘的状况。

5.6.4 介质损坏

使用场合
 损坏的介质可能使操作系统传回错误代码,这些错误代码可能没有在应用程序中编程处理。

测试方法

 损坏介质的方法使用不很多,只有少数公司采用,大多是开发操作系统、设备驱动程序以及以安全为主的应用程序的公司会采用这种测试方法。确定是否使用该方法,主要要考虑数据对用户的重要性。
 该方法可以使用实际损坏了的介质。检查应用程序对错误的处理能力,应用程序可以对错误进行处理或者将问题告诉用户,并且要确保用户数据文件不丢失、不损坏。
 也可以通过软件模拟。

5.7 错误推测总结

 输入非法类型
 输入非法范围(数值)
 输入非法长度(个数)
 输入非法格式
 输入默认值
 输入特殊字符
 输入合法数据的非法组合
 粘贴强制输入
 一个输入多个输出不要遗漏
 输出结果(含数据库)要正确
 上溢、下溢(含结果)
 操作数与操作符不符
 文件超载

6 编写测试点

将测试点写入测试需求分析说明书,或者 XMind 等,留存下以供将来编写测试用例使用。
在这里插入图片描述

发布了447 篇原创文章 · 获赞 281 · 访问量 57万+

猜你喜欢

转载自blog.csdn.net/qq_32146369/article/details/105279511