这样的问题算不算bug呢？

枫飘落的季节 · 发表于 2016-6-12 14:24:00

明显是个bug

你看我笑 · 发表于 2016-6-17 16:26:57

开发忽悠你呢，尽管提

北京狼族 · 发表于 2016-6-20 17:51:30

这是重大缺陷之一，频繁快速的操作导致服务器拒绝了本次操作，这样的缺陷对用户体验是最为致命的

紫桐9010 · 发表于 2016-7-8 18:04:12

很好解决啊。你们没有缺陷管理的工具吗？提交一个bug，后期如果不处理就让开发或那个leader注明原因。改还是不改你决定不了，就让能决定的人决定，但一定要有所记录。不然后面，人家说你测的不仔细，没发现这个问题。

lian_wl · 发表于 2016-7-10 15:18:24

我觉得可以重现一下看看，是不是概率性的BUG；
还有开发人员说是才做太快导致，那是不是要检测一下多快的速度可以导致以上问题的，如果是很多人都能达到的速度的话，那必然要修复这样的问题的；
初级菜鸟，小小意见~

lian_wl · 发表于 2016-7-10 15:21:29

江潭素月发表于 2010-8-19 16:13
我可没那本事，现在还是小菜一个

我觉得不要这么容易屈服，要开发人员重视测试人员才行，要不然以后你的测试工作会更难做

fhhh_eyou · 发表于 2016-7-11 12:42:12

1.如果可以重现操作步聚还能实现BUG
2.更换浏览器

lb249920494 · 发表于 2016-7-12 22:01:59

算bug啊1111111111111111111111

yl604121880 · 发表于 2016-7-14 21:55:54

报5xx不是服务器错误吗？

gongxiaoxue · 发表于 2016-12-28 14:44:15

这肯定是bug啊,尽管提到bug管理工具就好啦~其他的不用管,我想任何一家公司的项目经理看到这个问题都会去找开发让解决的~

断牙的欢喜 · 发表于 2017-2-6 16:50:07

江潭素月发表于 2010-8-10 11:26
可是人家说不是

我们公司的研发领导也是这样的，哎！！！！

Johnny.R.bwh · 发表于 2017-2-7 09:16:32

以专业的角度去看，只要是客户需求的或者以客户角度正常操作产生的错误，绝对是问题。但是是不是bug需要和客户进行沟通，看客户是否接受。如果能接受可以规避，减少修改成本；如果不可以接受，那就必须要改。修改时需要考虑修改的风险。因为系统耦合度高的话，有可能引起其他问题，最好不要造成为了修改这个问题，引入了更多的问题。所以我的建议是，和开发沟通定位问题在哪？然后评估风险和成本，看是否需要升级成为bug，再决定是否修改。

xiao85zhuang · 发表于 2017-3-15 13:41:23

发生的概率多大，这个是不是细枝末节的？我们也测试出一些丢包的bug，可是概率不大，要改进也迟迟不见成效，后来总监说你们要理解需求，软件是肯定有问题的，让你测试不是穷其尽速

cq520131517 · 发表于 2017-3-28 09:26:17

这个得看情况啊，截图保留证据。然后看看能不能重现，这才是关键。

zhengyanhua · 发表于 2017-5-25 09:14:43

这个bug时怎么产生的？是网络问题还是系统问题？
应该是一个大bug

wzzyb · 发表于 2017-6-1 09:27:15

江潭素月发表于 2010-8-9 11:56
我觉得也是，可是人家开发人员说不是，而且是项目组的主管说的

这个应该征求测试经理的意见，人家项目组应该管开发的，这个要搞清。

wzzyb · 发表于 2017-6-1 09:28:39

江潭素月发表于 2010-8-10 11:26
人家说客户不会操作快的

个人不能代表客户，而且对于严重的bug，绝对是零容忍，对自己要求一定要比客户要求高

dai~zi · 发表于 2017-6-13 15:52:15

你们公司的开发太牛了，这都不算Bug~~~

		自动登录	找回密码
密码			(注-册)加入51Testing

这样的问题算不算bug呢？

站长推荐 /1