google测试之道

1. 质量不等于测试，开发和测试必须同时展开，将开发过程和测试放在一起，直到不能区分彼此的时候，就得到了质量。这意味着测试更像是一种预防行为，而不是检测。

小型测试为了验证一个代码单元的功能，中型测试验证两个或多个模块应用之间的交互，大型测试验证整个系统作为一个整体是如何工作的。通常是7:2:1的比例。小型测试带来优秀的代码质量，良好的异常处理，优雅的错误报告。大中型测试会带来整体产品质量和数据验证。

小型测试，一般都是自动化的，用于验证一个单独函数或独立功能模块是否按照预期工作，着重于典型功能性问题，数据损坏，错误条件和大小差一错误等方面的验证。主要尝试解决的问题是“这些代码是否按照预期方式进行”

中型测试，通常也都是自动化的，一般会涉及两个或两个以上或更多模块的交互。测试侧重点在于验证这些功能临近区之间的交互，以及彼此调用时的功能是否正确。中型测试尝试去解决的问题是，一系列临近的模块相互交互时，是否如我们预期的那样工作。

大型测试涵盖更多的功能模块，使用真实用户场景和实际用户数据，一般需要消耗数个小时或更长的时间才能完成。大型测试关注的是所有模块的集成，但更倾向于结果驱动，验证软件是否满足用户最终需求。自动化或者探索式。大型测试尝试解决的问题是，这个产品操作运行方式是否和用户的期望相同，并产生预期的结果。大型测试关注的重点是端到端的使用场景以及在产品或服务之上的操作行为。

设计文档review：

文档完整性，如一些背景知识，正确性，一致性，

设计中考虑到可用的资源，目标是否可以达成，要使用何种基础的技术框架，期望的设计在框架方面使用方法上是否正确？设计是否太过复杂，有可能简化吗？还是太简单了，这个设计需要增加什么内容？

接口与协议，文档中对所使用的协议是否有清晰的定义，是否完整描述了产品对外的接口与协议？接口协议的实现是否与他们期望的那样一致？对于其它google产品是否满足统一的标准？是否允许开发人员自定义数据格式？

测试：整套系统可测试性怎么样？新否需要新增测试勾子？例如增加一些接口显示内部状态信息。是否考虑到易测试性？而为之也做了一些调整？是否可以使用已有的测试框架？