努力经营当下，直至未来明朗！
文章目录
一、开发模型和测试模型概述二、 开发模型一） 瀑布模型二）螺旋模型三）增量模型和迭代模型四）敏捷模型【重点:sunny:】
三、 测试模型一）V模型二）W模型（双V模型）
:sparkles:小结
普通小孩也要热爱生活！
一、开发模型和测试模型概述
开发流程/软件生命周期：从产品开始设想到不再维护使用产品/软件生命周期：需求分析（可行性）——计划（时间）——设计（工作）——编码——测试——运行维护
①需求分析：市场分析、投入和收益占比、技术上实现的可行性 ②计划：开始时间、结束时间、耗时多久 ③设计：将一个大的需求拆分成一个个具体可实施的任务，并进行技术设计（设计哪些接口、采用哪些框架、采用哪些技术等） ④编码：开发人员参考需求文档和技术文档等来进行代码的开发 ⑤测试：这里是指执行测试，测试人员参考测试用例来设计 ⑥运行维护：修复性维护（对项目中没有发现的问题要进行及时修复）、完善性维护（对功能进行完善）、预防性维护（居安思危：为了避免产品在线上运行期间出现意想不到的问题，需要进行一些预防性的手段）。
（从产品的角度分析，测试是在开发之后；但是从测试的角度分析，测试是贯穿于产品的整个生命周期的）
软件测试贯穿于软件的整个生命周期，那么是如何贯穿的呢？ 软件测试的生命周期：需求分析——测试计划——测试设计与开发——测试执行——测试评估
① 需求分析：用户角度思考问题（软件需求是否合理）、技术角度思考问题（技术上是否可行，是否还有优化的空间）、测试的角度思考问题（是否存在业务逻辑冲突/冗余） ② 测试计划：开始时间、结束时间以及耗时多久 ③ 测试设计与开发：写测试文档，明确标注使用到的测试方法、测试工具、测试形式等。参考需求文档、技术文档等编写测试用例。 ④ 测试执行：充分利用测试用例和其他工具对项目尽可能做到全方面的覆盖测试 ⑤ 测试评估：评估产品是否存在质量问题，以及进行功能演示
【面试题】如果线上出现问题，测试人员该怎么办？ 项目测试完成之后需要进行项目上线。产品在线上运行期间，我们测试人员也要及时关注产品线上运行情况，是否出现了产品质量问题，如果出现了问题：
① 尝试复现（是普遍存在还是个别问题）： 复现成功后通知项目组内所有成员进行问题的定位。 ② 尝试定位问题出现的原因，帮助开发人员尽快的定位问题并解决问题。 ③ 反思问题（为什么出现，如何解决，后续如何避免）：如果问题比较严重or比较典型，则需要写一个文档。 （如果在编写代码过程中出现问题，我们也要学会去定位问题）
二、 开发模型
一） 瀑布模型
瀑布模型： （这里的“测试”指的是所有的测试活动） 特点： ① 线性结构，每个阶段只执行一次 ② 是其他模型的基础框架 缺点： 1）测试后置： ① 前面各阶段遗留的风险推迟到测试阶段才被发现，导致项目大面积返工，失去了及早修复的机会。 ② 必须留有足够的时间给测试活动，否则会导致测试不充分，将缺陷暴露给用户（产品质量差） 2）周期太长，产品很迟才能被用户看到和使用；可能会导致需求/功能过时。 使用场景： 需求固定的小项目
二）螺旋模型
螺旋模型： ① 螺旋模型拉直之后就相当于瀑布模型，螺旋模型中增加了风险分析和原型。 ② 螺旋模型需要招聘专业的风险分析人才。 特点： 螺旋模型中增加了风险分析和原型 缺点： 1）项目中可能存在的风险性与风险管理人员的技能水平有直接的关系。 2）需要人员、资金、时间的增加和投入，可能会导致项目的成本过高。 使用场景： 规模庞大、复杂度高、风险大的项目尤其适合
三）增量模型和迭代模型
增量模型（逐块建造） 增量模型中把大的需求划分成一个个可以独立开发上线的功能。 增量模型在开发上线各功能时是可以并行开发的。 迭代模型（反复求精）：迭代模型在开发上线软件的各功能时，先开发个功能的基础版本，然后再在基础版本上不断进行功能的完善。
四）敏捷模型【重点☀️】
敏捷模型不强调流程，而是更多地思考如何去激发开发人员的工作热情。敏捷模型的考核标准是：可交付的软件。简单理解《敏捷宣言》
① 个体与交互重于过程和工具： 要注重人与人之间的交流沟通 ② 可用的软件重于完备的文档： 不太关注在过程中产生的各种文档，更注重最后有没有产出一个可用的软件。【敏捷模型的考核标准是：可交付的软件】 ③ 客户协作重于合同谈判：用户需求五花八门，可能会在不同时间有不同需求，所以要注重与客户的沟通协调，注意及时修改更新。 ④ 响应变化重于遵循计划：及时响应变化 ⑤ 在每对比对中，后者并非全无价值，但我们更看重前者。
其实也就是说： 敏捷模型的特点：轻流程、轻文档、重目标、重产出。
敏捷开发有很多种方式，其中scrum是比较流行的一种scrum模型 1）重点掌握【三个角色五个重要会议】 2）三个角色：产品经理、项目经理、研发团队
① 产品经理product owner：负责整理user story(用户故事)，定义其商业价值，对其进行排序，制定发布计划，对产品负责 ② 项目经理scrum master： 负责召开各种会议，协调项目，为研发团队服务。 ③ 研发团队team：由不同技能的成员组成，通过紧密协同，完成每一次迭代的目标，交付产品。
3）五个重要会议： 发布计划会议、迭代计划会议、每日例会、演示会议、回顾会议。
4）特点： 敏捷模型拥抱变化
三、 测试模型
一）V模型
V模型 特点： ① 测试过程中存在不同类型的测试 ② 测试阶段的参考标准以前面对应的阶段为准 缺点 测试后置 ① 前面各阶段遗留的风险推迟到测试阶段才被发现，导致项目大面积返工，失去了及早修复的机会。 ② 必须留有足够的时间给测试活动，否则会导致测试不充分，将缺陷暴露给用户（产品质量差）
二）W模型（双V模型）
W模型 特点 ① W模型重流程（前一个完成之后一个才能开始），不能很好地迎接变化。 ② W模型不适合敏捷模型。 ③ 测试阶段从需求开始就介入。
✨小结
软件以及软件测试生命周期如果产品上线出现问题，测试人员怎么办开发模型及其特点、缺点、使用场景（瀑布、螺旋、增量和迭代、敏捷模型scrum模型）测试模型（V模型、W模型）
发表评论