【软件测试】测试常见知识点汇总

测试常见知识点汇总

  • 一、什么是测试
    • 1.1 测试和调试的区别
    • 1.2 什么是需求
      • 1.2.1 用户需求
      • 1.2.2 软件需求
    • 1.3 测试用例要素
    • 1.4 软件的生命周期及各阶段概述
    • 1.5 开发模型和测试模型(记住特点和适用场景)
      • 1.5.1 开发模型
        • 1.5.1.1 瀑布模型(自上而下、相互衔接的固定顺序)
        • 1.5.1.2 螺旋模型
        • 1.5.1.3 增量模型和迭代模型
        • 1.5.1.4 敏捷模型
      • 1.5.2 测试模型
        • 1.5.2.1 V模型
        • 1.5.2.2 W模型 / 双V模型
  • 二、测试基础(部分)
    • 2.1 什么是Bug
    • 2.2 Bug描述
    • 2.3 Bug等级
    • 2.4 Bug的生命周期
  • 三、测试用例
    • 3.1 测试用例的基本要素
    • 3.2 设计测试用例的万能思路
    • 3.3 基于需求设计测试用例
    • 3.4 具体的设计方法
    • 3.5 测试分类
      • 3.5.1 按照测试对象划分
      • 3.5.2 是否查看代码
      • 3.5.3 开发阶段
      • 3.5.4 实施组织
      • 3.5.5 是否运行代码
      • 3.5.6 是否手工
      • 3.5.7 跨地域

这里目录的内容看起来有点多,但其实只是作为一个思维导图的作用,文内内容比较精简,但基本是按照理解分析的,各位读者可以作为借鉴参考一下,文内若有理解错误的地方欢迎指出。

一、什么是测试

  • 测试是测试人员验证软件特性是否符合需求的过程

1.1 测试和调试的区别

  • 1、目的:测试的目的是找问题,调试的目的是找到并解决问题。
  • 2、人员:测试由专门的测试人员完成,调试由开发人员完成。
  • 3、结果:测试从已知条件开始,使用预定义的过程,并且有预期结果;而调试条件未知,结果不可 预知。
  • 4、过程:测试可以预先计划,可以制订测试用例和计划,进度可以度量;调试没有计划,进度也不可以度量。
  • 5、阶段:测试贯穿于软件生命周期的整个阶段;调试只在编码阶段进行

1.2 什么是需求

1.2.1 用户需求

  • 可以简单理解为甲方提出的需求,如果没有甲方,那么就是终端用户使用产品时必须要完成的任务。

1.2.2 软件需求

详细描述开发人员必须实现的软件功能,软件需求是测试人员进行测试工作的基本依据。

1.3 测试用例要素

通用测试用例八要素:

1、用例编号;

  • 一般是数字和字符组合成的字符串,可以包括(下划线、单词缩写、数字等等),但是需要注意的是,尽量不要写汉语拼音,因为拼音的意义可能有好几种,有可能会导致乱码;
  • 用例编号具有唯一性和易识别性。

2、测试项目;

  • 测试项目对应的就是测试用例中的子项名。
    • (1)系统测试用例:对应一个功能点(功能测试)、性能指标(性能测试)、界面中控件(GUI测试)等等。
    • (2)集成测试用例:对应集成后的模块功能或者接口功能。
    • (3)单元测试用例:对应函数名。

3、测试标题;

  • 测试标题考虑的是如何来完成测试项目,或者说从哪个角度来对测试项目进行测试,有的公司也取名为测试目的。
  • 测试标题一定要简单、概要;体现测试的出发点和关注点。

4、重要级别;

  • 用例的重要级别一般分成三个级别:高、中、低。
  • 高级别:对应保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例;
  • 中级别:对应重要程度介于高和低之间的测试用例;
  • 低级别:对应实际使用频率不高,对系统业务功能影响比较大的模块或功能的测试用例。

5、预置条件;

  • 测试用例在执行前需要满足一些前提条件,否则测试用例是无法执行的,这些前提条件就是预置条件。

6、测试输入;

  • 用例执行过程中需要加工的外部信息,根据软件测试用例的具体情况,有手工输入、文件、数据库记录等。
  • 禁止过多描述性语言,若为文件,会有提示选择路径,最好写具体,让别人易懂易操作。

