51Testing软件测试论坛

标题: 大家曾经遇到过边界值的bug么 [打印本页]

作者: wine_test 时间: 2007-6-14 11:01
标题: 大家曾经遇到过边界值的bug么
闲来无事，想了一下，作了这么久测试，还真没遇到过边界值的bug，想问一下大家是否曾经遇到过？？

作者: webtiger 时间: 2007-6-28 14:07
10个软件中7个有边界值的问题，但是边界值问题在用户反应中不到1％

作者: pele 时间: 2007-7-11 17:34
但是做为专业的测试人员，边界值，非法值是必须要进行测试的。不能因为少发生，我们就不进行测试了。

作者: liulinzhu 时间: 2007-7-26 16:06

原帖由 webtiger 于 2007-6-28 14:07 发表
10个软件中7个有边界值的问题，但是边界值问题在用户反应中不到1％

举双手同意，而且开发人员还不愿意改，说是实际中不会碰到的，真是对牛弹琴

作者: yongminzhang 时间: 2007-7-27 16:51
最不应该发生的问题往往最容易发生

作者: wenrou 时间: 2007-7-31 13:46
边界出问题还真没碰到过，嘿嘿

作者: wenrou 时间: 2007-7-31 13:47
不过测试还每次都测，这个也最好测把

作者: wyalgl 时间: 2007-8-1 16:29
学习中!!!!!!!

作者: cangmang 时间: 2007-8-7 11:05
只遇到过1次

作者: shishi620 时间: 2007-8-20 17:44
这么长时间我也没遇到过，边界植出问题的很少

作者: xu_coco 时间: 2007-9-11 17:10
说实话在实际应用中却是很少发现这样的问题，但在测试时却需要花费大量的时间去做测试，而且提了问题后研发都不乐意修改，很多时候bug转了一圈最后决定不修改，有点得不偿失。所以现在我们一般和产品人员沟通，再确定是否需要测试，偷懒一下了。

作者: lovelysand 时间: 2007-9-17 17:05
碰到过，不过开发人员基本上是不改的，所以测不测是个矛盾啊

作者: yjr2008 时间: 2007-10-12 20:53
碰到好几次

作者: yjr2008 时间: 2007-10-13 20:40
很好啊,学习中......

作者: 李洁 时间: 2007-10-16 16:13
边界值的问题作为专业测试人员,必须测试,只不过是在单元测试中进行,那样的话,开发人员也可以按时修改,不至于到最后由于时间紧,而不该得后果产生!

作者: s154098121 时间: 2007-10-16 17:41
暂时没有

作者: chbhaha 时间: 2007-10-22 17:09
如果发现的问题开发说用户会很少用到就不改，这也是混日子的程序员。在我公司程序员没什么发言权只要你确定这是个bug改不改就不是他说了算，项目负责人说了才算，如果确实是问题，由于某种原因暂时不改，我们根据情况写到测试报告上去的。

作者: gu198031 时间: 2007-10-24 16:43
碰到多次，以前我公司的开发人员都会修改此类问题。不过现在已经油掉了，再跟开发人员提边界值的问题，他们的解释是用户遇到机率是多少呢？0.9%，不改了。可惜，千奇百怪的用户太多了，产品发行到用户手中，总会有几个用户会由于各种误操作，碰到此类问题而影响到使用，打电话到公司来要求解决这个问题。

作者: scarlett 时间: 2007-10-25 19:24
还好做的不是日本项目。否则。。。绝对会被小日本记上一笔。。。日本人对这个是测试的非常严格的。。不知道他们是故意的还是本来就是有这么严谨。所以有个时候，我做测试的时候。会不由自主的。。。结果开发人员不屑一顾。。感觉有点吃瘪啊。

作者: 龙骑将 时间: 2007-10-31 22:28
在自己练习某个软件的时候，遇到这样一个现象，查询编号的输入框内能输入超过300位的数字（再大就没试叻），由于是练习，所以不清楚这个bug是否算比较严重的问题？

作者: muyang327 时间: 2007-10-31 23:01
我碰到过超过数据设定的最大值后数据库报错，系统直接退出了。大部分都是在边界上的数据不精确，不是益处就是自动转换。

