51Testing软件测试论坛

标题: 如何测试一个U盘？（写出测试案例） [打印本页]

作者: 恋恋三季 时间: 2007-4-6 15:57
标题: 如何测试一个U盘？（写出测试案例）
去面试遇到这样一个题目，死的惨，回来再寻高手弄懂问题
写出如何测试一个U盘的，谢谢！

作者: liming_test 时间: 2007-4-6 16:54
黑盒还是白盒？

作者: null2 时间: 2007-4-6 17:00
先了解需求
1. U盘做什么用的？
2. 有什么功能？
3. 存储容量多大？
4. 界面如何？
5. 能存储哪种类型文件？
6. 要求达到实用寿命？
7. 要求达到坚固程度？
8. 体积？重量？
9. 哪几种传输协议？支持传输速度？

作者: 13770541280 时间: 2007-4-6 17:19
功能
性能
兼容性
用户体验

从这4个角度考虑，包你过关

作者: 恋恋三季 时间: 2007-4-7 12:53
先谢谢上面的了
首先要想说的是这个题目是要写出一个测试用例，和黑盒白盒有关吗？要是你真的觉得有，就当黑盒看待好了
功能
性能
兼容性
用户体验

从这4个角度考虑，包你过关

是这样说，可是我是要的具体的用例啊

谢谢高人指教！

作者: luoyear 时间: 2007-4-7 13:19
还少了很大一个方面的测试：
机械性能方面的测试。
如跌落，插拔，水浸。

作者: wzb521 时间: 2007-4-8 12:38
物理属性需要考虑哦

作者: jackymail 时间: 2007-4-9 10:24
OS: windows 2000/xp/vista/98 Linux (redhat/suse) Mac Unix

未加载驱动
加载驱动

作者: wuyuzimu 时间: 2007-4-9 10:58
wo有次面试, 让我说出测试一张桌子......

作者: susan.ni 时间: 2007-4-9 17:08
U盘外观考虑

作者: ryewhisky 时间: 2007-4-9 19:16
1.用不同的格式格式化它
2.不同情况下LED灯闪的情况（刚插到USB口，文件传输时（Copy/cut from/to），Idle时，Remove时,formatting时）。

3.USB1.1或2.0的识别
4.Dos命令中USB的命令（不记得有还是没有了）
5.常用的USB察看工具必需能识别它

6.U盘带锁的话，要测锁的功能是不是正常
7.往里面copy文件时，断电或拔掉，看里面的数据是否完整
8.往里面传输文件时，用户Cancel

9.往里面存储不同类型的文件，看它能否正常显示（中文英文字节等Windows下合法的文件名）
10. 往里面塞1000张以上的图片（可以Dos下的for语句写），看浏览的反应速度
11.往里面copy大型的影视文件，看它第一次读盘时会不会hang up了。

12.不同的应用程序同时打开U盘下的文件
13.软件方面，不同系统是否正确识别U盘驱动
14.免不了的安装卸载测试
15.各种运用程序调用，看盘符是不是准确
16.出错信息是否合理
17.网络共享时必需要让人找得到
18.文件的最大层次
19.默认的文件夹

软件的本地化测试
1.双字节JAP和CHT, CHS必需测
2.欧洲文德语－法语优先，俄语或乌克兰，匈牙利,希腊要特殊对待

现丑了，与各位讨论

作者: 小丁 时间: 2007-4-10 17:43
找他要需求说明书,严格按照需求测试
用户什么要求,就怎么测试

作者: 小丁 时间: 2007-4-10 17:44
另外了解项目计划,看一下测试时间,在限定的时间内最大可能的测试

作者: kuaiking 时间: 2007-4-11 14:23

原帖由 ryewhisky 于 2007-4-9 19:16 发表
1.用不同的格式格式化它
2.不同情况下LED灯闪的情况（刚插到USB口，文件传输时（Copy/cut from/to），Idle时，Remove时,formatting时）。

3.USB1.1或2.0的识别
4.Dos命令中USB的命令（不记得有还是没有了） ...

