本帖最后由 klmatao 于 2021-6-30 18:48 编辑
明天整理和记忆软件测试概念。大家相互学习,如有错误,请大家指出。如有问题,相互交流。
软件研发模型
软件研发模型有:瀑布模型、V模型、快速模型、螺旋模型、敏捷模型等
1、瀑布模型
瀑布模型与软件研发过程和软件生命周期一致,两个相邻阶段之间存在相互依赖关系,因果关系。每一阶段的产物都需要经过评审。
瀑布模型将软件生命周期划分为六个基本活动,分别是版本计划、需求分析、软件设计、程序编码、测试执行、运行维护。它们之间有自上而下、相互衔接的固定次序。如果某一阶段不能满足需求,则需要返回重做。
优点:有利于大型软件开发过程中人员的组织和管理,从而提高大型软件项目的开发质量和效率。
缺点:过于理想,缺灵活性,容易产生需求偏差,当需求更改时,需要返回重做。
2、V模型
强调软件开发的效率和协作,将软件的实现和验证有机的结合起来,在保证较高的软件质量情况下,缩短开发周期。
优点:适合工程量不大,人力资源少,改动不大的项目
缺点:缺陷发现时间迟,产生的风险代价高
需求 --> 规格说明 --> 概要设计 --> 详细设计 --> 程序编码 --> 单元测试 --> 集成测试 --> 系统测试 --> 用户验收测试
3、敏捷模型
敏捷模型是一种以人为核心的、迭代循序渐进的开发思想。在敏捷开发中,软件研发被却切分成多个阶段,每个阶段具备独立运行和独立交付的特征。
scrum:敏捷的一种典型的管理实践。
每日站立会议 --> kanban --> 用户故事、特性、模块、功能以及对应的负责人和开发进度(或者是燃尽图)
sprint:迭代,在进行较大规模的项目任务时,将软件研发划分成多个轮次,每个轮次都有多个build,它们都要经过项目计划、分析、设计、实现、报告的过程。
每一个迭代都要经过若干轮次,每一个轮次都要经过coding --> 搭建部署测试环境 --> 冒烟测试 --> 系统测试 --> 缺陷提交 --> 修复缺陷 --> 缺陷回归。每一个迭代都要进过需求分析、设计、计划等阶段。
每个迭代的最后一个build需要进行版本回归,需要将本次迭代中所有的缺陷/bug全部重新跑一遍。
最后一个迭代的时候,进行产品回归,需要将所有的迭代的缺陷/bug重新跑一遍。
每一个迭代都是可独立运行和独立交付的,要形成每次迭代的测试报告,展示测试用例和缺陷/bug,执行迭代的用户验收交付
|