作者: red-hat 时间: 2007-11-12 10:14
边界值分析法的理论基础:是假定大多数的错误是发生在各种输入条件的边界上,如果在边界附近的取值不会导致程序出错,那么其他的取值导致程序出错的可能性也很小.
长期的测试工作经验表明：大量的错误发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。
正如Beizer所讲：“错误潜伏在角落里，聚集在边界上，而白盒测试更可能发现它们.”

作者: lengqing 时间: 2007-11-15 17:10
常碰到这种情况,不过开发的还比较合作,一般都会改了!!

作者: synthere 时间: 2007-11-20 17:22
碰到过

作者: jiangly 时间: 2007-12-18 15:50
是有很多边界值的问题,如输入框中输到最大后,以及不输时的问题,不过,对于输入框中内容长度很多都是不改的

作者: null2 时间: 2007-12-18 15:57
视情况而定
网站上的边界值问题，必须改
内部系统上的可以不改，但不能把系统搞挂了

作者: Jifucy1010 时间: 2008-1-7 12:00
边界值问题还是比较多的

作者: windfly1314 时间: 2008-1-7 15:14
为什么那么多人说没碰过？我倒是经常遇到。只不过视项目而定。bug提上去该不该是项目经理的事。

作者: 风华绝代 时间: 2008-1-21 13:39
碰到过。而且有时候以为没有问题了，却突然蹦出一个来。于是下次不敢不测了。

作者: davids 时间: 2008-1-23 11:46
比较少碰到啊~~

作者: adinQueen 时间: 2008-1-24 16:23
一些逻辑判断中边界值选择错误会引发特大灾难，软件崩溃都有，经典的一次记得是一个程序写的脚本里边界判断错误，然后另外一个程序引用了这个脚本内的函数，做的还是个循环。。。最后直接让服务器进入了错误状态只要触发条件就会给一条协议，最后那个协议把服务器给弄挂了。

作者: sparrow_jie 时间: 2008-1-28 15:51
好象每个测试人员都碰到了同样的问题，测试四年了，这样的问题虽然在实际情况下出现的概率为１％一下，再加上开发人员根本都不愿意去改，往往把这类问题规避掉，如果到了产品上线后，真正出问题了，最终的责任还是在测试人员这里，郁闷．

作者: luo582 时间: 2008-2-2 23:13
我遇到过，输入边界值直接core了，开发找不到原因，最后把边界值该小了。

作者: jhxhlj 时间: 2008-2-3 00:21
边界值有可能造成数组越界，for循环很容易出错
经常碰到，重则死机

作者: KingRight 时间: 2008-12-22 15:59
如果工作半年你还没遇到过边界值问题导致的bug，说明你没有做好测试工作。

边界是最容易出现问题的地方，有些重大错误是边界值未处理好引起的。

边界值不是简单的一个输入框，填入值的边界。边界的意义极其的广泛！

作者: sd1231131 时间: 2009-1-9 15:20
边界值bug好像没碰到，边界值倒是经常碰到。

作者: sd1231131 时间: 2009-1-9 15:26
标题: 上面写错了。。汗.
边界值bug好像没碰到，等价类bug倒是经常碰到

作者: 天空下下雨 时间: 2009-1-9 21:01
碰到过，最严重时程序直接就崩了

作者: xiaosan51test 时间: 2009-1-12 15:48
碰到过，有一次系统就直接挂掉了。
边界值测试是测试过程中的基本点，虽然用户那边发现问题的概率很小，但这个属于软件实体本身的一个质量因素，是必须测试的。
前段时间还在想这个问题。很多时候，我们发现的问题都集中在功能使用上，而用户提出来的都是实际体验中，我们测试的重心从一开始就有点偏。我们的工作量大部分都是在测试用户很少用到的功能点，而实际上用户所用的只占了我们测试工作的小小一部分。
但是软件质量本身就包括两个方面，软件实体的质量和软件满足用户需求的质量。两个方面的每一个点我们都应该考虑。但在以后的工作中，需要提升“用户体验”所占的比重。

作者: 小肥羊 时间: 2009-2-10 10:37
碰到过一个较大的边界值的ＢＵＧ，数据库中字段的数据类型引起的。其结果直接影响了用户的业务操作流程。

作者: metoto 时间: 2011-12-2 10:27
边界值问题会视其对用户的影响而决定解或者不解

作者: dongchanglin 时间: 2011-12-5 15:12
经常遇到，比如地址255字符，用户把N个地址写一个里面，顺利爆掉。

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