今天说说测试方法与测试模型，个人觉得测试模型是一件很难懂的东西，可能是这个东西太抽象了吧，即使你有工作经验，比如说你在大公司里，你就是在自己的那小天地里转悠，别的也涉及不到啥，老师一个形象的比喻好：螺丝钉，就适合那么大的洞；在小公司吧，整体的管理模型又没有那么健全，测试模型也只算是“纸上谈兵”，想必有工作经验的人都明白其中道理。但我还是要总结，嘿嘿！
测试模型，到不如说是质量模型的模型，测试模型介绍的更加具体，从项目经理写出项目计划，整个软件工程就开始了：
最先是需求分析，这个要开发工程师完成，其中测试经理也要参与进去，也是为了了解软件本身、本着测试要与开发同步原则，最主要的是可以向开发人员提出测试的可行性要求（咱做测试的，也不能老让开发牵着鼻子走），在这个阶段我们测试工程师要做的是完成系统测试计划，需求分析的Review（评审），测试计划的Review，这时候代码还没看到影子呢，执行就谈不上了，就是写文档，练习语言表达能力，估计这个也要经验。
下一步是HLD（概要设计），这一步开发人员要遵循分层设计的原则，以需求为目标，大体地设计出软件的雏形，分0层设计、1层设计、2层设计等等，0层设计指的是软件本身与其他系统的接口连接问题，比如QQ客户端与QQ服务器的接口连接，并没有设计到软件内部；1层设计是由软件架构工程师完成（牛B人），把软件各个功能版块分析出来；2层设计、3层设计最后到函数。此时测试人员需要做的是写出系统测试方案、用例（实现），主要依据第一阶段的需求分析来写，其次需要集成测试计划，一系列Review；
下一阶段是LLD（详细设计），这一步测试人员需要写出集成测试方案、用例，完成一系列Review，依据HLD，写出单元测试计划；
再下一阶段是编码，测试人员需要写出单元测试方案、用例等；说到这，开发人员的工作算是结束了，接下来到测试人员大显身手了。
代码写出来了，测试人员首先需要做的是单元测试，就是对函数内部进行测试，依照单元测试用例，先不能执行代码，首要做：静态测试很好理解，不执行代码本身，但并不意味着不可以用测试工具，例如在控制流测试上，我们就需要借助工具，编译器本身也是工具，也是静态测试范畴，编译结束之后，要利用工具进行规则测试，这些规则不是语法方面的错误，只是行业内部的一些涉及到代码的规定，有错误就反馈给开发人员（如果他们不听，就告诉CCB(改变控制委员会），哼），接下来进行注释率的检查，最后是走读（走查），主要检查逻辑和指针方面的错误；静态测试到这，主要是看看程序是否够好，太烂的程序我们懒得去检查，不忘提一句，静态测试好像没离开过代码哦，是不是只有单元测试阶段采用呢，这个这个我也不太清楚，应该不会，我想到后面的集成测试也会涉及到代码吧，之后是动态测试，说白了就是运行代码，涉及到覆盖率的概念，用到很多工具、方法什么，主要有RTRT工具，主要方法有插入法，比如说插入一段打印语句，插入计数器，主要对函数本身检查，跟踪，调整内存使用、运行时间，模拟，断言检查（这里开发人员经常用Assert(z==10)，单元测试主要用到的方法是百盒测试。
下一阶段是集成测试，就是说软件各个功能模块之间的数据传递是否正确，接口是否正确，软件与硬件能否工作，很多国内的公司集成测试都省略了；下一阶段是系统测试，主要对软件的本身从外观、功能、性能、安全性、容量、可移植性等特性方面进行测试，这也是我们刚刚入门的测试人员最先接触的工作，主要应用的方法是黑盒测试，忘了上面的提一下，集成测试主要应用灰盒测试。