思步网

查看: 14248|回复: 20
打印 上一主题 下一主题

[体系与实践] 如何评判BUG引入阶段?

[复制链接]
假设有这样两个项目:一期已上线并试运行;现在又上一个新项目,该项目是作为一期项目的功能增强。因此 所有的开发都是在原有的代码上进行修改。假定 我已经可以肯定BUG是在编码阶段引入的。那么 如何判定该BUG是一期项目遗留的还是修改的代码当中呢?


上一篇:关于QA对交付件审计的疑惑
下一篇:遇到这种情况QA怎么做?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

1. 配置库中,将一期的代码和二期的代码做文件比较(借助配置库或者是第三方工具),才能评判BUG引入阶段。
2. 修改源代码时,要求开发人员做好注释或标识(组织自己定义的方式)。

[ 本帖最后由 step365he 于 2008-8-21 15:21 编辑 ]
要求开发人员加注释 这个办法不错,可以细到代码块中加注释。就怕开发人员没有这种编码习惯坚持不下去阿。。
对于第1点 1. 配置库中,将一期的代码和二期的代码做文件比较,才能评判BUG引入阶段。这个是用工具做比较不用人工去做这件事吧。。。
开发人员在将源代码check in 至配置库,一般都没习惯加注lable,在程序代码中所加注释也不详细,如果都能按编码规范进行编码,那代码的可读性就增强了。
对于he说的第1点,我也想知道具体是怎么操作的?VSS工作能做到吗?
记得CVS里可以配套使用一些工具,如安装此软件ExamDiff ProV2.5,通过此软件对代码和版本进行比较,解决并行开发的冲突。
不过没怎么深入的用过。:loveliness:
如果说是度量规模的话,倒是可以用工具作重复的代码比较,再拿总的一除就能得出来。
但是说 如果是评判BUG,那么要工具一行行代码去对照。。。似乎很难做到。
有查bug 的工具吗?:)
如果一直有unit test 和 integration test, 那么就比较容易定位bug
鼎力支持!!
我是个凑数的。。。
向楼主学习
好帖是需要鼓励的~
没人回帖。。。我来个吧!
确实不错,顶先
如果有保留一期的测试环境,就可以很清楚Bug是在哪一期产生的了。
[发帖际遇]: zhenghz 发帖时在路边捡到 1 (金) 金币,偷偷放进了口袋. 幸运榜 / 衰神榜
您需要登录后才可以回帖 登录 | 注册

本版积分规则



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部