bd7xzz

本文阐述了单测的重要性，给出了错误的单测示范，针对错误反推出正确的姿势。有效的单测要把握3个特性：简洁、稳定、可靠。使用合适的单测工具库有助于写出好的单测代码（如：使用Spock基于TDD准则进行测试）。《代码整洁之道》和《重构》两本书中编写和重构代码的指导方法也同样适用于单测代码。《有效的单元测试》这本书非常推荐阅读。[1]《有效的单元测试》[2]《代码整洁之道》[3]《重构：改善既有代码的设计》[4]

其实写这篇博文的目的有三：我认为一个好的系统架构是面向错误和失败的，一个优秀的架构师除了能够给出解决复杂系统问题的方案，更需要给出异常和故障的解决方案。无论何时，我们应该精心设计，通过有限的资源解决复杂的问题，并最大化的预测故障，降低故障的发生概率。在这里，我希望能够阐述清楚工作中使用的故障分析方法、故障经验总结思路、预案构造过程，以及如何去实施预案。一份合理可实施的预案不是一个人能完全梳理清楚的，也不是一个人能完全实施展开的，这离不开一个团队。如果你的系统并没有什么用户使用，出现故障可以随时下线修复，那这

1. 背景描述项目背景，说清楚整个项目的背景以及业务方向。2. 目标根据背景列出要实现的目标点：xxxxxxxxx…3. 业务分析3.1 支持的能力若项目已上线，本次只是迭代，要写清楚已有业务的能力，以及针对本次迭代目标，要具备什么能力（功能）若是新项目，要写清楚针对本次迭代目标，要具备什么能力（功能）3.2 行业调研除非你创造了一个杀手级应用，否则你的轮子基本都是重复的。这里要写出业务领域内其他公司是如何实现的，若公司内有类似的实现，要写出公司内其他人是怎么实现的。他人的实现

为何要写这篇博文？一个错误的方案设计重点是什么？拿模板说说总结