7、操作步骤;

  • 明确描述测试执行过程中具体的操作步骤,以方便测试执行人员可以根据该操作步骤完成测试用例执行。

8、预期输出

  • 预期输出是测试用例中非常重要的一部分,预期输出可以检验被测对象是否正常工作,如果我们的预期输出写的不完整不全面,整个测试用例就会受到影响。
  • 具体可参考 https://blog.csdn.net/weixin_44015669/article/details/121082810

1.4 软件的生命周期及各阶段概述

  • 需求 —> 计划 —> 编码 —> 测试 —> 上线 —> 维护

需求:确定软件要做成什么样
计划:确定软件什么时候开发,什么时候开始测试,什么时候结束开发,什么时候结束测试
编码:通过软件需求实现软件特性
测试:测试人员测试软件是否有缺陷
上线:将项目推上上线环境,让用户可以访问到
维护:项目如果在线上出现问题,此时测试人员、开发人员定位问题、解决问题,项目还需要优化,测试人员,开发人员需要对项目不断地优化。

1.5 开发模型和测试模型(记住特点和适用场景)

1.5.1 开发模型

1.5.1.1 瀑布模型(自上而下、相互衔接的固定顺序)

特点: 线性的,测试参与时机太靠后,不能尽早发现问题
适用项目: 适用于小型项目,项目迭代周期非常短,比如项目周期1天或者0.5天


在这里插入图片描述


1.5.1.2 螺旋模型

特点: 每个阶段开始之前都有一个风险分析,可以避免一定的风险,但是风险分析需要一定的投入,如果分析错了,会带来一定的损失,同时不断地迭代,有可能导致项目延期
适用场景: 比较复杂,风险比较大的项目


在这里插入图片描述


1.5.1.3 增量模型和迭代模型
  • 增量模型,一个模块开发完毕,在开发下一个模块
  • 迭代模型,所有模块一起开发,先开发大的框架,在开发细节
1.5.1.4 敏捷模型

Scrum三个重要角色和五个重要会议:

  • 角色:
    • 产品经理(PO):收集需求,来自客服反馈,来自用户
    • 项目经理(SM):需要进行需求优先级确定,项目计划确定
    • 研发团队( team):不光包含开发,还包含测试,UI
  • 会议:
    • 发布计划会议:产品经理(PO)负责讲解user story,SM项目经理对其进行估算和排序,发布计划会议的产出,就是制定出这一期送代要完成的story列表,sprint backlog.
    • 迭代计划会议:项目团队对每一个story进行任务分解,分解的标准是完成该story的所有任务,每个任务都有明确的负责人,并完成工时的初估计
    • 每日站会:每天scrum master召集站立会议,团队成员回答昨天做了什么今天计划做什么,有什么问题
    • 演示会议:迭代结束之后,召开演示会议,相关人员都受邀参加,团队负责向大家展示本次迭代取得的成果。期间大家的反馈记录下来,由po整理,形成新的story
    • 回顾会议:项目团队对本明迭代进行总结,发现不足,制定改进计划,下一次迭代继续改进,已达到持续改进的效果

特点:

  • 个体与交互重于过程和工月
  • 可用的软件重于完备的文档
  • 客户协作重于合同谈判
  • 响应变化重于遵循计划
  • 在每对比对中,后者并非全无价值,但我们更看重前者

1.5.2 测试模型

1.5.2.1 V模型

特点: 左边是开发,右边是测试,测试介入太晚,发现问题时机就会越晚,测试和开发是串行的


在这里插入图片描述


1.5.2.2 W模型 / 双V模型

特点: 第一个是开发,第二个V是测试,测试在刚开始就介入了整个项目,测试是对整个项目的每个阶段进行了测试,但是测试,开发还是串行的,所以不能拥抱变化


在这里插入图片描述


二、测试基础(部分)

2.1 什么是Bug

  • 1)当且仅当规格说明是存在的并且正确,程序与规格说明之间的不匹配才是错误。

  • 2)当需求规格说明书没有提到的功能,判断标准以最终用户为准: 当程序没有实现其最终用户合理预期的 功能要求时,就是软件错误。

BUG可以理解为:
(1)在软件开发的生命周期中可能导致软件产品出现问题的程序缺陷。
(2)产品说明书中规定要做的事情,而软件没有实现。
(3)产品说明书中没有提到过的事情,而软件确实现了。
(4)产品说明书中没有提到但是必须要做的事情,软件却没有实现。
(5)软件很难理解,很难使用,速度超慢,测试人员站在最终用户的角度看到的问题是平常的但不是正确的。

