摘要：
1、各种有效的流程之间的共同特点：反复式开发、不断评估和核定、整合最佳实践。 阅读全文
摘要：
1、在你修改任何东西之前，包括修正错误，先将代码纳入版本控制并成功地构建。2、功能性是重心，只需修改那些使用情节所依赖的代码。3、如果代码不可测试，就假定它是损坏的。4、返回空值是一种不良的习惯。一种比较好的想法是：引发一个异常处理过程，为调用者提供更多的信息。5、峰值测试：用于估算需要多长时间来修正全部错误。（用平均信心水平修正估计值）6、诚实地对待客户，尤其是有坏消息的时候。 阅读全文
摘要：
零错误反弹是指在项目中的某一点上，开发活动最终赶上了测试的步伐，当前已经不存在活跃错误，如图11-4所示。在零错误反弹之后，错误数量的峰值将显著减小，并且错误数量会持续减少直到产品足够稳定，进而构建出第一个候选发布版。取得零错误反弹是项目组逐渐接近稳定的候选发布版的明确标志。注意，在到达这一里程碑之后，必定还会发现新的错误。但是，它却标志着项目组能够第一次诚实地报告已经不存在活跃错误了，虽然这只是针对当前情况。而且它可以让项目组集中力量保持在这一点上。事实上，正是通过Bug bash的方式，来达到ZBB的效果。Bug bash（Bug大扫除）来源于微软，通常发生在项目开发各阶段（微软叫里程碑） 阅读全文
摘要：
1、工作量完成状况分析2、系统集成测试：1）不要亲自对自己的代码进行集成测试！2）建立清晰的成功标准。（如：零错误反弹）（这段总感觉似乎理解了又似乎不理解）3、记录和修正错误：软件错误也可以是文档中模棱两可之处、遗漏的功能特性或者站点风格的不一致。4、良好的软件错误报告：清晰的摘要，重现产生错误的步骤（或有关联的每种可能），预期会发生什么和实际发生什么，版本、平台和定位信息，严重性和优先级。5、开发循环回顾：准备议题、展示未来、计算统计数据。 阅读全文
摘要：
1、测试方法：黑箱测试（用户）- 验证功能性、用户输入验证、输出结果、状态转换、边界案例与缓冲溢出错误（用户通常不会犯下很大的错误，往往只是稍微打错字）灰箱测试（测试人员）- 检验审计和登录（验证权限）、供其他系统使用的数据、系统附加信息（如时间戳）、残留数据（垃圾数据清理）白箱测试（开发人员）- 测试代码的所有逻辑分支、妥善地处理错误、如文档说明的那样运行、适当处理资源受限的状况2、测试覆盖率：对大多数项目而言，应争取达到85%~90%的测试覆盖率。 阅读全文