三级目录为某个功能下的具体划分，此时的分类需要结合需求和控制流程图，总的原则是做到结构清晰：
1、 自动化或测试桩准备
灰盒测试要提高测试效率得想尽一切办法利用可以利用的测试工具来进行系统测试，如SouPUI发起http请求或者SOAP 使用 HTTP 传送 XML文件；也可以使用自动化工具发送MQ或htpp请求，当然如果会简单的编码这些LOADRUNNER都是可以搞定的，比如并非问题可以借助LR进行测试。如果存在加密方式还需要写简单的桩进行请求和返回处理。特别是系统功能内部测试时有了工具或测试桩可以大大提高测试效率。
2、 测试问题分析
这个步骤其实是很重要的，通过问题的问题分析统计可以了解软件质量、可以知道问题出现的阶段需求问题、开发问题、测试分析问题、测试漏测问题。问题分析基本都能反推出是软件流程的不足还是执行的不足。
问题分析主要分两部分：
6.1 每一轮问题的分析，做次过程分析的前提是测试流程已经比较规范，开发在每次修改bug试需要备注好出现问题说明可以贴错误代码在备注中，便于测试后期做分析统计工作。分析的维度基本就是轮次问题分析，问题的原因：需求问题、设计问题、编码问题、测试漏测问题。只需要统计出大概的问题范围即可。
6.2 生产问题的分析：对生产问题应该重点统计和分析，生产问题需要问题经手人进行回溯包括测试和开发，再由负责人进行汇总，可以组织问题归类学习。应该追溯到某个问题的具体原因，会漏到生产是哪个环节做得不好，需求问题、设计问题、测试漏测、还是沟通问题、软件流程问题。
3、 软件工程流程改进
一切分析度量都是为了下次避免出现类似问题，找到问题确定改进措施才能让我们的工作更高效、质量更好。对于生产问题可以做好归类学习。
四、灰盒测试好处
1、 白盒测试成本高
外聘成本太高、内部培养周期长。
2、 规范软件流程
强调了开发文档，也就是说开发过程有了系统设计的环节，便于返工浪费成本以及后期工作移交其他开发有文档可以参考。
3、 自动化提高测试效率
灰盒测试过程中引入自动化的设计，可以提高测试效率。
4、 缩短项目周期
对于白盒测试势必要花大量的时间进行结构测试和逻辑测试，但是在国内大多数对软件的体验性要求不是特别高的公司，灰盒测试既可以保证绝大部分功能质量又可以缩短开发周期，对于大大小小的项目都适合，特别是业务复杂的项目更是需要灰盒测试让测试人员从整体到局部对系统都有一个了解以便来保障软件质量。
五、测试是有策略和技术
在很多公司都认为测试是没有技术含量的，如果只是单纯地做做黑盒测试、根据需求文档进行测试，确实这样的测试既不能提前发现需求问题也无法验证出系统整体的结构性问题。灰盒测试对测试人员的要求会比黑盒高，起码是分析问题和解决问题的能力要更强，对业务能够做到从整体到局部全部贯通，从被动转为主动，融合测试驱动开发的方法。
