测试-软件测试2024-黑马（完）_传智星云ai助手

测试-软件测试2024-黑马

编辑时间：2024/6/24-2024/7/9
来源：b站黑马程序员

web测试–导入

ai推荐工具
黑马星云：https://nebula.itcast.cn/#/home
推荐：文心一言

软件测试分类
按生产阶段划分：
1.单元测试（开发自测，针对源代码程序进行测试）
集中测试（针对模块之间功能交互进行测试，又称组装测试）
系统测试（测试人员对整个系统进行全面的测试）
验收测试（用户测试，以用户为主验证项目是否符合预期需求）
2.按代码可见度划分：
黑盒测试（源代码不可见，UI功能可见）
灰盒测试（源代码部分可见，UI功能不可见，比如接口测试，组装测试）
白盒测试（全部源代码可见，UI功能不可见）
3.其他测试：
冒烟测试（对核心功能的验证，其作用是保障内容具备可测性）
回归测试（对已修复bug\更新后对已测内容再次测试，其作用保证修复bug，确保新功能对旧功能没有影响）

web测试–质量模型

软件测试的衡量维度：
功能性（软件是否具备某方面的能力）
性能（多用户同时使用是否能满足…时间…资源）
兼容性（在不同的设备/平台上是否正常使用）
易用性（易学，易用，用户粘性好）
可靠性（长时间运行文档，不出现异常）
安全性（敏感数据存储/传输安全）
可维护性（运行过程中出现问题维护操作是否方便）
可移植性（系统更新，数据迁移方便）

web测试–单功能测试

定义：软件程序或应用程序只提供一项核心功能或特性，而不包含其他附加功能。

测试过程：
分析需求
设计测试点
覆盖需求
将测试点转为可执行用例文档
执行测试
缺陷管理（提交-验证-关闭）

等价类划分法
定义：一种少量数据获取较好测试效果的工具
场景：表单类页面元素测试使用（输入框、下拉框、单选框、复选框）等
步骤：1.划分有效等价类：满足需求的数据集合2.划分无效等价类3.每类中选取代表数据

方法：测试点提取–有效，无效，规则

边界值分析法
一个边界范围限制选取测试数据工具。
选取：

1. 上点：刚好是上边界的点，必选（不考虑是否包含上点）
2. 离点：距离上点最近的点，选择2个（不包含上点选择范围内的点，不包含上点选择范围外的点）
3. 内点：边界范围内的任一点，必选（建议选中间范围）

步骤：

1. 边界值分析（负责测试长度范围）
2. 划分等价类（负责测试类型和规则）
3. 提取数据

举例子：范围是100-300，那么上点是100,300，离点是99,301，内点是200。

方法：测试点提取–离点、规则

web测试–非功能测试点

测试范围:兼容性,易用性,安全性,性能,可移植性,可维护性,可靠性
兼容性：谷歌，edge，火狐，safari苹果浏览器
易用性：主管感受未住，简洁易用

web测试–测试用例

测试用例：描述测试点执行的文档（测试输入，执行条件，预期结果等）
测试用例一般元素：测试编号、用例标题、项目或模块、前置条件、测试步骤、测试数据、预期结果
正向与反向测试就是有效和无效测试

测试用例的编写

1. 用例编号：项目_模块_数字
2. 用例标题：预期执行结果（测试点）
3. 所属模块：模块名
4. 优先级：用例的重要程度（高p0-p3）
5. 前置条件：执行操作步骤的前置条件
6. 测试步骤：执行点的关键步骤
7. 测试数据：输入数据

web测试–判定表

1. 判定表作用：多条件并且条件之间有约束规则的需求设计测试点
2. 判定表组成：条件桩、条件项、动作桩、动作项
3. 提示：判定表中贯穿条件项目=和动作项目的一列就是一条规则；假设n个条件，每个条件的取值为（0.1），全组合有2的n次方种规则

web测试–执行用例

执行用例：开始对项目进行测试
执行之前准备：项目提测内推开发交付测试；测试项目环境已准备好
执行用例关注：实际执行结果与预期执行结果一致，不一致为缺陷（bug）；实际结果与预期结果有争议，参考用户业务角度去衡量

web测试–缺陷介绍

软件中存在的任何问题，也叫缺项（bug）
缺陷衡量标准：

