不支持Flash

初学入门:如何有效编写软件的75条建议(2)

http://www.sina.com.cn 2007年12月29日 08:33  赛迪网

  16. 登记新缺陷时,是否写清了重现步骤?

  要。这属于Dev和Test之间的沟通手段。面对面沟通需要,详细填写Repro Steps也需要。

  17. 写新代码前会把已知缺陷解决么?

  要。每个人的缺陷不能超过10个或15个,否则必须先解决老的bug才能继续写新代码。

  18. 你们对缺陷的轻重缓急有事先的约定么?

  必须有定义。Severity要分1、2、3,约定好:蓝屏和Data Lost算Sev 1,Function Error算Sev 2,界面上的算Sev 3。但这种约定可以根据产品质量现状适当进行调整。

  19. 你们对意见不一的缺陷有三国会议么?

  必须要有。要有一个明确的决策过程。这类似于CCB (Change Control Board)的概念。

  20. 所有的缺陷都是由登记的人最后关闭的么?

  Bug应该由Opener关闭。Dev不能私自关闭Bug。

  21. 你们的程序员厌恶修改老的代码么?

  厌恶是正常的。解决方法是组织Code Review,单独留出时间来。XP也是一个方法。

  22. 你们项目组有Team Morale Activity么?

  每个月都要搞一次,吃饭、唱歌、Outing、打球、开卡丁车等等,一定要有。不要剩这些钱。

  23. 你们项目组有自己的Logo么?

  要有自己的Logo。至少应该有自己的Codename。

  24. 你们的员工有印有公司Logo的T-Shirt么?

  要有。能增强归属感。当然,T-Shirt要做的好看一些,最好用80支的棉来做。别没穿几次就破破烂烂的。

  25. 总经理至少每月参加次项目组会议要的。

  要让team member觉得高层关注这个项目。

  26. 你们是给每个Dev开一个分支么?

  反对。Branch的管理以及Merge的工作量太大,而且容易出错。

  27. 有人长期不Check-In代码么?

  不可以。对大部分项目来说,最多两三天就应该Check-In。

  28. 在Check-In代码时都填写注释了么?

  要写的,至少一两句话,比如“解决了Bug No.225”。如果往高处拔,这也算做“配置审计”的一部分。

  29. 有没有设定每天Check-In的最后期限?

  要的,要明确Check-In Deadline。否则会Build Break。

  30. 你们能把所有源码一下子编译成安装文件吗

  要的。这是每日编译(Daily Build)的基础。而且必须要能够做成自动的。

[上一页] [1] [2] [3] [4] [5] [下一页]

本文导航:
·初学入门:如何有效编写软件的75条建议
·初学入门:如何有效编写软件的75条建议(2)
·初学入门:如何有效编写软件的75条建议(3)
·初学入门:如何有效编写软件的75条建议(4)
·初学入门:如何有效编写软件的75条建议(5)

发表评论 _COUNT_条
Powered By Google
不支持Flash
·《对话城市》直播中国 ·新浪特许频道免责公告 ·企业邮箱换新颜 ·邮箱大奖等你拿
不支持Flash
不支持Flash