吃软件测试这碗饭的，如果基础理论都不懂，谈何长久？
欢迎来学习本系列，基础理论比较枯燥，这也是为什么现在很少人掌握的主要原因。热饭尽量用浅显易懂 生动的例子 来帮助大家学习基础理论，所以请耐心看完此系列。
前言
提起软件测试的流程模型，可能很多同学都知道有以下几个：
瀑布模型，螺旋模型，双v模型等。这些虽然比较教条，但是对付cto或者总监面试的时候，可谓是大杀器！
这里给大家用土话吐槽下：
【瀑布模型】开发写完测试测，没问题就上线，没有模型的模型。
【螺旋模型】快速迭代最喜欢的模型，没有明确的起止时间，一切都是无限循环的深渊。
【双v模型】高大上的完美模型，大多数公司的模型都在此为基础上进行简化，你可以不照做，但不能不知道。
那我们这就来学习双v模型
双v模型：
里面的俩个v ，其实一个是开发流程，一个是测试流程，俩个v紧贴着，所以叫【双v】寓意测试和开发时紧密衔接的。
来看下热饭的老笔记：
我先说一句：
这个图，死记硬背！
好了为了便于你加深印象，热饭给你解释下。
完整的开发周期是从左上角开始向下走：
先是对原始需求解析，变成可执行的项目计划。
然后开发同学开始根据项目计划 制作成SRS，也就是需求列表。
此时前端测试同学就介入了，开发同学和测试同学同时行动，开发同学朝下走，测试同学朝右走。
【ST计划】ST计划，也就是系统测试。前端测试组对SRS进行正规检视后，开始朝右顺序工作，此时要生产一个成果物，叫《ST计划》 主要包括比较大方向上的把控，如测试范围，测试标准，人力资源任务分配，风险预防等。显然，这步是前端测试经理该干的活。
【ST设计】然后根据ST计划，开始进行ST设计阶段，也就是系统测试设计阶段，主要产出物是《ST方案》，内容比较细腻，主要是测试的环境，方法，策略，类型，工具，脚本等准备，显然，这步是小组长负责的。
【ST实现】然后根据ST方案，开始进行ST实现阶段，这步骤就是俗称的写用例阶段，成果物为《ST用例》和《ST规程》，显然这步是老员工做的事。
【ST执行】最后让新人去执行用例了，不过这时候要等待其他部门达到要求标准才可以，比如开发同学功能都没做好呢，你测什么？当然这里具体等的是服务端测试同学做好集成测试后。此步骤主要产出为《ST-BUG报告》和《ST测试报告》
【验收测试】找到产品经理或交接方进行验收，内容主要有 实际完成和计划对比，ST成果物，建议意见书，最终验收测试结论。这步完成后，整个开发周期结束。
在前端测试同学刚开始走到ST计划阶段的时候，开发同学已经做好了HLD了，也就是俗称的【概要开发设计】。这个时候，服务端测试同学也可以开工了。他们的工作步骤和前端测试组基本类似，但是技术和手段完全不相同。
【IT计划】IT测试，就是俗称的集成测试阶段，主要测试手段是灰盒测试，测试对象大概率是接口和脚本。服务端测试同学在对HLD进行技术评审后，开始写《IT计划》，主要内容依然是对测试范围等大方向的把控。
【IT设计】此阶段服务端测试同学要写好《IT方案》，内容偏重于脚本数据等细节准备。
【IT实现】此阶段要写好《IT用例规程》和《IT用例》
【IT执行】这步骤必须要等白盒测试同学做好白盒测试后才可以进行。主要产出为《IT-BUG报告》《IT测试报告》
在服务端测试同学刚开始走到IT计划的时候，开发同学已经写好了LLD了，这是什么？这就是【详细开发设计】。这个时候，白盒测试同学就可以开工了。他们的工作步骤和服务端测试前端测试同学也基本类似。
【UT计划】UT测试，也就是俗称的白盒测试，此阶段，白盒测试同学要在对LLD进行技术评审后会写好《UT计划》，主要内容同样是比较大范围的把控。
【UT设计】此阶段成果物为《UT方案》，也就是一些细节上的，比如用什么覆盖率方法，具体的数据，调用函数的工具等等准备。
【UT实现】此阶段就是写白盒测试用例了，成果物是《UT测试用例》和《UT规程》
【UT执行】这个阶段就是开始执行白盒测试用例了，不过这时白盒测试同学依然要等，等谁呢？等开发同学啊....此阶段后会有《UT测试报告》《UT-BUG报告》
开发同学写完详细设计后就立即开始编码阶段，当他们编码完成后会进行简单的自测，比如【代码走查】【同行评审】【小组内评审】等。通过后：
白盒测试同学就开始执行白盒测试用例，也就是【UT执行】，然后服务端测试同学开始【IT】执行，然后是前端测试同学的【ST执行】最后就是产品经理的【验收测试】。
好到此就是双V模型的全部内容。能做到此流程的，无论是公司还是测试同学，都要具备极强的专业素养和实力，而国内目前大多数的公司都明显不具备，所以才会对双V模型进行各种删减。
比如公司上线时间紧张，就会删掉计划-设计-实现 三个阶段，直接让测试同学对着需求文档写用例。
比如公司请不到白盒测试同学，就只能删掉整个UT测试阶段了。
但每个高管和老板，都认定公司早晚会做大做强，所以这些基础的标准高大上的理论，还是有用的。人多的时候，就要有规则！