1. 软件未实现需求（规格）说明书中明确要求功能–>少功能
2. 软件实现的功能超出需求（规格）说明书指明的范围–>多功能
3. 软件出现了需求（规格）说明苏中不应该出现的错误–>功能错误
4. 软件为实现的需求（规格）说明书中虽未明确指明但应该实现的要求–>隐性功能缺失/错误
5. 软件难以理解，不易使用，运行缓慢，用户体验不好–>不易使用

缺陷描述及提交
目的：将缺陷交给开发，开发根据描述可复现缺陷
工具：禅道、jira

使用禅道工具提交以下缺项：https://zentao.demo.qucheng.cc/user-login.html

总结
1.软件缺陷:软件中存在任何异常问题（bug）
2.缺陷判断标准：多功能、少功能、功能错误、隐性功能缺失、体验不好
3.缺陷主要内容：当前指派（将bug提交给谁）、bug类型（代码错误、设计缺陷…）、优先级（bug修复紧急程度）、…、附件（执行实际结果截图或日志文件）

web测试–缺陷跟踪流程

web测试–业务测试

业务：是指软件为满足用户特定的业务需求而设计并实现的一系列功能。
作用：测试软件系统单功能之间关联性数据处理逻辑是否正确。
方法：流程图法：使用一些特定图形和带箭头的线表达程序业务的走向。
提示：1.项目先测主业务在测单模块2.提测时先对主业务流程正向用例进行测试（冒烟）

步骤：
1.确认业务流程图
2.流程图中从开始到结束每条路径都是一条用例。

web测试–项目介绍

项目介绍
TPshop商城，类似淘宝，京东的（B2C）电子商务平台，主要为线上用户提供优质便捷的购物服务。
前台地址：https://hmshop-test.itheima.net/
后台地址:https://hmshop-test.itheima.net/Admin/Admin/login
项目测什么
1.先测核心业务2.在测核心业务中单功能/页面

在线画图工具：https://www.processon.com/或者亿图在线

缺陷跟踪管理
缺陷跟踪流程：1.测试：提交bug–>验证bug–>关闭bug/打开bug 2.开发：确认bug–>修复bug
回归模式：验证当前bug是否已经修复 验证是否引发新的bug

web测试–非功能测试

质量模型：功能性、兼容性、性能、安全
、迁移性、维护性、可靠性
重点测试：功能性、兼容性、易用性、性能、安全
独立测试：安全、性能
测试目标：兼容性（谷歌、火狐、edge、苹果）、易用性（主要参考依据产品原型设计或优秀竞品设计）

举例：https://www.axureshop.com/ys/2284471

APP测试

app和web区别
系统架构:APP是C/S结构,web是B/S结构
C/S(Client/Server):即客户端/服务器,需要下载客户端
B/S(Browser/Server):即浏览器/服务器,基于浏览器访问
app测试范围
功能测试:业务测试;功能模块测试
性能测试:CPU,内存占用;启动速度;流量,电量消耗;流畅度;稳定性
专项测试:安装卸载升级;push消息推送;交叉事件测试;用户体验测试;兼容性测试

APP测试–app包发布方式以及策略

app发布:将开发完成的移动应用程序通过特定的渠道和流程,向公众发布,使得用户可以下载,安装并使用程序
分类:内部发布渠道,线上发布渠道

内部发布
在实际测试工作中,为了方便测试测试程序包的安装和管理,可以使用一些应用内测分发平台
如:蒲公英,testlink等

步骤:1.开发将应用测试包上传到这些平台上2.平台可以生成对应的二维码3.测试直接扫码进行应用安装

线上发布
产品测试完成后,将app发布到应用各种平台上
1.安卓应用:豌豆荚,应用包,360手机助手,各类手机品牌商城等
2.ios应用:主要有app store,itools

步骤:
1.开发者账号注册,申请在发布平台(各种应用商店)上架
2.针对不同的发布平台,在软件包加入对应平台ID(渠道ID),上传到发布平台
3.平台审核通过后,用户即可在应用商店中下载

注意事项:
1.一般线上发布过程,由开发人员负责
2.在软件包加入平台ID后,上传到发布平台时,需要测试人员测试核心的业务功能

发布策略:项目法布施采用一种策略,先发布少数(1-3)服务器,待运行稳定后再发布到所有服务器

APP测试–app测试功能

