营销网站制作,公司自己做网站流程和备案,二手书网站建设的目的,wordpress产品详情页开发/测试模型
瀑布模型 设计#xff1a;技术文档(设计那些接口#xff0c;库表#xff0c;mq#xff0c;定时任务)#xff0c;UI视觉稿
特点#xff1a;线性的结构。
优点#xff1a;每个阶段做什么#xff0c;产出什么非常清晰
缺点#xff1a;测试人员介入太晚…开发/测试模型
瀑布模型 设计技术文档(设计那些接口库表mq定时任务)UI视觉稿
特点线性的结构。
优点每个阶段做什么产出什么非常清晰
缺点测试人员介入太晚了风险往往迟至后期的测试阶段才显露因而失去及早纠正的机会。发现问题后需要不停的向前回溯才能定位问题。
适用于项目小型的项目适用于这种模型比如项目周期1天或者0.5天。
螺旋模型 优点循环进行风险分析。每个阶段开始之前都有一个风险分析可以避免一定的风险
缺点风险分析需要一定的投入如果分析错了会带来一定的损失。同时不断的迭代有可能导致项目延期。
适应项目适用于规模大复杂度高风险比多的项目。
增量、迭代模型
增量模型一个模块开发完毕在开发下一个模块。
迭代模型所有模块一起开发先开发大的框架在开发细节。
敏捷模型
敏捷开发的概念就是把一个大项目分为多个相互联系但也可独立运行的小项目并分别完成在此过程中软件一直处于可使用状态。
敏捷模型不强调流程而是更多地思考如何去激发开发人员的工作热情。敏捷模型的考核标准是可交付的软件。 个体与交互重于过程和工具(注重面对面沟通) 可用的软件重于完备的文档 客户协作重于合同谈判 响应变化重于遵循计划(拥抱变化) 在每对比对中后者并非全无价值但我们更看重前者 简而言之敏捷模型的特点就是轻流程、轻文档、重目标、重产出。
敏捷开发有很多种方式其中scrum是比较流行的一种scrum中主要包含三大角色五大会议。
迭代开发与瀑布不同scrum将产品的开发分解为若干个小sprint(迭代)其周期从1周到4周不等但不会超过4周。参与的团队成员一般是5到9人。每期迭代要完成的user story是固定的。每次迭代会产生一定的交付。
角色
PO(产品经理): 收集整理用户需求。
SM (项目经理): **需要进行需求优先级确定项目计划确定。**对需求进行优先级划分计划项目什么时候开始什么时候结束由谁去做。
Team(前端开发后端开发测试设计)
scrum的基本流程 产品经理负责整理user story形成左侧的product backlog。 发布计划会议产品经理负责讲解user story。SM项目经理对其进行估算和排序发布计划会议的产出 就是制定出这一期迭代要完成的story列表。 迭代计划会议项目团队对每一个story进行任务分解分解的标准是完成该story的所有任务每 个任务都有明确的负责人并完成工时的初估计。 每日站会汇报昨天工作有没有完成如果没有完成遇到了什么问题。今天计划做什么。 演示会议: 演示给项目其他人员。期间大家的反馈记录下来由po整理形成新的story。 回顾会议: 遇到的问题记录如何解决这些问题。制定改进计划下一次迭代继续改进已达到持续改进的效果
V模型 用户需求阶段PM将用户需求收集成为软件需求。
用户分析与系统设计阶段验证需求是否正确。确定使用的编程语言确定使用的框架。
概要设计阶段项目结构如何设计
详细设计阶段每个接口涉及到那些库表涉及哪些任务
编码阶段软件开发人软进行写代码
单元测试对java中的每一个类每一个方法进行测试。
集成测试将许多方法集成到一起进行测试
系统测试对整个系统进行测试测试模块和模块间有没有影响。
验收测试不是测试人员进行测试是由验收的人进行测试比如产品运营。
特点左边开发右边测试类似于瀑布模型。
优点测试被划分为许多类型。
缺点测试介入太晚发现问题时机就会越晚测试和开发是串行的
W模型(双V模型) VV意思是: 软件测试的工作归结起来就是两个VVerification(验证)和Validation(确认)。
实施部署/运行。
交付软件交付给用户
用户需求VV 验收测试准备根据用户需求写一个文档在运营验收的时候把文档给运营让运营对照文档进行验收。
特点开发一个V,测试一个V.
优点测试在刚开始就介入了整个项目测试是对整个项目的每个阶段进行了测试
缺点测试人员和开发人员在一定程度上还是串行的不能拥抱变化。不适用于敏捷开发。