佩服!

作者: barcelona 时间: 2007-4-11 21:35
11 11 楼的哥们真是牛！！佩服佩服我觉得兼容分性算是最重要的了

作者: conggh 时间: 2007-4-18 22:50
条件好的，还需要温度测试，我们以前测试硬盘还需要低温箱。。。。有的设备刚到零下10度就不行了。。。。
硬件的话这类指标最好考虑，不然很容易成为召回的原因。。。

作者: walker1020 时间: 2007-4-23 12:44
我曾经接受过关于测试用例方面的培训。对于这样的面试题，一定要问清楚你面对的到底是什么客户，然后根据客户的特定去设计测试用例。很明显，对于一般的消费者和公司的老总，设计的测试用例应该不相同吧。一般的消费者关注的可能是容量、性能等，但公司的老总更关注的是外观、样式、颜色等。

作者: walker1020 时间: 2007-4-23 12:46
客户是第一位的。无论你进行了多么周密、细致、完整的测试，如果没有理解客户的需求，没有让客户满意，那么从某种意义上来说，你的测试也是失败地。

作者: wangze1123 时间: 2007-5-15 10:34
不错

作者: barcelona 时间: 2007-5-15 17:07

原帖由 walker1020 于 2007-4-23 12:46 发表
客户是第一位的。无论你进行了多么周密、细致、完整的测试，如果没有理解客户的需求，没有让客户满意，那么从某种意义上来说，你的测试也是失败地。

这个话要绝对的支持

作者: qiguojie 时间: 2007-5-16 17:14
按需求分析,获得以下设计需求(不完整,待补充)再进行用例设计:
功能:
1.格式化(Format)操作
2.数据存储操作(读写)
3.容量
4.传输速度(注意区分1.1与2.0的USB)
等等...

性能及其他:
5.健壮(热插拔,温度,抗震)
6.使用寿命(频繁读写)
等等...

UI及UE:
7.外观是否符合设计要求
8.是否便于携带
9.是否有保护措施(USB借口的盖子)
等等....

如果面试叫你写case,一般都是考察你的测试类型知识的全面性;如果你的简历上有相关的工作项,那么可能考察的是你的经验以验证你的简历正确性.

仅仅代表个人观点...

作者: susan.ni 时间: 2007-5-23 16:48
最近也在做Ｕ盘的测试．
对功能测试做一点补充
1.在U盘中打开关闭文件,浏览和修改文件,重命名文件
2.copy文件到Ｕ盘，　或把Ｕ盘的文件copy到其他盘里，文件是否有丢失的情况
3.删除文件,新建文件夹,刷新,各种排列
4.在Ｕ盘里写入文件是否正常
5在U盘里播放mp3 或者其他视频文件，是否能正常播放
6.copy某个安装文件到U盘里，在U盘里安装此软件，是否能正常安装
7.正在运行U盘里的文件，删除硬件，查看结果
8.是否能正常格式化
9.copy各种格式的文件到Ｕ盘里，查看是否有异样
10.根据Ｕ盘的容量，copy不同大小的文件到Ｕ盘里

作者: ht5717 时间: 2007-5-23 21:39
标题: 受益匪浅
话不多言，真的非常我帮助。谢谢各位的分享。

作者: xyz2000 时间: 2007-5-24 00:05
从楼上各位学到了不少

作者: gxlwcl 时间: 2007-5-24 16:56
标题: very good
从上面各个楼主处观点总结如下：
功能:
1.在U盘中打开关闭文件,浏览和修改文件,重命名文件
2.copy文件到Ｕ盘，　或把Ｕ盘的文件copy到其他盘里，文件是否有丢失的情况
3.删除文件,新建文件夹,刷新,各种排列
4.在Ｕ盘里写入文件是否正常
5在U盘里播放mp3 或者其他视频文件，是否能正常播放
6.copy某个安装文件到U盘里，在U盘里安装此软件，是否能正常安装
7.正在运行U盘里的文件，删除硬件，查看结果
8.是否能正常格式化
9.copy各种格式的文件到Ｕ盘里，查看是否有异样
10.根据Ｕ盘的容量，copy不同大小的文件到Ｕ盘里
11.传输速度(注意区分1.1与2.0的USB)
12.U盘带锁的话，要测锁的功能是不是正常