功能测试
使用技术手段,验证程序功能符合应用需求
1.对象:核心业务,单功能
2.流程:需求分析;测试计划;测试用例设计;测试用例执行;缺陷管理;测试报告
3.方法:等价类(穷举数据选取);边界值(长度范围覆盖);判定表(多条件之间约束限制);流程图(业务流程)

APP测试–专项测试

什么是专项测试?:说明在不同的移动设备上能持久,稳定的运行的App程序
专项测试目的:1.保障主流移动设备能正常使用app应用2.不同的网络环境app应用正常使用3.不同app版本正常使用
专项测试内容:1.安装卸载升级2.兼容性3.push消息推送4.交叉事件5.用户体验

APP测试–app测试环境

环境
app应用运行所依赖的软件硬件
依赖:
1.mumu模拟器(移动设备)
2.app安装包

mumu模拟器(移动设备)
说明:由网易编写一款安卓模拟器(window/mac)
安装:双击下一步安装完成即可
app安装包
通过apk安装包进行安装或通过应用平台进行安装.

总结
1.环境:模拟器+apk
2.apk安装:将apk拖入模拟器

APP测试–(安装,卸载,测试)

安装测试
正常场景:

1. 在不同的操作系统版本上安装
2. 从不同的安装渠道安装(App商城,手机助手,直接下载aok或者ipa文件安装)
3. 不同的安装路径(安装到手机上,安装到sd卡上)
4. 卸载后安装
5. 正在运行时覆盖安装

异常场景:

1. 安装时出现异常(关机,断网),恢复后能否继续安装
2. 安装时存储空间不足
3. 安装时手动取消后再次安装
4. 低版本覆盖安装高版本

卸载,升级测试
卸载关注点:

1. 正常卸载(app手动卸载,工具卸载)
2. 运行时卸载
3. 取消卸载
4. 卸载异常中断后卸载
5. 卸载后无数据残留

升级测试关注点

1. 从临近版本升级
2. 跨版本升级
3. 不同渠道升级(应用商场,手机助手)
4. 升级提醒成功(可不提醒,可以提示升级,强制升级)
5. 应用内升级时非wifi提醒

注意事项:升级后要观察升级前的数据是否正常(当数据结构改变而开发没有处理好时很容易出现升级前的数据混乱)

APP测试–兼容性测试

兼容性:程序能在不同的设备上运行正常

1. 品牌型号(品牌,系统版本,分辨率)
2. 网络
3. 软件兼容
4. 硬件兼容
   

应用兼容性测试关注点

app应用兼容性

兼容性测试
测试方式

1. 方式1:使用公司以后的真机进行兼容性测试
2. 方式2:使用第三方的兼容性平台进行测试

