研究结论：

白盒测试并不能对产品进行完全测试，对于界面则不适合使用白盒测试。在本例中只对核心心的算法进行了白盒测试，有关界面的功能则未实现白盒测试，例如本例中牌的图片出现了错误则无法使用白盒的方法进行测试。

白盒测试的优点在于可以快速的执行测试，测试过程中不需要人工干预，错误定位清楚，如果将白盒测试与每日构建相结合，将更加容易发现产品中的错误，减轻功能测试工作量，但同样白盒测试的成本较高。白盒测试的起点较高，但工作实施的过程并不复杂，不同于功能测试起点低，但工作实施过程复杂。

白盒测试条件：

·         有设计文档，文档中说明了每个功能（类、方法、函数）的目标，输入、输出参数、使用方法。

·         测试设计人员对产品架构了解，能够对测试范围做出合理划分，能够将测试任务合理分配。

·         测试实施人员有测试理论基础、能够编写测试代码、能够读懂代码。

白盒测试设计原则：

·         测试过程中尽可能少的使用其他的方法来测试另一个方法，避免因被测试代码的修改导致维护测试代码的成本增高；

·         测试代码尽可能简洁。

·         保证代码覆盖率。

·         使用边界值和功能案例达到更大的覆盖。（基本可以做到条件覆盖）

·         是否考虑异常情况。

白盒测试实施过程：

·         了解产品架构：类的功能、类之间的调用关系；

·         划分测试范围（哪些可以测试，哪些不可以测试）

·         确定适当的测试工具。

·         确定测试的运行方法：如何实现每日构建。初期可以暂不考虑；

·         是否测试代码规范

·         开发与测试之间的操作流程