51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2453|回复: 6
打印 上一主题 下一主题

[求助] 求助:缺陷分析的原因

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2013-1-4 16:02:55 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
各位高手请给一些常用的缺陷原因:现在用的最多的是开发人员的经验不足,或者缺少沟通,或者开发人员不仔细,或者多文档理解不一致....跪求还有其他的原因吗啊???
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2013-1-4 16:11:29 | 只看该作者
缺陷分析是有据可循的啊,要制定标准的规范,哪能这么乱来。比如现在比较流行的ODC分析法,对缺陷原因的分类都是非常详细的,自己百度一下ODC分析法吧。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2013-1-5 16:43:28 | 只看该作者
说实话,挺想知道你这么问的原因,先说我没别的意思,只不过要是为了应付BOSS的话,那几个方面已经足够了,毕竟都是最常见的情况。要是说想要真的想深入了解的话,其实每一个项目中出现缺陷的原因都不相同,我带了一个小团队,做了快3年项目了,这二十几个项目下来,感觉很多时候,出问题的原因往往是和最初计划有出入的地方上。举个例子,比如说有一个项目,我们做到一半了,客户说要改设计,改设计没问题,问题是客户还不想延长工期,最后工期虽然延长了一部分,但对于开发进度来说,是紧俏了许多,最后项目做下来,质量就不是很好。这个例子里,就很难把问题都归结到员工身上。再比如说,有一个项目里面,客户因为某种原因,坚持要用一种很别扭的技术来实现某个功能,客户上帝嘛,OK,咱们马上开始培训这个技术点,专门组织进行攻坚,最后做出来了,但是实现的效果其实不算好(PS:当然,对于需求来说,能达到客户需求就是最好结果),而且其他模块受到牵连了,造成很多问题,花费了大量时间去进行沟通和调试,这个case里,缺陷究竟该怎么算?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2013-1-5 17:33:40 | 只看该作者
对bug的定义不统一,设计问题等等,还有就是这里只分析了开发人员方面的原因,也应该分析测试方的问题---
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2013-1-5 21:54:09 | 只看该作者
测试用例设计不完善或者时间紧,没有完全遍历测试用例
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2013-1-6 12:20:01 | 只看该作者
真的原因是在实践中发现的
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2013-1-25 17:33:48 | 只看该作者
Thank you very much for sharing!The good man!The good life of peace!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-27 10:26 , Processed in 0.076216 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表