软件测试的分类

本文介绍了软件测试的不同类型,包括黑盒、白盒和灰黑测试,以及手工和自动化测试。强调了企业对具备技术领导力、项目独立负责能力和跨职能沟通能力的P6级别测试人员的需求。此外,讨论了软件质量的六个特性,并概述了算法、数据结构的基本概念。还涵盖了测试流程,如冒烟测试、探索性测试和安全测试,以及需求分析和测试用例编写的重要性。

代码分类:

1、黑盒测试

2、白盒测试

3、灰黑测试

黑盒测试:

把测试的对象看成是一个黑色的盒子的,看不到里面内部的结构,是对软件的一种功能性的测试。

白盒测试:

就是把测试的对象看成是一个透明的盒子,能够看见被测软件的内部结构,是单元测试的一种形式,是针对程序的内部代码的一种测试形式。

灰黑测试:

它是介于黑盒测试与白盒测试中间,具体的来说就是测试开发工程师(测试工程师)能够看开发的代码,进行代码的走查,和参与开发代码的评审。

测试编写代码的分类:

1、手工测试  

2、自动化测试(UI自动化测试,接口自动化测试):通过工具或者是代码的形式来模拟人的操作,来对被测试的产品进行自动化测试的操作。

现在企业要的是什么样的人?

p6

1、技术方面能够主导公司技术的发展

2、技术层面能够独立的负责公司层面的项目

3、可以和客户,以及公司各个不同职能的人沟通来解决问题

要求:能够独立的负责一个产品的测试,能够很好的做功能测试,以及在自动化测试需要开展的时候又能够很好的参与到自动化的测试,以及在性能测试开展的时候又能够很好的参与进去。

软件质量的六大特性

功能性   易用性    可靠性   效率性   可维护性   可移植性

什么是算法:

在程序里面,指的是做一件事需要的步骤。什么是程序,程序=数据结构+算法。

数据结构:

队列:先进先出

栈:先进后出

<:小于

==:等于

>:大于

!=:不等于

&&:并且(至少两个条件的关系)

||:或者(至少两个条件满足一个就没可以了)

软件分类:

B/S(WEB)的产品测试经验。app的测试经验

小程序的产品(依赖于微信&支付宝)

WEB/APP/小程序

冒烟测试:开发把编写好的程序转给测试的时候,程序首先需要做的是针对转测的程序进行正常流程的测试,这个过程叫冒烟测试。

针对被测程序的正常流程的测试,目的是验证程序正常流程可以执行通的情况下继续测试被测程序的其他功能

探索性测试:探索性强调测试⼈员的主观能动性,抛弃繁杂的测试计划和测试⽤例设计过程,强调在碰到问题时及时改变测试策略。

安全测试:主要是针对被测软件进行安全的考虑,目前主要使用的技术是渗透测试。

回归测试:产品都已经测试完成了,在准备上线的情况下,针对产品进行第N次的测试。回归测试目前主要是大量的自动测试来承担这部分的任务。

测试环境:

1、系统已有功能的测试(回归)

线上环境:

1、系统已有功能的测试

2、这对本次上线新功能的回归测试

第一天内容:

1、熟悉环境,熟悉身边的人,梳理清楚谁是你的负责人。

2、安装电脑的常用软件(java环境,Python环境,postman,jmeter,offer办公软件,思维导图软件,foxmail,git)

3、看需求文档

第二天的内容:

1、继续看需求文档

看需求文档抓住核心的东西:

1、产品是给谁服务的?

2、产品的核心流程是什么? 核心流程最好使用思维导图的模式把流程梳理出来

3、如果产品里面有专业术语(咨询产品或者是自己百度搜索)

4、梳理出产品哪些逻辑不是很清楚,梳理出来后,专门约产品经理或者是其他测试,让对方协助我们来讲解下这部分

三天:产品经理,身边的测试

为什么要需求分析

软件测试需求是设计测试⽤例的依据

有助于保证测试的质量和进度

软件测试需求是衡量测试覆盖率的重要指标

软件测试需求分析步骤

列出需求⽂档中的具有可测性的原始需求

对每⼀条需求进⾏细化分解,形成可测试的分层描述的测试点

对形成的每⼀个测试点,从软件产品的质量需求来分析,确定测试执⾏时需要实施的测试类型。

建⽴测试需求跟踪矩阵,对测试需求进⾏管理

测试点分析

通过分析需求描述中的输⼊、输出、处理、限制、约束等,给出对应的验证内容(功能测试)

各个模块之间的业务顺序,和各个功能模块之间传递的信息和数据,对存在给你交互的功能项,给出对应的验证内容(功能业务测试)

考虑到需要的完整性,要充分覆盖软件需求的各种特征,包含隐性需求的验证,⽐如界⾯的验证,异常情况(界⾯、易⽤性、兼容性、安全性、性能)