2.2 Bug描述

1.概 述:用一句话简要描述Bug的现象。需要包括bug所在的模块及出错点
前置条件: 产生bug需要的前提(必要时填写)
2.步 骤:使用数字编号的形式,相对详细阐述出现Bug的操作步骤,需保证使用这样的叙述其他人便可重现bug,必要时需要描述bug产生的前提和条件。
3.预 期:填写上述操作过程应该输出的正确结果。
4.结 果:用文字准确描述出Bug引起的结果及现象,必要时需要有图形附件用拷屏方式将错误信息添加进来。
5.结果分析:bug修改完毕后,简要描述此Bug产生的原因。

2.3 Bug等级

  • 大概有崩溃、严重、一般、次要
    具体可参考:https://zhuanlan.zhihu.com/p/103637796

2.4 Bug的生命周期


在这里插入图片描述


三、测试用例

3.1 测试用例的基本要素

  • 如上文1.3所述

3.2 设计测试用例的万能思路

  • 功能,兼容,界面,易用,性能,安全,网络,安装测试,卸载测试

  • 参考如下登录页面的测试用例:


在这里插入图片描述


3.3 基于需求设计测试用例

  • 可参考水杯测试用例(运用万能公式)

在这里插入图片描述


3.4 具体的设计方法

等价类、边界值、判定表、正交法、场景法、错误猜测法等

3.5 测试分类

3.5.1 按照测试对象划分

  • 界面容错可靠兼容文档易用安装卸载安全性能内存泄漏

