|
|
本帖最后由 fengzhulin 于 2011-3-1 17:12 编辑
在公司做的是c/s结构的测试，所以很多操作会涉及到磁盘空间的问题，针对平时测试中遇到的问题，简单总结一下。
一、磁盘空间占用模拟工具
测试磁盘空间占用是比较费时的，因为要不断的去把磁盘空间占用到符合测试的要求。最初测试过程中，我们测试人员都是采用直接copy/paste、或者直接创建符合自己需要大小的文件的方式将某个磁盘空间占满。这样做既费时又低效，而且也会让测试人员产生厌倦测试这个表现的情绪。
后来在某次测试过程中，一个开发人员因为自己要验证磁盘空间不足的问题，所以编写了一个小工具，也发给我们使用。这样感觉方便多了。因为只用运行工具后填写入自己需要的大小就可以模拟占用多少磁盘空间。效率提高了很多。
所以以后的测试过程中，如果是需要频繁操作的测试，我们测试人员自己是否能够也学习进行一些简单的开发，写一些小工具来方便自己呢。
二、测试关注问题
1、安装、卸载过程
在磁盘空间不足的情况下进行安装/卸载，看程序是否能够给出友好的提示，或者有一些容错处理。
2、启动程序过程
程序的启动时，可能会需要加载一些资源，读写一些文件。那么当磁盘空间不足的时候，程序是否做了处理。
起初开发人员对磁盘空间几乎是没有考虑的，所以当磁盘空间不足时启动程序，可能会出现运行时错误或者直接崩溃，目前的处理策略是如果磁盘空间不足就无法启动且会弹窗提示警告用户。
3、程序运行过程
程序运行过程中执行的各种操作，只要涉及到读、写操作的，都需要考虑磁盘空间不足的情况，以看程序是否能很好的处理这些错误。
就目前我测试的项目来说，因为最初欠缺考虑，所以仍有许多方面对磁盘不足的情况没有做处理，毕竟用户磁盘空间不足这种情况出现的概率不是特别大，所以产品也允许了这些错误的存在。
三、经验和教训
1、需求早考虑
指在项目的需求设计阶段就要考虑产品是否需要进行磁盘空间不足的考虑，该问题的影响程度有多大，优先级有多高，各个模块对磁盘空间的考虑情况优先级也应该排序。这些都需要项目组成员在需求设计阶段就给出定义。这样才能避免在测试过程中有轻有重的对此类问题进行解决。
另外，策划需要在文案中给出所有空间不足情况的人机交互信息。
目前我测试的项目之所以遗留了很多未解决的方面，主要就是需求文档最初根本没有对此方面进行考虑。所以只能在测试过程中测到一个就报一个bug，开发再相应的改一个。但是总不可能面面俱到的考虑到。而且在项目比较紧张的时候对磁盘空间不足的问题，重视程度也响应降低。
2、统一测试
针对磁盘空间不足的问题，有针对性的进行用例编写，因为磁盘空间不足可能会在不同成员负责的不同模块都存在，所以提取出一个公共模块，在用例管理系统中进行该模块用例的不断完善，这样既有利于测试的时候进行统一测试，也有利于对磁盘空间不足的问题进行总结而提取适合大多数产品的公共测试用例。
四、测试工具使用简介
运行disk_test.exe，在弹出的窗口中输入你想占用的磁盘空间，单位是B。这样会在同目录下生成一个你设置的大小的文件。有时候可能一次设置后不能满足需求，可以将此文件重命名后再新建一个，不断增加到自己想要的大小。比自己复制/粘贴快的多。
我本人coding能力有限，有能力的人可以自己编写可能更好的工具，如果有好的工具，可以推荐给我。
不好意思，不能传exe的文件，怕病毒？需要的同学可以留下邮箱，我会发送给你。O(∩_∩)O~
-------------------------------------------------------------------------------------------------------------
好像之前没有传文件的功能，现在有了，既然大家都要，我就传到这里好了，大家下载下来后改成exe后缀的即可。
[ 本帖最后由 fengzhulin 于 2010-6-30 17:31 编辑 ] |
|
/1 
关于我们
发表于 2010-6-30 17:29:54
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
微信
收藏
置顶服务
换色服务
楼主
感谢楼主分享，麻烦把这个工具发至我邮箱吧 ，
