【测试】白盒测试

            今天上午听张薄师姐给我们普及白盒测试，参加云平台测试这么长时间，其实我什么也没做，负责的模块是后加的，一些需求和开发等工作还需要完善，测试也还没开始，所以我只是大概的知道测试跟我原先想的测试不一样，很不一样。刚开始感觉测试应该很容易，就像师傅给我们验收学生或者机房系统的时候那样，随便点点，出错了就打回去修改，改完就再点点.，至于项目的验收什么的，无非就是比这样的“点点”更系统更正规更严谨.....答案当然是不可能这么简单的。这段时间我们接触的禅道就是个很棒的东东。还是来说一下测试吧。测试，第一次接触测试是软工学习的时候吧。

一、测试的分类

       先想了想我知道的分类。按测试的过程，分为单元测试、集成测试、系统测试。按测试的方法，分为白盒测试、黑盒测试、灰盒测试。还听过一些其他的测试方法：压力测试、兼容性测试、静态测试、动态测试等。上网搜索了一下，测试分类如此之丰富。从是否需要执行被测试软件的角度，分为静态测试和动态测试；从是针对外部功能还是内部结构分为黑盒测试和白盒测试；从团建测试的策略和过程的角度，分为单元测试、集成测试、确认测试、系统测试和验收测试。

二、什么是白盒测试

       白盒测试，又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒，相对黑盒，是说盒子是可视的，我们可以知道盒子内部的东西以及里面是如何运作的。具体的说就是我们知道程序的代码结构，通过对软件逻辑路径进行覆盖测试，在程序中不同地方设立检查点，对代码模块的走查等，来验证测试结果是否符合我们的预期。

三、它的优缺点

       优点：①白盒测试深入到程序内部，测试粒度到某个模块、某个函数甚至某条语句，能从程序具体实现的角度发现问题。②迫使测试人员去仔细思考软件的实现③揭示隐藏在代码中的错误④白盒测试是对黑盒测试的最有力的补充

        缺点：①投入较大，成本较高②不验证规格的正确性③无法检查代码中遗漏的路径和数据敏感性错误④白盒测试的高覆盖率要求，使得测试工作量大，远远超过黑盒测试的工作量⑤对测试人员要求太高，不仅要读懂代码，还能站在一定高度设计测试用例等。

四、和黑盒测试比较

     ①黑盒测试是一种确认技术，目的是确认系统是否正确。而白盒测试深入到了程序内部，能从程序具体实现的角度发现问题。

     ②黑盒测试从产品功能角度进行测试，白盒测试从软件代码角度进行测试。

     ③黑盒测试过程中某些代码得不到测试，所以白盒测试是对黑盒测试的最有利的补充。

       小结：白盒测试对测试人员的要求太高，所以我们现在学习和接触的大都是侧重功能测试的黑盒测试，也就是开篇说的“点点”。另外，虽然按照各种角度把测试分成了众多类，但是这些类也有交叉，例如，白盒测试根据程序是否执行的角度也可以分为静态白盒测试和动态白盒测试。在真正的测试过程中，也是采用交叉测试，将多个方法结合才能将软件测试工作做到相对到位。路漫漫其修远兮。。。。