测试的基本概念

发布时间:2024年01月17日

1、什么是需求?

在企业中主要分为两类:用户需求和软件需求

用户需求:甲方的需求,或者终端用户使用产品时必须要完成的任务(比较简略)。

软件需求:或者叫功能需求,该需求会详细描述开发人员必须实现的软件功能。

注:开发人员和测试人员的直接工作依据就是软件需求。

? ? ? ?用户需求通过 技术、市场、成本 等转变成软件需求。

2、什么是测试用例?

测试用例是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环境、操作步骤、测试数据、预期结果。

3、Bug

  • Bug的概念:当且仅当规格说明是存在的并且正确,程序与规格说明之间的不匹配才是错误的。
  • 当程序没有实现其最终用户合理预期的功能要求时,就是软件错误。

4.软件生命周期和测试生命周期

  • 软件开发的生命周期

注:从产品的角度分析,测试是在开发之后,;从测试的角度分析,测试又是贯穿于产品的整个生命周期。

软件测试的生命周期:

5、 如果线上出现了问题,测试人员该怎么做?

  1. 尝试复现(普遍都存在的问题还是个别问题,个别问题优先级低一些)复现成功之后通知项目组内所有成员进行问题定位。
  2. 尝试定位问题出现的原因,帮助开发人员尽快定位问题并解决问题
  3. 反思问题(为什么会出现问题、如何解决、后续如何避免),如果问题比较严重或者比较典型的话:通常需要写一个文档。

6、开发模型

6.1 瀑布模型

特点:

  • 线性结构,每个阶段只执行一次
  • 是其他模型的基础框架

缺点:

  • 测试后置
  1. 前面各阶段遗留的风险推迟到测试阶段才被发现,导致项目大面积返工,失去了及早修复的机会。
  2. 必须留有足够的时间给测试活动,否则到时测试不充分,将缺陷暴露给用户(产品质量差)。
  • 周期太长,产品很迟才能被看到和使用,可能导致需求功能过时

使用场景:需求固定的小项目

6.2 螺旋模型

特点:螺旋模型中增加了风险分析和原型

缺点:

  • 项目中可能存在的风险与风险管理人员的技能水平有直接关系
  • 需要人员、资金、时间的增加和投入,可能会导致项目的成本太高

使用场景:规模庞大、复杂度高、风险大的项目尤其合适

6.3 增量模型和迭代模型

增量模型:把大的需求划分成一个个可以独立开发上线的功能。

迭代模型:先开发基础版本,然后再基础版本上不断进行功能的完善。

6.4 敏捷模型

敏捷宣言:

考核标准:可交付的软件

特点:轻流程、轻文档、重目标、重产出。

scrum模型(三个角色和五个重要会议):

三个角色:产品经理、项目经理、研发团队

五个重要会议:发布计划会议、迭代计划会议、每日会议、演示会议、回顾会议。

7、测试模型

7.1 V模型

特点:

  1. 测试过程中存在不同类型的测试
  2. 测试阶段的参考标准以前面对应阶段为准

缺点:测试后置

  1. 前面各阶段遗留的风险推迟到测试阶段才被发现,导致项目大面积返工,失去了及早修复的机会。
  2. 必须留有足够的时间给测试活动,否则到时测试不充分,将缺陷暴露给用户(产品质量差)。

单元测试:对程序最小单元进行测试,最小单元可能是一个类、一个方法、一个接口

7.2 W模型

特点:

  1. 测试的对象不仅是程序,需求、设计等同样要测试,测试与开发是同步进行的
  2. 有利于尽早地全面的发现问题。

缺点:W模型重流程,不能够迎接变化,不适用于敏捷模型。

文章来源:https://blog.csdn.net/weixin_62678196/article/details/135598906
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。