性能及其他:
1.健壮(热插拔,温度,抗震)
2.使用寿命(频繁读写)
3.各种运用程序调用，看盘符是不是准确
4.出错信息是否合理
5.网络共享时必需要让人找得到
6.往里面存储不同类型的文件，看它能否正常显示（中文英文字节等Windows下合法的文件名）
7. 往里面塞1000张以上的图片（可以Dos下的for语句写），看浏览的反应速度
8.往里面copy大型的影视文件，看它第一次读盘时会不会hang up了。

UI:
1.外观是否符合设计要求
2.是否便于携带
3.是否有保护措施(USB借口的盖子)

软件的本地化测试
1.双字节JAP和CHT, CHS必需测
2.欧洲文德语－法语优先，俄语或乌克兰，匈牙利,希腊要特殊对待

安装卸载测试

作者: jc1860 时间: 2007-5-27 21:19
sdlkfj3 sdlkfj3 sdlkfj3

作者: yongming566 时间: 2007-6-1 14:43
一句话，严格按照需求来

作者: yiyi820106 时间: 2007-6-4 14:59
收益匪浅,测试的路还很长

作者: Mix 时间: 2007-6-8 14:54
找机会往管理上面发展

作者: walker1020 时间: 2007-6-10 10:43
各位都对如何测试好U盘发表了自己的想法，并且有了深入的讨论。特别要感谢 gxlwcl 对大家的观点进行了总结。如果去面试，很有可能就会被问到如何设计去设计相应的测试用例。此帖的观点值得借鉴，故把它置顶。

作者: yiyi820106 时间: 2007-6-12 09:20
支持！！

作者: 厍仕杰 时间: 2007-6-12 09:25
27楼挺你

作者: 厍仕杰 时间: 2007-6-12 09:30
非法插入和拔出：
在拷贝文件过程中插入拔出
注销等等
格式化

作者: add1231 时间: 2007-6-12 11:19

原帖由 walker1020 于 2007-4-23 12:46 发表
客户是第一位的。无论你进行了多么周密、细致、完整的测试，如果没有理解客户的需求，没有让客户满意，那么从某种意义上来说，你的测试也是失败地。

客户是第一位的~~~~完全同意！也就是说要求测试人员在进行测试时，要根据调研完成的需求文档来进行相应的测试！

作者: add1231 时间: 2007-6-12 13:04

原帖由 gxlwcl 于 2007-5-24 16:56 发表
从上面各个楼主处观点总结如下：
功能:
1.在U盘中打开关闭文件,浏览和修改文件,重命名文件
2.copy文件到Ｕ盘，　或把Ｕ盘的文件copy到其他盘里，文件是否有丢失的情况
3.删除文件,新建文件夹,刷新,各种排列 ...

一个相当完整的U盘测试用例了~~~~~收藏。。。学习

作者: 闻欣 时间: 2007-6-13 14:25
补充一点，U盘的兼容性测试，在各种操作系统下是否使用正常

作者: robert928 时间: 2007-6-14 15:13
都是高手！学习了

作者: shinerain 时间: 2007-6-14 15:42
sdlkfj3 学习了~硬件测试还是和软件不一样的~
但是都不离其宗就是根据需求~sdlkfj5

作者: lxbfanny 时间: 2007-6-14 20:12
学到不少知识.谢谢

作者: yiyi820106 时间: 2007-6-15 10:38
受教了，谢谢。

作者: yiyi820106 时间: 2007-6-19 15:24
再看一下还是受益

作者: yiyi820106 时间: 2007-6-19 15:24
受益良多

