2月15日笔记

最新推荐文章于 2025-04-11 12:02:42 发布

zzhz925

最新推荐文章于 2025-04-11 12:02:42 发布

阅读量998

点赞数 29

文章标签：笔记

本文链接：https://blog.youkuaiyun.com/zzhz925/article/details/145647271

版权

一、H型模型

1、模型流程

产品拿出需求规格说明书（srs）；召开需求会议，分析需求，熟悉需求；测试负责人拿到需求开始编写测试计划；安排测试任务，各自编写测试用例；编写完用例后在对用例进行评审（有组内评审，有交叉评审）；评审通过以后，导入到用例管理工具中；在搭建好环境（运维或测试人员）；开发开发完也要进行提测（达到准入）；测试将代码包部署到环境中；在进行冒烟测试，冒烟测试通过（如果冒烟失败，就打回版本），就进行sit1系统集成测试，将所有测试用例都执行一遍；有bug提交给开发，开发修改，再提交代码包；进行第二次sit系统集成测试，也要冒烟测试，冒烟测试以后就开始进行sit2系统集成测试，测试中发现的bug，提交给开发，开发修改，再提交第三次代码包，进行第三sit系统集成，以此类推，直到测试用例100%执行，0bug（达到测试准出），输出测试报告；通知uat验收，验收通过；封装版本，打包，准备线上数据，上线，线上测试，线上测试通过，上线成功。（如果线上有bug根据影响程度判断：影响大就回退版本，如果影响小，备注好下一个版本解决)

2、流程脑图

优点：

清晰明确：H模型能够明确地将工作任务水平和垂直分解，使团队成员清楚其所负责的工作内容和职责。
易于控制：通过水平和垂直分解，项目管理者可以更容易地跟踪和控制项目进度和成果。
适用范围广：H模型适用于各类软件开发项目，无论是小型还是大型项目都可以采用。
有利于团队合作：通过明确任务分工，有助于团队成员之间的协作和沟通。

缺点：

缺乏灵活性：一旦完成水平和垂直分解，很难对任务进行重新安排或调整，缺乏应变的灵活性。
风险集中：如果某个阶段出现问题，可能会对整个项目造成影响，风险无法有效分散。
可能出现重复工作：由于任务被水平和垂直分解，可能会导致不同团队或成员之间出现重复工作的情况。
依赖团队协作：若团队成员之间合作出现问题，可能会导致整个项目进度延误或质量下降。

二、W模型

1、流程图

2、W模型的优缺点

W模型的优点：

1、能够尽早发现缺陷

2、降低修复成本

3、方便项目整体管理

缺点

1、开发和测试依然是线性的关系

2、需求的变更和调整不方便

三、敏捷开发模型

这是一种新的模型，前面的几种都是属于传统型。它能适应快速需求变化，交付周期短，轻量级的开发模式。

1. 需求规划阶段

用户故事梳理：
产品负责人（PO）收集需求，整理为「用户故事」（User Stories），形成优先级排序的产品待办列表（Product Backlog）。
迭代规划会：
团队共同选择当前迭代（Sprint）要完成的故事，拆解为具体任务，生成迭代待办列表（Sprint Backlog）。