软件质量控制
君记否
么么哒^ ^
展开
-
软件质量控制
从代码源头控制好质量,<br /> 团队中有一人负责整个产品的质量和代码审核,对于狗屎代码要给予严厉的批评。不定期的经常举行内部培训,发布后bug汇总总结分析,不断提高开发团队技术水平。发布后出现bug和开发者挂钩,除了不能解决的,严重Bug必须在2个工作日内解决,对于不能解决的bug要给出原因:是先期设计导致的?别人的配合代码导致的?还是其他原因。这样做目的:出了问题,找出原因,避免不再重犯。软件测试<br /> 软件测试是控制质量的关键。开发者不能完全依靠测试人员(如果存原创 2010-12-03 23:21:00 · 908 阅读 · 0 评论 -
如何写好代码
代码规范,命名和排版遵守统一的规范没有拼错的单词在不同地方对类似意思的代码统一命名,如不会一个地方使用add,另一个地方使用insert采用一致的简写规则,不会有的地方简写,有的地方又不简写是否简单,不需要想什么就能明白代码含义对性能有要求,写出来的代码是否满足性能要求不需要镀金,是否客户需要的功能DRY: Don’t repeat yourself,没有重复代码写短方法,这样易读、易重用、易测试对类、方法和变量使用好的命名,最好直接从命名就能知道含义单一职责,每个类只做自己的事代码物理组织:目录、命名转载 2010-12-14 15:37:00 · 453 阅读 · 0 评论 -
工作箴言系列(一)
<br />1.邮件格式:<br /> 最好每25个字就进行换行,同时不同段落之间注意空行<br />2.工作习惯:<br /> 每个决定的事项都不要仅仅在口头上传递,一定要发邮件<br />进行确认或通告,以便今后出现扯皮和说不清楚的时候,提供有利证据.<br />同事之间需要;<br />对领导需要;<br />对下属需要;<br />对客户也需要<br />3.与下属沟通的时候,要注意说话方式.<br />说服对方的时候,一定要以理服人.用严密的逻辑说服他.同时语词和语气要让对方感到舒服,尽量用商转载 2010-12-17 11:37:00 · 538 阅读 · 0 评论 -
关于会议
<br />工作中的会议包括<br />1.日常性质的:<br />晨会: 出席人:全体项目成员,项目经理<br /> 特点:每天同一个时间段,同一个地点,没有网络,类似与XP编程中的立式晨会,或者是scrum里的每日总结会议<br /> 时间:20分钟<br /> 每个人都要发言: 昨天做了什么<br /> 今天要做什么<br />转载 2010-12-17 11:12:00 · 415 阅读 · 0 评论