测试⽤例步骤

拿到测试需求 -> 分析需求(画思维导图) -> 编写⽤例 -> 划分⽤例优先级

测试用例编写特征

一致性  覆盖率 可执行性 执行准确性  持续跟新  复用性

编写测试用例的三种方式:

1、思维导图 结构化看起来非常的好,但是不够细

2、使用excel,特点是写起来非常浪费时间,但是非常细

3、checklist 只考虑被测对象的大概的点

测试⽤例组成元素

⽤例ID;

⽤例名称;

测试⽬的;

测试级别;

参考信息;

测试环境;

前提条件;

测试步骤;

预期结果;

设计⼈员。

测试⽤例组成元素

⽤例名称;

前提条件;

测试步骤;

预期结果;)最核心

你之前测试用例写了多少个?

这个之前还真没有数过,我个人认为数这个没多大意义,更多应该考虑的是把测试的对象的测试点考虑周全

环境:

1、测试环境:给测试使用的环境,指的是一个产品还没上线前测试的环境

2、预发布环境:介于测试环境与线上环境中间,但是它也是可以给客户使用的环境,一般不开放,只供研发内部人员使用

3、线上环境:给真实的用户使用的环境


资料获取方法

【留言777即可】

各位想获取源码等教程资料的朋友请点赞 + 评论 + 收藏,三连!

三连之后我会在评论区挨个私信发给你们~

安全帽与口罩检测数据集 一、基础信息 数据集名称:安全帽与口罩检测数据集 图片数量: - 训练集:1690张图片 - 验证集:212张图片 - 测试集:211张图片 - 总计:2113张实际场景图片 分类类别: - HelmetHelmet:戴安全帽的人员,用于安全防护场景的检测。 - personwithmask:戴口罩的人员,适用于公共卫生监测。 - personwith_outmask:未戴口罩的人员,用于识别未遵守口罩佩戴规定的情况。 标注格式:YOLO格式,包含边界框和类别标签,适用于目标检测任务。 数据格式:JPEG/PNG图片,来源于实际监控和场景采集,细节清晰。 二、适用场景 工业安全监控系统开发: 数据集支持目标检测任务,帮助构建自动检测人员是否佩戴安全帽的AI模型,适用于建筑工地、工厂等环境,提升安全管理效率。 公共卫生管理应用: 集成至公共场所监控系统,实时监测口罩佩戴情况,为疫情防控提供自动化支持,辅助合规检查。 智能安防与合规检查: 用于企业和机构的自动化安全审计,减少人工干预,提高检查准确性和响应速度。 学术研究与AI创新: 支持计算机视觉目标检测领域的研究,适用于安全与健康相关的AI模型开发和论文发表。 三、数据集优势 精准标注与实用性: 每张图片均经过标注,边界框定位准确,类别定义清晰,确保模型训练的高效性和可靠性。 场景多样性与覆盖性: 包含安全帽和口罩相关类别,覆盖工业、公共场所以及多种实际环境,样本丰富,提升模型的泛化能力和适应性。 任务适配性强: 标注兼容主流深度学习框架(如YOLO),可直接用于目标检测任务,便于快速集成和部署。 实际应用价值突出: 专注于工业安全和公共健康领域,为自动化监控、合规管理以及疫情防护提供可靠数据支撑,具有较高的社会和经济价值。
内容概要:本文围绕FOC电机控制代码实现与调试技巧在计算机竞赛中的应用,系统阐述了从基础理论到多场景优化的完整技术链条。文章深入解析了磁链观测器、前馈控制、代码可移植性等关键概念,并结合FreeRTOS多任务调度、滑动窗口滤波、数据校验与热仿真等核心技巧,展示了高实时性与稳定性的电机控制系统设计方法。通过服务机器人、工业机械臂、新能源赛车等典型应用场景,论证了FOC在复杂系统协同中的关键技术价值。配套的千行级代码案例聚焦分层架构与任务同步机制,强化工程实践能力。最后展望数字孪生、低代码平台与边缘AI等未来趋势,体现技术前瞻性。; 适合人群:具备嵌入式开发基础、熟悉C语言与实时操作系统(如FreeRTOS)的高校学生或参赛开发者,尤其适合参与智能车、机器人等综合性竞赛的研发人员(经验1-3年为佳)。; 使用场景及目标:① 掌握FOC在多任务环境下的实时控制实现;② 学习抗干扰滤波、无传感器控制、跨平台调试等竞赛实用技术;③ 提升复杂机电系统的问题分析与优化能力; 阅读建议:此资源强调实战导向,建议结合STM32等开发平台边学边练,重点关注任务优先级设置、滤波算法性能权衡与观测器稳定性优化,并利用Tracealyzer等工具进行可视化调试,深入理解代码与系统动态行为的关系。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值