黑盒测试用例设计，高手请进指点

billxu

假设电脑硬盘中有n个文件，使用软件A任意读取硬盘中部分或全部的文件，然后通过软件A将硬盘中读取的文件名称列出来
问：如何设计测试用例证明该软件A功能上的正确性？(即通过软件A列出来的文件名称和电脑硬盘中的文件一致，并且文件没有遗漏，或重复)

Dd.o~O

楼主说怎么测试通过软件A列出来的文件名称和电脑硬盘中的文件一致，可不可以这样理解：我们看到的文件是不是就是硬盘所存储的文件？但是有个问题，我们不能看到硬盘的存储的情况啊，怎么确定文件在读取过程中没有被“调包”呢？ 也就是说硬盘用一个伪数据欺骗了你，但是你看到的文件名仍然是你想要的。

edwin_chen

rockday ,slide 两位分析的真好
学习到不少，

xm3525

不错，我觉得大家的见解给了我更多的思考空间，人多力量大啊

Mia

zan,各位分析得都很厉害！

slide

原帖由 wangziyang 于 2006-4-26 08:06 发表
看了楼上两位的分析，我头都大了,简直可以用牵一发而动全身来形容！不过要达到一定的覆盖率和质量需求，还是要佩服你们的精神啊！

先分析一下没关系嘛，又没有让你都执行，自己挑有用的执行就好了
能找到bug的用例才是好用例，否则，设计得再好也没用。

wangziyang

看了楼上两位的分析，我头都大了,简直可以用牵一发而动全身来形容！不过要达到一定的覆盖率和质量需求，还是要佩服你们的精神啊！

slide

楼上总结的不错，再补充一些：

文件本身的属性是否会影响显示：目录级数、文件大小、属性、文件名长度、是否有特殊字符。。。。
软件A是否会和其他软件发生冲突：对于打开的文件、被锁定的文件、多个软件同时访问等等。。。
磁盘本身属性：格式、分区、存储介质等等。。。。
n的取值。。。


其实针对每个描述过程中出现的要点都可以进行分析。但你需要根据实际情况进行取舍，并不一定都要执行到。

但其实我觉得更重要的是，可能你需要开发一个测试工具来进行自动的结果比较，否则，如果数据量大的话，你要确定结果是争取的要花费很多时间，到时候，测试用例多到执行不过来，还是起不到作用，呵呵。

rockday

软件功能的需求是什么？？？不太清楚哦
1。支持几级目录树的读取？？当目录树级别达到多少时，性能下降？
如果不考虑目录树，文件数量达到多少时，出现性能瓶颈？
2。一次读取的时间是多少？间隔时间是多少？
3。读取中途出现异常中断，是什么结果？
4。支持网络硬盘读取么？
5。其他类型存储硬件支持的怎么样？光盘，u盘
6。读取文件时，是否是只读模式，是否会对其他程序正常使用造成影响？
7。如果多个目录中有重名的文件名，是否还能正常读取，读取后是怎么区分显示的？
8。文件大小是否会对读取造成影响？
9。如果读取过程中，文件发生了移动，删除，改名，是怎么处理的？
不是很全
既然你自己也写了些例子 也可以发上来么？大家不就清楚了

archonwang

同感楼上。

需求不明确，在正式的开发中，要求说明出现如下情况的处理方式（举例）：
1.若新增，自动刷新？
2.若删除，自动刷新？
3.异常处理？
4.读取文件的范围：只读？隐藏？存档？或是部分或全部？
5.……

慢慢变胖

这个需求描述的不是很清晰，如果能够有更加详细的设计文档会有利于test case的设计，由于现在只是如上信息，可以做以下分析：
推断出系统功能的一般步骤是：

flow 1:
step1:  系统读取硬盘上的1个或多个文件
step2:  系统显示出读取的文件名称

在硬盘上建立文件 作为输入条件：
按照等价类分析有如下等价类： 0, 1到多个
边界值分析： 0, 1

flow 2:
step1:  系统读取硬盘上的0个文件
step2:  系统显示没有读取文件

在硬盘上建立文件 作为输入条件：
按照等价类分析有如下等价类： 0, 1到多个
边界值分析： 0, 1

测试步骤：
1. 在硬盘上建立文件 （三种情况分别都要走两个flow）
2. 打印硬盘上所有文件列表
2. 运行程序
3. 比较程序显示的文件名称是否在打印的文件列表之内

限制：
1. 判断显示的文件名称是否与电脑硬盘的是否一致，需要人手比较，比如打印所有文件列表，进行比较
2. 程序是随意读取文件，无法保证读取所有文件和读取0个文件的流程出现
3. 系统读取的文件是否都显示出来或者显示了非读取的文件，由于读取和显示都是系统行为而且与输入并没有直接关系，所以无法判别，需要进行白盒测试

迷茫中...

我觉得应考虑的几种情况
1、当n=0时
无文件的情况
新增一个文件的情况
修改此文件后的情况
删除此文件后的情况
2、当n=1时，新增、修改、删除文件操作后的情况
3、当n>1时，新增、修改、删除文件操作后的情况

billxu

原帖由 kadyyf 于 2006-4-25 11:45 发表
我个人觉得,测试用例是实践出来的,不是凭空想象的,所以我建议你自己多实践实践!

这个确实是工作中一个软件需要测试的，并非什么凭空想象的。我也写了一些例子，但是不是很全，所以在论坛上需求更多的资信。
kadyyf，你要是有好的意见就提，很欢迎共同讨论，而不是这儿发表一些诸如此类的建议而且毫无用处。

kadyyf

我个人觉得,测试用例是实践出来的,不是凭空想象的,所以我建议你自己多实践实践!