禁用USB外接设备：
主要功能是：除了USB键盘和鼠标外，其它一切外接USB设备都不能使用。
（不知道大家能想到一些什么情况来设计测试用例），下面是我设计的一些思路：
1）正常情况下运行该功能后，看USB键盘和鼠标能否使用
2）正常情况下运行该功能后，USB键盘和鼠标拔插后能否使用
3）正常情况下运行该功能后，USB键盘和鼠标拔掉，接上外接USB设备，能否正常使用
4）正常情况下运行该功能后，USB键盘和鼠标拔掉，接上外接USB设备，插上 USB键盘和鼠标，USB键盘和鼠标能否使用，外接USB设备能否使用
5）正常情况下运行该功能后，接上外接USB设备（USB键盘和鼠标一直存在），外接设备能否使用
6）重复拔出外接USB设备，看USB设备能否使用，USB键盘和鼠标是否会影响
7）先插外接USB设备（能正常运行），再运行该功能，USB设备是否立即不能被使用
8）外接USB设备正在拷贝文件，运行该功能后，是什么反应
异常情况下该功能的反应，如运行该功能后，电脑重启，电脑死机等会导致什么后果，是否是我们期望的。
多个USB接口情况下，该功能是否正常
对于不同USB设备是否该功能都有效果：如USB的U盘，移动硬盘，MP3，USB打印机等。
该功能运行后，是否能还原。还原功能是否正常。
。。。。等，上面这些，大家也应该想的到，下面这些大家是否会考虑：
1）大家都知道禁止某设备运行后，在设备管理器会显示？号或者红叉，大家会不会设计手动从设备管理器去启动被禁止的外接USB设备的用例？
2）有的USB设备需要驱动才能运行，如USB接口打印机，是否会设计驱动卸载，重新安装后的用例？
3）现在也有那种USB转换器，比如把PS/2接口转换为USB接口，那外接USB能否使用？把USB接口转换为PS/2接口，PS/2接口的设备能否使用？
4）不同操作系统下，该功能是否有效，如LINUX，UNIX，WINDOWSXP，2000，2003等。
上面这些可能可能很难想到的地方，所有设计测试用例也并不是一件容易的事，需要发散性的思维，需要大量的经验。现在看到很多人有点本末倒置了，都去追求工具自动化，其实当你设计出一个完美的用例后，测试出的效果绝对是巨大的，要不怎么会说一个好的测试用例是发现从为发现的错误呢？基本功还是需要.
上面的那些情况只 是一部分，还可以设计出很多来，大家可以一起讨论下。
三，测试用例的一些技巧：
在软件测试中，有很多被测试的软件都是C/S结构的，而软件的界面估计是从头到尾都在改变中，这都测试用例的编写，维护是一件耗时，耗力的事。下面是我个人的一些经验：
1，界面测试用例和功能方面测试用例分开写，比如在一份EXECL测试用例中，界面的就单单写界面的，如写字体，排版，快捷键等，功能就只写逻辑方面，实现方面，这样当界面修改后，修改也快点。
2，比如说在编写一个弹出提示框用例时，以前我写用例的时，把预期结果写成提示的消息，如：“登陆用户名错误”，而当这个提示消息变为“用户名错误”时，有要去修改用例，很烦的。后面我就写“弹出一个提示消息框”，这样就解决了
3，写用例时，尽量分清层次结构，比如用户登陆模块，写的时先写正常情况下登陆，再写异常情况下登陆，不要一下写正常情况下，有写异常情况，然后再写正常情况下，让人感觉很混乱。
4，写测试用例之前，最好在纸上画一个框架出来，按照什么顺序来写，比如是按照操作系统的分类先，还是按照正常，异常情况先来写，下面模板中的一级分类，二级分类就是这个效果
PS：呵呵，总算写完了，也算是对以前写测试用例的一个总结吧。最近在弄WR自动化的框架和脚步（不懂，痛苦），下次把他总结出来。软件测试基本功——WinRunner篇。
【资料下载】（点击右键另存为）
原帖地址：http://bbs.51testing.com/viewthread.php?tid=91490&extra=page%3D1&frombbs=1
版权声明：本文由会员hjjlearning首发于51Testing软件测试论坛。
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
