一个有趣的BUG!

上一篇 / 下一篇  2007-09-11 14:35:25

测试的系统一部分功能上线使用有3天了,今天得到用户的一个反馈,说是增加数据保存不成功。让我很是奇怪,这个现象只出现在个别用户,而不是所有用户。为了便于查找原因,让用户把增加的数据发送过来看看,前期猜测可能是录入的数据问题。之后对用户发送过来的增加数据文件进行了测试和分析,发现了这么个有趣的问题。

   
    用户发过来的是一个用户已经填写好的
EXCEL文件表格数据,用户要把这数据录入到系统里。问题出现在录入的这一操作过程,手工填写增加数据,保存没有问题,但是使用快捷键在EXCEL里复制,在系统里直接粘贴,保存后,数据不能成功保存,同时没有提示信息提示用户。仔细重复尝试,最后得知,有一个字段在粘贴后,带有的空格字段超长导致保存失败,在手工输入的时候有限制和判断,在快捷键粘贴的时候,没有进行判断。这个看试简单的小BUG,不细心的操作和分析,是很难去再现和找到问题出现的原因。嘿嘿,这就是手工测试有趣的地方,同一个功能,在不同情况下的操作会碰到意想不到的问题,在再现和分析问题根源的过程中,又会让你想到还有哪些地方存在漏洞。另一方面也让我注意到了,下次用户在反馈问题时,让他们把操作步骤和操作数据进行详细的描述,更便于再现问题和查找问题发生的原因。可是让我矛盾的是,用户不是计算机专业操作人员,他们通常碰到问题了只能粗略的告诉你功能不好用了,具体怎样操作不好用,他们是不关心的。他们关心系统怎么用,出现问题了,什么时候能正常使用。要想再现、分析用户发现的问题,就靠测试发挥自己的想象力和分析能力了。


TAG:

lhy7520的个人空间 引用 删除 lhy7520   /   2007-09-14 11:52:01
学习拉...
从心开始 引用 删除 wuer   /   2007-09-13 15:46:38
嗯,遇到过
引用 删除 superrabbit   /   2007-09-13 09:33:31
哈哈,和我们的软件感觉好象,这些问题是会遇到的。
猪猪的蓝色梦幻城堡 引用 删除 qicyt1812   /   2007-09-12 16:56:50
恩,值得学习!刚刚写了一个小程序试了一下,如果给字段进行了maxlength限制就不会出现这个问题,即使用键盘复制(ctrl+c)粘贴(ctrl+v),也不会出现这种情况,复制的字符被自然剪断,只出现前面的未超过字数限制的字符。请问贵公司设计的这个系统中该栏位没有给出maxlength限制,只是在程序中给出了验证对吗?
tails82的个人空间 引用 删除 tails82   /   2007-09-12 15:27:50
像这种属于控件本身的bug,输入会限制长度,复制进去则不限制长度。这只能凭借经验了,慢慢积累吧
yuxiaoyuan的个人空间 引用 删除 yuxiaoyuan   /   2007-09-12 14:28:35
写的不错,以后也可能出现这种问题。注意了。。。
绿色空间 引用 删除 zhanglifen   /   2007-09-12 10:36:27
是,挺好,学习了,以后注意
Lewis 引用 删除 by1945   /   2007-09-12 10:35:31
看来你的测试用例覆盖率不高,一定要针对数据库设计字段长度进行超长用例设计
TESTSKY 引用 删除 lawgend   /   2007-09-11 20:59:46
其实客户得到产品或项目的交付物后, 他们会根据自己的原始需求(他们实际应用的use case)使用我们的应用系统, 实际上相当于我们的系统测试, 让客户能够准确的描述使用过程中的问题以及做好良好的沟通也是测试工程师的职责之一, 这更有利于增强客户对我们的信心以及信任, 所以有时候对客户进行一下简单的bug生命周期培训是必须的.
cuiyafang的个人空间 引用 删除 cuiyafang   /   2007-09-11 17:11:06
以后测试的时候一定要细心,像这样的细节一定要注意
lanyueliang的个人空间 引用 删除 lanyueliang   /   2007-09-11 15:48:51
恩,写的不错,给了个警惕,我也是做测试的。
 

评分:0

我来说两句

日历

« 2024-04-15  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 26036
  • 日志数: 47
  • 建立时间: 2007-06-05
  • 更新时间: 2007-09-29

RSS订阅

Open Toolbar