求助：缺陷分析的原因
各位高手请给一些常用的缺陷原因：现在用的最多的是开发人员的经验不足，或者缺少沟通，或者开发人员不仔细，或者多文档理解不一致....跪求还有其他的原因吗啊？？？ 缺陷分析是有据可循的啊，要制定标准的规范，哪能这么乱来。比如现在比较流行的ODC分析法，对缺陷原因的分类都是非常详细的，自己百度一下ODC分析法吧。 说实话，挺想知道你这么问的原因，先说我没别的意思，只不过要是为了应付BOSS的话，那几个方面已经足够了，毕竟都是最常见的情况。要是说想要真的想深入了解的话，其实每一个项目中出现缺陷的原因都不相同，我带了一个小团队，做了快3年项目了，这二十几个项目下来，感觉很多时候，出问题的原因往往是和最初计划有出入的地方上。举个例子，比如说有一个项目，我们做到一半了，客户说要改设计，改设计没问题，问题是客户还不想延长工期，最后工期虽然延长了一部分，但对于开发进度来说，是紧俏了许多，最后项目做下来，质量就不是很好。这个例子里，就很难把问题都归结到员工身上。再比如说，有一个项目里面，客户因为某种原因，坚持要用一种很别扭的技术来实现某个功能，客户上帝嘛，OK，咱们马上开始培训这个技术点，专门组织进行攻坚，最后做出来了，但是实现的效果其实不算好（PS：当然，对于需求来说，能达到客户需求就是最好结果），而且其他模块受到牵连了，造成很多问题，花费了大量时间去进行沟通和调试，这个case里，缺陷究竟该怎么算？ 对bug的定义不统一，设计问题等等，还有就是这里只分析了开发人员方面的原因，也应该分析测试方的问题--- 测试用例设计不完善或者时间紧，没有完全遍历测试用例 真的原因是在实践中发现的 Thank you very much for sharing!The good man!The good life of peace!
页:
[1]
