[开发测试]软件测试入门篇（三）双V模型

本篇意为帮助有意向往软测行业发展的小白同学指明方向，若有不当之处请留言指出，不甚感谢！

前言回顾:上一章我们大致了解了软件测试行业的职业规划方向，但千里之行始于足下，我们就从功能测试开始入门。

软件的生命线：市场调研 > 数据分析 > 用户画像 > 需求文档 > 设计架构 > 软件研发 > 单元测试 > 联调测试 > 冒烟测试 > 正式测试 > 回归测试 > α/β/灰度测试 > 发布上线 > 运营维护 > 持续迭代 > 停更/淘汰 > 下线弃用

软件开发流程：市场上流行三种流程模型【瀑布模型】 【敏捷模型】 【双V模型】

瀑布模型：和上面的生命线一致，俗称没有模型的模型。缺点：测试介入晚，项目时间冗长！

敏捷模型：弱化文档，以频繁开会作为驱动，进行产品快速迭代。缺点：一切都是动态，不可控！

双V模型：完美模型，测试从源头开始介入，一切皆可控。缺点：白盒介入，国内都是简化版！

要了解双V模型就要了解开发流程以及测试流程

开发流程：需求文档 > UI设计 > 开发计划（文档） > 开发设计（技术说明） > 开发阶段 > 代码走查 > 代码评审 > 接口联调 > 提交测试 > 修复BUG

测试流程：需求文档 > UI设计 > 测试计划（文档） > 测试设计（用例编写） > 冒烟测试（验证表） > 测试执行（输出BUG） > 测试评估（测试报告） > α/β/灰度测试 > 线上验证

双V模型

【白盒测试】需求评审 > UI设计确认 > 测试&开发并行 > 根据技术说明选择白盒测试方案 > 根据开发封装的函数/类编写用例 > 开发编写完成后即可用例执行 > 测试评估

【集成测试】需求评审 > UI设计确认 > 测试&开发并行 > 冒烟测试 > 根据需求文档+接口文档进行用例编写 > 软件单模块提测后进行用例执行 > 测试评估

【系统测试】需求评审 > UI设计确认 > 测试&开发并行 > 冒烟测试 > 根据需求文档+UI设计+技术说明进行用例编写 > 软件整体提测后进行用例执行 > 测试评估 > α/β/灰度测试 > 线上验证