随笔分类 -  Head First Software Development

12 真实的世界
摘要：1、各种有效的流程之间的共同特点：反复式开发、不断评估和核定、整合最佳实践。 阅读全文
posted @ 2012-01-29 17:29 爱上飞飞的面码 阅读(167) 评论(0) 推荐(0)
11 软件错误（第三方）
摘要：1、在你修改任何东西之前，包括修正错误，先将代码纳入版本控制并成功地构建。2、功能性是重心，只需修改那些使用情节所依赖的代码。3、如果代码不可测试，就假定它是损坏的。4、返回空值是一种不良的习惯。一种比较好的想法是：引发一个异常处理过程，为调用者提供更多的信息。5、峰值测试：用于估算需要多长时间来修正全部错误。（用平均信心水平修正估计值）6、诚实地对待客户，尤其是有坏消息的时候。 阅读全文
posted @ 2012-01-29 17:11 爱上飞飞的面码 阅读(159) 评论(0) 推荐(0)
9 结束开发循环
摘要：1、工作量完成状况分析2、系统集成测试：1）不要亲自对自己的代码进行集成测试！2）建立清晰的成功标准。（如：零错误反弹）（这段总感觉似乎理解了又似乎不理解）3、记录和修正错误：软件错误也可以是文档中模棱两可之处、遗漏的功能特性或者站点风格的不一致。4、良好的软件错误报告：清晰的摘要，重现产生错误的步骤（或有关联的每种可能），预期会发生什么和实际发生什么，版本、平台和定位信息，严重性和优先级。5、开发循环回顾：准备议题、展示未来、计算统计数据。 阅读全文
posted @ 2012-01-29 14:51 爱上飞飞的面码 阅读(153) 评论(0) 推荐(0)
7 测试和连续集成
摘要：1、测试方法：黑箱测试（用户）- 验证功能性、用户输入验证、输出结果、状态转换、边界案例与缓冲溢出错误（用户通常不会犯下很大的错误，往往只是稍微打错字）灰箱测试（测试人员）- 检验审计和登录（验证权限）、供其他系统使用的数据、系统附加信息（如时间戳）、残留数据（垃圾数据清理）白箱测试（开发人员）- 测试代码的所有逻辑分支、妥善地处理错误、如文档说明的那样运行、适当处理资源受限的状况2、测试覆盖率：对大多数项目而言，应争取达到85%~90%的测试覆盖率。 阅读全文
posted @ 2012-01-29 10:59 爱上飞飞的面码 阅读(191) 评论(0) 推荐(0)
5 足够好的设计
摘要：SRP单一责任原则（高内聚）SRP分析：The (类名) (方法名) (参数) itself.DRY不自我重复原则（低耦合）你的估计应该是完整的，包含设计、演示等足够好的设计，not完美设计 阅读全文
posted @ 2011-12-26 17:24 爱上飞飞的面码 阅读(145) 评论(0) 推荐(0)
4 使用情节和任务
摘要：【碰头会】1、You should：跟踪任务、更新工作量完成、更新任务、通告昨天的情况和今天的任务、提出议题、时间5到15分钟2、两项议程：有任何议题吗？哪些事情我们已经完成了？3、放在每日早上。【其他】客户确定优先顺序时间效率值不是良好的估计值的替代品；它是考量你的你的团队真实表现的一个方法。 阅读全文
posted @ 2011-12-14 19:28 爱上飞飞的面码 阅读(179) 评论(0) 推荐(0)
3 项目计划
摘要：开发循环：约1个公历月（20个工作日）。开发循环的结尾：演示和反馈。里程碑：约3个开发循环。（交付里程碑=可以收款）里程碑和版本：里程碑可能是1.0，而版本可能是0.1。时间效率值：约3/4，随着人数增加降低。（理想国里的程序员和现实世界里的开发人员）谨慎承诺并成功交付而非过度承诺且导致失败。善用工作量完成情况趋势图（大白板）。不要让你和你的团队超负荷工作，开发人员每天只有三小时有惊人的生产力。 阅读全文
posted @ 2011-10-11 18:18 爱上飞飞的面码 阅读(240) 评论(0) 推荐(0)
2 收集需求
摘要：头脑风暴：让每个人畅所欲言！角色扮演：假设你是软件。观察：如果允许的话，让三个人在三种不同场合进行观察。撰写需求：站在客户的角度简短（不超过三个句子）描述使用情节。扑克牌游戏：0.5、1、2、3、5、8、13、20、40、100、？、休息假设和澄清假设。 阅读全文
posted @ 2011-09-02 17:16 爱上飞飞的面码 阅读(151) 评论(0) 推荐(0)
1 开发循环
摘要：每个开发循环都是一个微型项目（有需求、设计等阶段）。建议20个工作日为一个开发循环。 阅读全文
posted @ 2011-09-02 17:12 爱上飞飞的面码 阅读(206) 评论(0) 推荐(0)