【软件测试流程①】2020年12月21日课堂笔记整理

最新推荐文章于 2024-09-09 20:59:57 发布

@AiRU

最新推荐文章于 2024-09-09 20:59:57 发布

阅读量236

点赞数

本文链接：https://blog.csdn.net/AiiRU/article/details/111475639

版权

一、软件生命周期及研发模型

软件生命周期：

软件开发全部过程、活动和任务的结构框架，是从可行性研究到需求分析、软件、编码、测试、软件发布维护的过程。

》软件定义

问题定义——要解决的问题是什么
可行性研究——上一阶段所确定的问题是否有行得通的解决办法
需求分析——目标系统必须做什么

》软件开发

概要设计——怎样实现目标系统
详细设计——应该怎样具体地实现这个系统
编码和单元测试——写出正确的容易理解、容易维护的程序模块
综合测试——通过各种类型的测试软件达到预定的要求

》运行维护

使软件持久地满足用户的需要

软件研发模型

大爆炸模式：简单，计划、进度安排和正规开发过程几乎没有，所有精力都花在开发软件和编写代码上，没有测试活动。
边写边改模式：开发组最初有粗略的想法，进行简单的设计，然后开始漫长的来回编写、测试和修改缺陷的过程。适合快速制作而且用完就扔的小项目，例如原型范例和演示程序。

软件生命周期的瀑布模型

1.瀑布模型非常强调产品的定义//开发或者代码编制阶段只是其中单独的一块
2.瀑布模型各步骤是分立的、没有交叉
3.瀑布模型无法回溯//一旦进入某个步骤，就要完成该步骤的任务，然后才能向下继续
4.每个阶段都要仔细验证，线性过程太理想化，越来越不适合现代软件的开发模式

快速原型模型

1.克服了瀑布模型的缺点，更好地满足用户的需求并减少由于软件需求不明确带来的项目开发风险
2.适合预先不能确切定义需求的软件系统开发
3.不适合大型系统的开发（适合开发小型的、灵活性高的系统）
4.前提是有一个展示性的产品原型，因此在一定程度上可能会限制开发人员的创新

螺旋模型

》特点：
1.开始不必详细定义所有细节
2.从小开始，定义重要功能，努力实现
3.接受反馈，进入下一次循环
4.测试活动贯穿于每个循环

螺旋模式很大程度上是一种风险驱动的方法体系，因为在每个阶段之前及经常发生的循环之前，都必须首先进行风险评估
在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失。过多的迭代次数会增加开发成本，延迟提交时间。

敏捷开发模型

》敏捷开发流程：
1.产品经理调研客户需求，协商需求的优先级，进行排序
2.项目经理接收到需求，分配任务，计划研发：迭代任务2-6周一个周期
3.迭代周期，每日站会（立会），讲述昨天任务完成情况，今日计划安排，遇到什么问题等。参会人员有开发、测试、QA、设计人员等。
4.交付客户进行确认，一个迭代周期结束需要开反思会，避免下个周期出现同样的错误
5.进入下一个迭代周期…直到交付客户的所有需求，避免了后期出现大量不符合客户需求的功能

二、软件测试的生命周期

在这里插入图片描述

软件测试 — V模型

在这里插入图片描述

优点：
在V模型里，强调软件开发的写作和速度，反映测试活动和分析测试的关系，并且将软件的实现和验证有机的结合了起来，V模型，明确的界定测试过程是存在不同阶段的。
缺点：
但是V模型也有一定的局限性，它仅仅把测试过程放在了需求分析、系统设计、编码之后的一个阶段，忽视了测试对于需求的分析和验证。我们对需求的验证，对系统设计的验证，到后期的验收测试才有可能被发现，对于我们测试当中需要尽早测试的原则在V模型中没有体现，这是V模型的局限。

软件测试 — 双V模型

在这里插入图片描述

优点：
开发与测试并行，有利于尽早发现问题，有利于及时的了解项目的测试风险，来尽早的执行相应的应对方案
局限性：
需求、设计、编码仍然是串行进行的，测试和开发保持线性的关系，上一个阶段完成之后才能进行下一个阶段，不能够很好的支持迭代的开发模型。

软件测试 — H模型

H模型强调把测试分为测试准备和测试执行两个不同的阶段，只要由于其他流程的进展引发了测试就绪点的到位，这时候只需要测试准备完成，测试执行活动就可以或者需要开展，具有很强的灵活性。在H模型当中，测试是一个完全独立的模型，所以可以和其他流程交叉进行，也便于我们尽早执行测试。

软件测试 — X模型

左边描述的是针对单独的程序片段相互分离的编码和测试，此后进行频繁的交接，再通过集成，最终合成可执行的程序，然后再对这些程序进行测试，已经通过的程序可以进行封板提交给用户，也可以作为更大集成的一部分，X模型还定位了探索式测试，探索式测试是不进行事先计划的特殊类型的测试，能够帮助测试人员在测试计划之外发现更多的错误。