如:线上云测平台testin(https://www.testin.cn/)

APP测试–Push消息介绍

push消息app推送的各种通知
如：点赞、评论、关注

push消息推送方式
pull(拉）客户端主动获取：客户端固定时间主动服务器获取消息
push（推）客户端被动接受：当服务器有更新消息时，主动发送客户端

pull方式消耗客户端和服务器资源
push方式节省客户端和服务器资源

提示：在app项目中，基于手机电量与流量的考虑，使用的都是push方式进行消息推送，因此又叫push消息

push消息推送流程

push消息测试的关注点

总结

1. push消息：app接受各种通知
2. 推送服务器：操作系统级别+自已搭建+三方推送
3. 关注点：内容+业务规则+人群+显示/关闭通知+位置

APP测试–交叉测试

又叫（冲突、干扰）测试，是指一个功能正在执行过程中，另外一个事件或操作对该过程进行干扰测试。如：在app前提/后台运行同时接听来电或者下载文件等

总结
1.交叉测试：app应用使用过程中被其他操作干扰影响
2.用户体验：UI界面+易用（导航、菜单、提示）+横竖屏

APP性能测试

测试app使用期间占用意见资源（cpu，内存，流量，电量）使用情况
分类：

1. app程序运行时占用手机硬件资源情况
2. app稳定性

如何测试app（资源）性能
说明：使用工具或命令进行测试

工具：
solopi是一个无线的android自动化工具，具有录制回放，性能测试等功能
功能：
性能测试：能够对cpu、那日村与网络环境进行限制，复现应用在性能较差、网络环境不佳场景下的表现。
录制回放：能够将用户的操作记录下来，支持在各个设备上进行回放。
一机多控：操作一台主机设备来控制堕胎从机设备，进行重复冗杂的兼容性测试，能够极大提升兼容性测试的效率。
下载：https://www.pgyer.com/solopi

安装：独立安装solopi（apk，ios无改版本），象普通app一样安装

solopi使用（选择测试项）

1. 打开solopi，选择性能测试
2. 选择被测应用，勾选应用指标，勾选后悬浮窗会出现在手机屏幕上

solopi使用（监控）
3. 点击开始监控，随后打开被测app应用，开始测试
solopi使用（查看结果）
4. 查看数据采集结果

总结
1.app性能测试分类：资源占用+稳定性
2.app性能工具：1.Android（工具solopi，第三方应用）+命令（adb）2.ios：苹果开发工具xcode

APP测试–性能测试

app性能测试关注点
关注元素：内存、cpu、流量、电量、启动速度、流畅度、稳定性

内存监控指标
每个程序运行时都需要将代码和数据放入内存中，内存不足则程序无法正常运行
提示：solopi工具提供了两个内存的监控指标（Private dirty和PSS)
private dirty(私有内存）：进程独占内存，也就是进程销毁时可以回收内存容量。
PSS（实际使用内存）：将跨进程共享页也加入进来，进行按比例计算着PSS，这样能够比较准确的表示进程占用的实际物理内存。

内存问题的现象
常见的现象

1. 内存泄漏：内存泄漏 memory leak，是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄漏的危害可以忽略，但内存泄漏堆积后果很严重，无论多少内存，迟早会被占光
2. memory leak最终会导致内存溢出

内存溢出：
内存溢出out of memory，是指程序在申请内存时，没有足够的内存空间使其使用，出现out of memory

内存问题产生的影响：
程序实际使用的内存PSS持续增长可能是内存泄漏
程序出现crash（崩溃）可能是内存溢出

总结

1. 性能：内存+cpu+流量+电量；启动速度+流畅度+稳定性
2. 内存关注：实际使用内存（PSS）；私有内存
3. 内存常见问题：内存泄漏（申请内存无释放内存）内存溢出（申请内存时，无内存可用）

APP测试–cpu

cpu监控指标

cpu消耗现象

1. cpu使用长时间处于90%以上
2. 手机发热,耗电量增加
3. 响应变慢,引起ANR(Application Not Responding)

APP测试–流量

操作app会与服务器交换数据,流量就是中这些交互数据的总大小
[外链图片转存失败,源站可能有防盗链机制,建议将图片保

上行消息就是app发送给服务器的数据,下行消息就是app接受的服务器的数据

流量优化策略

1. 数据的压缩
2. 不同数据格式的采用
3. 控制访问的频次
4. 只获取必要的数据
5. 缓存机制
6. 针对不同的网络类型设置不同的访问策略

APP测试–电量

app应用使用时对电池电量的平均消耗
常见的耗电量大的场景:

1. 定位
2. 网络传输
3. 屏幕亮度
4. wake_locker(锁屏-解锁)

总结

1. 耗电量大场景:定位,网络传输,屏幕亮度,锁屏-解锁
2. 分析结果:与基数据对比(来自产品经理或者以往的数据积累),横向对比(竞品)

APP测试–流畅度

流畅度介绍
动画播放或者图片切换的流畅性
流畅度的监控指标

APP测试–启动速度

总结
启动分类:热启动+冷启动
冷启动:启动怕怕进程,这种方式叫冷启动
热启动:从后台切换到前台

APP测试–安卓sdk

APP测试–稳定性

什么是稳定性
app程序能持久良好的运行
稳定性测试:在app应用中随意操作,挖掘出可能出现的异常(卡顿,闪退,崩溃,无响应)
monkey介绍
monkey就是猴子,monkey测试就像意思猴子一样在玩手机(乱抓,乱点)
作用:模拟用户随机(触摸屏幕,滑动,按键)等操作来对程序进行稳定性测试,检测程序异常情况

提示:1. monkey程序就是安卓系统中自带一款稳定性测试工具,由Java语言编写(无需单独安装)
2. android位置:/system/framework/monkey.jar

稳定性测试步骤

AI助手软件测试

平台(传智星云ai助手):https://nebula.itcast.cn/#/home

功能测试推荐:文心一言
测试流程:需求分析–测试计划–测试设计–测试执行–测试评估

ai助力测试计划:明确测试范围–进度安排–人力物力的分配–制定整体测试策略-制定风险评估与规避措施