作者: jiepeach 时间: 2007-6-25 15:20
标题: 回复 #11 ryewhisky 的帖子
面试那么短的时间能考虑这么周全吗？尤其是一个从来没有接触国U盘测试的人？

作者: pingmeng 时间: 2007-6-27 10:48
收益匪浅,测试的路还很长

作者: xishuai0328 时间: 2007-7-2 12:02
11和24樓的比較好了
具體要寫..
只能先學習了

作者: charliemr 时间: 2007-7-15 02:02
测试类似这种U盘的东西，我建议先测试硬件，在测试软件，当然了用户的话呢，测试软的方面就可以了，如果是做U盘的厂商肯定是首先要测试电路的，芯片状况。首先要测试它在各个操作系统下是否能运行，大多数U盘支持三种操作系统：windows,linux,mac。一般的U盘在MAC下格式化的是不能在Windows上识别的，反过来是可以的。其余的上面说的已经很全面了。

作者: mans 时间: 2007-7-24 13:22
学习到了很多 ...收益非浅

作者: meiliqingdao 时间: 2007-7-31 10:40
27楼总结的,再加上兼容性,感觉就比较全了!

作者: zhaofengwwx 时间: 2007-7-31 14:54
受益了.........

作者: pbtlight 时间: 2007-8-6 21:13
根据你的U盘的需求来测试，测试用例要follow需求，没有需求，测到什么时候才是结束，这里应该有产品说明书，完全符合它就可以了，没有的，也可能是目前没有做到的功能

作者: ly232303666 时间: 2007-8-12 14:50
标题: 我是新手
大家真是很厉害啊
支持
谢谢了

作者: walker1020 时间: 2007-8-12 23:40
其实面试的人主要考察的是你的思维，而不是具体怎么去测。

作者: areofan 时间: 2007-8-15 15:23

原帖由 walker1020 于 2007-8-12 23:40 发表
其实面试的人主要考察的是你的思维，而不是具体怎么去测。

嗯，有道理，只要懂了测试的思维，以及相关的技术规则，以不变以应万变，各种测试项目都应该不是什么大问题的～

作者: antsbee 时间: 2007-8-15 23:17

原帖由 areofan 于 2007-8-15 15:23 发表

嗯，有道理，只要懂了测试的思维，以及相关的技术规则，以不变以应万变，各种测试项目都应该不是什么大问题的～

分析的很好~ 支持

作者: red-hat 时间: 2007-8-23 19:14
需求呢?

作者: vera1987_my 时间: 2007-8-31 14:51
learning

作者: windshl 时间: 2007-9-2 11:43

原帖由 qiguojie 于 2007-5-16 17:14 发表
按需求分析,获得以下设计需求(不完整,待补充)再进行用例设计:
功能:
1.格式化(Format)操作
2.数据存储操作(读写)
3.容量
4.传输速度(注意区分1.1与2.0的USB)
等等...

