思步网

标题: 如何评判BUG引入阶段？ [打印本页]

作者: lily_014 时间: 2008-8-21 10:13
标题: 如何评判BUG引入阶段？
假设有这样两个项目：一期已上线并试运行；现在又上一个新项目，该项目是作为一期项目的功能增强。因此所有的开发都是在原有的代码上进行修改。假定我已经可以肯定BUG是在编码阶段引入的。那么如何判定该BUG是一期项目遗留的还是修改的代码当中呢？

作者: step365he 时间: 2008-8-21 13:05
1. 配置库中，将一期的代码和二期的代码做文件比较（借助配置库或者是第三方工具），才能评判BUG引入阶段。
2. 修改源代码时，要求开发人员做好注释或标识（组织自己定义的方式）。

[ 本帖最后由 step365he 于 2008-8-21 15:21 编辑 ]

作者: lily_014 时间: 2008-8-21 13:46
要求开发人员加注释这个办法不错，可以细到代码块中加注释。就怕开发人员没有这种编码习惯坚持不下去阿。。
对于第1点 1. 配置库中，将一期的代码和二期的代码做文件比较，才能评判BUG引入阶段。这个是用工具做比较不用人工去做这件事吧。。。

作者: cecilia 时间: 2008-8-21 17:56
开发人员在将源代码check in 至配置库，一般都没习惯加注lable，在程序代码中所加注释也不详细，如果都能按编码规范进行编码，那代码的可读性就增强了。
对于he说的第1点，我也想知道具体是怎么操作的？VSS工作能做到吗？

作者: xixiaojing666 时间: 2008-8-22 13:15
记得CVS里可以配套使用一些工具，如安装此软件ExamDiff ProV2.5，通过此软件对代码和版本进行比较，解决并行开发的冲突。
不过没怎么深入的用过。:loveliness:

作者: lily_014 时间: 2008-8-22 13:58
如果说是度量规模的话，倒是可以用工具作重复的代码比较，再拿总的一除就能得出来。
但是说如果是评判BUG，那么要工具一行行代码去对照。。。似乎很难做到。

作者: xixiaojing666 时间: 2008-8-22 16:42
有查bug 的工具吗？:)

作者: iamredeye 时间: 2008-8-24 13:51
如果一直有unit test 和 integration test, 那么就比较容易定位bug

作者: 苦乐共赴 时间: 2014-4-14 09:19
鼎力支持！！

作者: 一个芣咋 时间: 2015-6-19 15:31
我是个凑数的。。。

作者: 永杰同心 时间: 2015-9-7 22:26
向楼主学习

作者: 〆╰☆╮King 时间: 2015-10-23 10:04
好帖是需要鼓励的~

作者: 风继续吹 时间: 2015-12-4 10:14
没人回帖。。。我来个吧！

作者: 一個人。生活 时间: 2016-6-28 15:48
确实不错，顶先

作者: zhenghz 时间: 2016-11-4 13:55
如果有保留一期的测试环境，就可以很清楚Bug是在哪一期产生的了。

作者: 心隨你動。 时间: 2018-3-18 22:05
支持，赞一个

作者: 没有糖吃的孩子 时间: 2018-6-8 16:16
鼎力支持！！

作者: STARTs. 时间: 2018-6-24 16:17
好帖是需要鼓励的~

作者: 妖艳 时间: 2018-7-26 07:19
还不错哦，如果再能多分享一些就perfect了！

作者: 我要善待自己. 时间: 2018-7-27 14:03
好帖是需要鼓励的~

作者: dhui_19 时间: 2018-8-10 18:16
好帖是需要鼓励的~

欢迎光临思步网 (http://www.step365.com/)