3.5.2 是否查看代码

    • 白盒测试:白盒测试又称为结构测试或逻辑驱动测试,它是把测试对象看成一个透明的盒子,它允许测试人员利用程序内部的逻辑结构设计测试用例,对程序所有逻辑路径进行测试。(具体可参考https://blog.csdn.net/qq_42944594/article/details/121907540)
    • 黑盒测试:在测试时,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,测试人员进行直接测试,检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输入数据而输出正确的结果等,检查相应的文档是否采用了正确的模板、是否满足规范需求。(具体可参考https://blog.csdn.net/yeuteyietir/article/details/93522978)

3.5.3 开发阶段

  • 单元测试、集成测试、系统测试、验收测试(具体可参考https://blog.csdn.net/ty6693/article/details/89215677)

3.5.4 实施组织

  • α测试和β测试:
  • 区别:
  • 它们都是验收测试!
    α测试是指把用户请到开发方的场所来测试
    β测试是指在一个或多个用户的场所进行的测试。
    α测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。
    β测试的环境是不受开发方控制的, 用户数量相对比较多,时间不集中。
    α测试先于β测试执行。通用的软件产品需要较大规模的β测试,测试周期比较长

3.5.5 是否运行代码

  • 静态测试、动态测试

1、测试部分的不同
静态测试是指测试不运行的部分:只是检查和审阅,如规范测试、软件模型测试、文档测试等。动态测试是通常意义上的测试,也就是运行和使用软件。
2、测试方式不同
静态测试,通过评审文档、阅读代码等方式测试软件称为静态测试,通过运行程序测试软件称为动态测试。
3、测试方法不同
静态测试是指不用执行程序的测试,它主要采取方案—代码走查、技术评审、代码审查的方法对软件产品进行测试。动态测试主要通过构造测试实例、执行程序、分析程序的输出结果这三种方法来对软件进行测试。

3.5.6 是否手工

  • 手工测试
    • 手工测试是一种软件测试的类型,其中测试人员无需使用任何自动化工具即可手动执行测试用例。手工测试的目的是识别软件应用程序中的错误、问题和缺陷。手工软件测试是所有测试类型中最原始的技术,它有助于发现软件应用程序中的关键缺陷。
    • 任何新应用程序都必须先进行手工测试,然后才能使其测试自动化。手工软件测试需要更多的精力,但对于检查自动化的可行性是必需的。手工测试概念不需要任何测试工具的知识。软件测试基础之一是“不可能实现100%自动化”。这使得手工测试势在必行。
  • 自动化测试
    • 使用一种自动化测试工具来验证各种软件测试的需求,它包括测试活动的管理与实施、测试脚本的开发与执行。
    • 自动化测试只是测试工作的一部分,是对手工测试的一种补充; 自动化测试绝不能代替手工测试;多数情况下,手工测试和自动化测试应该相结合,以最有效的方法来完成测试任务。

3.5.7 跨地域

  • 国际化测试
  • 本地测试
  • 国际化:货币格式、语言、页面布局、时间、日期、流行的设备

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/794518.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

WebKit结构详细简介

第一章:WebKit概述 WebKit是一个开源的网页浏览引擎,最初由苹果公司为其Safari浏览器开发,后来成为了多个浏览器的基础,包括苹果的Safari、Google的Chrome、微软的Edge等。它不仅在桌面端有着广泛的应用,还被广泛地应用于移动端的浏览器中,如iOS和Android系统。WebKit的…

vue3+element-plus(el-carousel)实现图片轮播和点击预览功能

解决的问题&#xff1a;默认的插件在点击预览图片时&#xff0c;总是从第一张图片开始显示&#xff0c;而不是当前点击的这一张&#xff0c;于是便做了下面的优化&#xff0c;使用js记录当前点击图片的索引&#xff0c;再进行预览。 <template><el-carousel indicato…

armlinux-外部中断

s3c2440的中断框图 如果我们单纯配置一个按键的外部中断&#xff0c;就不存在子中断与优先级的问题。 由于是按键的外部中断&#xff0c;通过引脚的高低电平来触发。所以我们要先配置引脚的功能。 我们使用按键1&#xff0c;终端源为EINT8&#xff0c;对应引脚GPG0 通过用户手…

java中大型医院HIS系统源码 Angular+Nginx+SpringBoot云HIS运维平台源码

java中大型医院HIS系统源码 AngularNginxSpringBoot云HIS运维平台源码 云HIS系统是一款满足基层医院各类业务需要的健康云产品。该产品能帮助基层医院完成日常各类业务&#xff0c;提供病患预约挂号支持、病患问诊、电子病历、开药发药、会员管理、统计查询、医生工作站和护士工…

响应跨域的两种方式

第一种&#xff1a; Configuration public class CorsConfication {Beanpublic CorsWebFilter corsWebFilter() {UrlBasedCorsConfigurationSource source new UrlBasedCorsConfigurationSource();CorsConfiguration corsConfiguration new CorsConfiguration();//1、配置跨…

【算法刷题day16】Leetcode:104.二叉树的最大深度 559.n叉树的最大深度 111.二叉树的最小深度 222.完全二叉树的节点个数

104.二叉树的最大深度 &#xff08;优先掌握递归&#xff09; 文档链接&#xff1a;[代码随想录] 题目链接&#xff1a;104.二叉树的最大深度 &#xff08;优先掌握递归&#xff09; 状态&#xff1a;ok 题目&#xff1a; 给定一个二叉树 root &#xff0c;返回其最大深度。 二…

(源码+部署+讲解)基于Spring Boot和Vue的大学生快递代取服务平台的设计与实现

一、引言 本报告旨在详细阐述基于Spring Boot后端框架和Vue前端框架的大学生快递代取服务平台的设计与实现过程。该平台旨在为大学生提供便捷的快递代取服务&#xff0c;解决因时间冲突或距离过远而无法及时取件的问题。通过该平台&#xff0c;用户可以发布代取需求&#xff0c…

4核8G服务器配置性能怎么样?4核8G12M配置服务器能干啥?

腾讯云4核8G服务器多少钱&#xff1f;腾讯云4核8G轻量应用服务器12M带宽租用价格646元15个月&#xff0c;活动页面 txybk.com/go/txy 活动链接打开如下图所示&#xff1a; 腾讯云4核8G服务器优惠价格 这台4核8G服务器是轻量应用服务器&#xff0c;详细配置为&#xff1a;轻量4核…

os模块篇(十六)

文章目录 os.eventfd_write(fd, value)os.timerfd_create(clockid, /, *, flags0)os.timerfd_settime(fd, /, *, flagsflags, initial0.0, interval0.0)os.timerfd_settime_ns(fd, /, *, flags0, initial0, interval0)os.timerfd_gettime(fd, /)os.timerfd_gettime_ns(fd, /)os…

【SQL Server】1. 认识+使用

1. 创建数据库的默认存储路径 C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft SQL Server 2008 R2 当我们选择删除数据库时&#xff0c;对应路径下的文件也就删除了 2. 导入导出数据工具的路径 3. 注册数据库遇到的问题 ??? 目前的问题就是服务器新建…

(源码+部署+讲解)基于Spring Boot和Vue的宠物领养系统的设计与实现

一、引言 本报告旨在详细描述基于Spring Boot后端框架和Vue前端框架的宠物领养系统的设计与实现过程。宠物领养系统旨在为宠物主人和领养者提供一个便捷的平台&#xff0c;实现宠物的信息发布、领养申请、信息管理等功能。通过该系统&#xff0c;宠物主人可以快速找到适合的领养…

php开发实战分析(11):mysql中使用update语句使用CASE WHEN

在PHP中使用MySQL UPDATE语句按条件进行更新数据&#xff0c;如果数据表中state字段为0&#xff0c;则更新为1同时更新字段state_time为当前时间的时间戳&#xff1b;如果state字段为1&#xff0c;则更新为0&#xff0c;同时state_time更新为NULL. // 构造UPDATE语句 $sql &qu…

Github 2024-03-30 Rust开源项目日报 Top10

根据Github Trendings的统计,今日(2024-03-30统计)共有10个项目上榜。根据开发语言中项目的数量,汇总情况如下: 开发语言项目数量Rust项目10Rust编程语言的可靠异步运行时:Tokio 创建周期:2759 天开发语言:Rust协议类型:MIT LicenseStar数量:24319 个Fork数量:2213 次…

c语言数据结构(10)——冒泡排序、快速排序

欢迎来到博主的专栏——C语言数据结构 博主ID&#xff1a;代码小豪 文章目录 冒泡排序冒泡排序的代码及原理快速排序快速排序的代码和原理快速排序的其他排序方法非递归的快速排序 冒泡排序 相信冒泡排序是绝大多数计科学子接触的第一个排序算法。作为最简单、最容易理解的排序…

【保姆级讲解如何安装与配置Node.js】

&#x1f3a5;博主&#xff1a;程序员不想YY啊 &#x1f4ab;CSDN优质创作者&#xff0c;CSDN实力新星&#xff0c;CSDN博客专家 &#x1f917;点赞&#x1f388;收藏⭐再看&#x1f4ab;养成习惯 ✨希望本文对您有所裨益&#xff0c;如有不足之处&#xff0c;欢迎在评论区提出…

Vit模型初始化参数。余弦退火(Cosine Annealing)。模型训练。VisualDL。模型测试。

目录 Vit模型初始化参数。 余弦退火(Cosine Annealing)。 模型训练。 VisualDL。

YuanDaiMa2048博客文章总览

YuanDaiMa2048博客文章总览 不定期更新学习中遇到的问题以及学习笔记… 一、基础概念 最新流行IT技术正则化概念及使用正则表达式基本概念正则表达式与正则化[日常使用] Win R[日常使用] Shell常用命令dos和cmd 二、科研工具 [实验室服务器使用]使用VSCode、PyCharm、MobaX…

【JAVA】postman import certificates in project 导入证书pfx

1. 打开这个按钮 2. File ->Settings 3. 打开“certificates”, Add certificates 添加证书 4. 输入证书地址&#xff0c;然后选择证书文件pfx , 输入证书密码。点击添加就可以了。 特别提醒&#xff1a; 推荐本地自己证书验证软件&#xff0c;“KeyStore” 这个软件可以…

富格林:关注正规手段防卫虚假伎俩

富格林悉知&#xff0c;黄金市场瞬息万变&#xff0c;虽然有交易机会&#xff0c;但也伴随着一定的风险。投资者进入市场应学习应对市场风险&#xff0c;避免虚假猫腻的伎俩。尤其是对于刚进入市场的新手投资者&#xff0c;更需要一些实用的、正规的方法来降低损失的概率&#…

Selenium 饼图自动化测试

目录 前言 从实例获取饼图原始数据 实例名词解释 确定饼图与坐标轴的象限关系 计算饼图坐标 测试代码 前言 在前面已经说过折线图和柱状图的自动化测试,本期来讨论一下饼图的自动化测试(如果没有做特别说明,说的都是以echarts为基础的图表自动化测试)。 基本套路都差…