硬件测试和软件测试
然后把两大类在分为若干小类，以此类推，要做的测试貌似无穷无尽啊~~~ 原帖由 null2 于 2007-4-6 17:00 发表 http://bbs.51testing.com/images/common/back.gif
先了解需求
1. U盘做什么用的？
2. 有什么功能？
3. 存储容量多大？
4. 界面如何？
5. 能存储哪种类型文件？
6. 要求达到实用寿命？
7. 要求达到坚固程度？
8. 体积？重量？
9. 哪几种传输协议？支持传输速 ...
说的比较详细，厉害！其实测试关键还是一种思想，只要你敢大胆的设想，就能发现问题！
[ 本帖最后由 hqchen_23 于 2007-9-29 15:19 编辑 ] 都写的很不错 最恐怖的是插拔测试,看对硬件的兼容性,我有次还烧坏了主板的南桥哦! 做了测试几个月，这才体会到写案例能这么爽 面试经常会遇到各种古怪问题，主要考核你的分析解决问题能力，我们不可能把所以问题都记住。
现在企业招人对技术的要求写的很高，但其实并非很高，主要还是看重个人职业素养与分析解决问题能力。 学习了 测试:从用户角度考虑问题挺重要,看完后,学了很多,收藏了 总结的很好啊我自己写的话只能写出一部分来学习了 学习了 考虑真周到，支持
安全是否也应该考虑在内啊
回复 36# 的帖子
没有需求,不了解目标客户谈如何测试都是空的,无效的!但是面试来说,是考察你的测试基础,和创新功能等 真的不错
佩服呀 原帖由 walker1020 于 2007-4-23 12:46 发表 http://bbs.51testing.com/images/common/back.gif
客户是第一位的。无论你进行了多么周密、细致、完整的测试，如果没有理解客户的需求，没有让客户满意，那么从某种意义上来说，你的测试也是失败地。
Walker达人绝对是句句经典啊，这句说的好，我们为什么要测试，测试是让人用的，不是关门自己用的。
别人怎么用想怎么用确实达到“用”这才是我们需要去做的！ 11楼和23楼的兄弟都说的不错,其实测试一个东西最重要的就是看他是不是符合各方面的设计需求 受教了，谢谢各位前辈的指点 有时需求并不是很明确的 只能尽自己能力考虑的全面一点 后来如果说这个不需要现在支持倒是可以推后实现 我想很多公司都是这样的 发现楼上们好强啊 受益匪浅
[ 本帖最后由 alinahello 于 2009-4-17 13:11 编辑 ] 原帖由 walker1020 于 23/4/2007 12:46 发表 http://bbs.51testing.com/images/common/back.gif
客户是第一位的。无论你进行了多么周密、细致、完整的测试，如果没有理解客户的需求，没有让客户满意，那么从某种意义上来说，你的测试也是失败地。
walker，你好歹也是一位版主啦，你怎么可以在这里误导别人呢？！
什么是客户？U盘的客户是什么？U盘的受众又是啥？
请问你有没有把这个考虑进去？
虽然说“客户是上帝，客户是第一位的”这个准则没错。但，如果客户的需求是和受众的需求背道而驰的，你还会按照客户的需求去设计你的用例么？
个人认为，测试，就应该把受众的需求放在第一位，而并非是客户的需求。
假如把受众认为是客户，那这个需求就是千差万别的了。这个时候，就需要一个比较普遍的需求来设计用例了！这时候就需要考虑很多很多的东西了，不再是书本上的那些程式化的东西了。
以上纯属个人理解，欢迎大家的鸡蛋！ 3q