性能及其他:
5.健壮(热插拔,温度 ...

这位仁兄的挺好的。

作者: changlang530 时间: 2007-9-3 10:40
路过！问题太广

作者: cangmang 时间: 2007-9-3 10:45
看看是否还需要对驱动进行测试呢?好象都没人提到啊..

作者: tiany188 时间: 2007-9-25 17:02
测试一个U盘，首先要明确目标，先解决要测试什么，再谈如何测试的问题。并不是来不来就给你个东东叫你测试。再者，测试U盘，毕竟是一个物理设备。要考虑物理特性，和数据通讯之类。

作者: fennek 时间: 2007-9-27 11:41
两大类：
硬件测试和软件测试
然后把两大类在分为若干小类，以此类推，要做的测试貌似无穷无尽啊~~~

作者: hqchen_23 时间: 2007-9-29 15:18

原帖由 null2 于 2007-4-6 17:00 发表
先了解需求
1. U盘做什么用的？
2. 有什么功能？
3. 存储容量多大？
4. 界面如何？
5. 能存储哪种类型文件？
6. 要求达到实用寿命？
7. 要求达到坚固程度？
8. 体积？重量？
9. 哪几种传输协议？支持传输速 ...

说的比较详细，厉害！其实测试关键还是一种思想，只要你敢大胆的设想，就能发现问题！

[ 本帖最后由 hqchen_23 于 2007-9-29 15:19 编辑 ]

作者: yuxuan555269 时间: 2007-11-27 15:38
都写的很不错

作者: lwang1981 时间: 2007-11-28 11:24
最恐怖的是插拔测试,看对硬件的兼容性,我有次还烧坏了主板的南桥哦!

作者: adena 时间: 2007-12-5 16:51
做了测试几个月，这才体会到写案例能这么爽

作者: yangtesting 时间: 2007-12-5 19:34
面试经常会遇到各种古怪问题，主要考核你的分析解决问题能力，我们不可能把所以问题都记住。
现在企业招人对技术的要求写的很高，但其实并非很高，主要还是看重个人职业素养与分析解决问题能力。

作者: wangstand123 时间: 2007-12-18 10:53
学习了

作者: 小残游记 时间: 2007-12-19 15:34
测试:从用户角度考虑问题挺重要,看完后,学了很多,收藏了

作者: xiaofei0604 时间: 2007-12-19 17:53
总结的很好啊我自己写的话只能写出一部分来学习了

作者: pangda 时间: 2007-12-19 18:04
学习了

作者: canfly 时间: 2007-12-19 18:52
考虑真周到，支持
安全是否也应该考虑在内啊

作者: cch999 时间: 2007-12-21 13:54
标题: 回复 36# 的帖子
没有需求,不了解目标客户谈如何测试都是空的,无效的!

但是面试来说,是考察你的测试基础,和创新功能等

作者: 423799223 时间: 2007-12-26 13:35
真的不错
佩服呀

作者: fireflag 时间: 2007-12-26 14:51

原帖由 walker1020 于 2007-4-23 12:46 发表
客户是第一位的。无论你进行了多么周密、细致、完整的测试，如果没有理解客户的需求，没有让客户满意，那么从某种意义上来说，你的测试也是失败地。

Walker达人绝对是句句经典啊，这句说的好，我们为什么要测试，测试是让人用的，不是关门自己用的。
别人怎么用想怎么用确实达到“用”这才是我们需要去做的！

作者: wing_twf 时间: 2007-12-26 23:34
11楼和23楼的兄弟都说的不错,其实测试一个东西最重要的就是看他是不是符合各方面的设计需求

作者: cyyi 时间: 2008-2-18 16:53
受教了，谢谢各位前辈的指点

作者: alinahello 时间: 2009-4-17 13:10
有时需求并不是很明确的只能尽自己能力考虑的全面一点后来如果说这个不需要现在支持倒是可以推后实现我想很多公司都是这样的发现楼上们好强啊受益匪浅

[ 本帖最后由 alinahello 于 2009-4-17 13:11 编辑 ]

作者: MarsNoNo 时间: 2009-4-21 17:25

原帖由 walker1020 于 23/4/2007 12:46 发表
客户是第一位的。无论你进行了多么周密、细致、完整的测试，如果没有理解客户的需求，没有让客户满意，那么从某种意义上来说，你的测试也是失败地。

walker，你好歹也是一位版主啦，你怎么可以在这里误导别人呢？！
什么是客户？U盘的客户是什么？U盘的受众又是啥？
请问你有没有把这个考虑进去？
虽然说“客户是上帝，客户是第一位的”这个准则没错。但，如果客户的需求是和受众的需求背道而驰的，你还会按照客户的需求去设计你的用例么？
个人认为，测试，就应该把受众的需求放在第一位，而并非是客户的需求。
假如把受众认为是客户，那这个需求就是千差万别的了。这个时候，就需要一个比较普遍的需求来设计用例了！这时候就需要考虑很多很多的东西了，不再是书本上的那些程式化的东西了。

以上纯属个人理解，欢迎大家的鸡蛋！

作者: xumeiwen 时间: 2009-4-30 17:08
3q

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)