功能模块测试
任何测试,不管测什么都是从了解需求开始的,但是大治思想是一样的。都是想要通过测试用例,把每一个分析到位,进行测试
登录怎么测试?
-
功能方面的测试:
-
输入正确的用户名和密码,点击提交按钮,验证是否能正确登录,能否跳转到正确的页面
-
输入错误的用户名,验证登录失败,并且提示相应的错误信息
-
输入错误的密码,验证登录失败,并且提示相应的错误信息
-
用户名为空,验证登录失败,并且提示相应的错误信息
-
密码为空,验证登录失败,并且提示相应的错误信息
-
用户名和密码都为空,点击登录,并且提示相应操作信息
-
用户名和密码前后有空格的处理,并且提示相应操作信息
-
账号和密码的最大输入长度为多少
-
账号和密码的最小输入长度为多少
-
输入密码的时候,大写键盘开启的时候要有提示信息
-
登录的账号再次登录是否可以再次登录
-
超过用户名和密码的最大长度时,是否有提示
-
用户名和密码小于最小长度,是否有提示
-
输入框是否支持复制粘贴
-
电脑和手机是否可以同时登录
-
用户名和密码都不正确登陆失败,是否有提示找回密码
-
密码是否加密显示(星号或者圆点等)
-
牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者),刷星或换一个按钮是否好用
-
无网络操作登录,是否提示信息正确
-
缩小浏览器的时候,界面是否会错位
-
-
界面测试:
- 布局是否合理
- 按钮大小和位置是否合适
- 界面的设计风格是否与UI的设计风格统一
- 界面中的文字简介易懂,没有错别字
-
性能测试:
- 打开登录页面,需要几秒
- 不同网络环境下登录的时间:2G,3G,4G,5G,Wifi
- 输入正确的用户名和密码后,登录成功跳转到新页面,需要多长时间
-
安全性方面的测试:
- 用户名和密码是否通过加密的方式,发送给Web服务器
- 用户名和密码的输入框,应该屏蔽SQL注入攻击
- 用户名的密码的输入框,应该禁止输入脚本(防止XSS攻击)
- 密码在传输的过程中是否加密传输
- 用户在不同终端上登录
- 用户异地登录
- 一个用户在不同终端上登录
-
用户体验测试:
-
页面布局是否合理,输入框和按钮是否对齐
-
输入框的大小和按钮的长度,高度是否合理
-
是否可以全用键盘操作,是否有快捷键
-
-
兼容性测试:
- B/S架构:不同浏览器测试,比如:IE,火狐,谷歌,360等。主流的浏览器下能否显示正常功能已经正常操作
- APP:在主流的不同类型下,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等
订单怎么测试?
例如,一个系统的订单生成的流程是这样子的,用户下单后,系统会在用户端和卖家端生成一个待付款的订单,同时在数据库中也会生成一个待付款的订单,当用户付款完成后,用户端显示待发货状态,卖家端显示已付款待发货状态,订单在数据库的状态为待发货,同时产品相应的库存量会减少,用户的账户金额减少相应的金额;当卖家发货后,用户端和卖家端的订单状态都显示为配送中,数据库中的订单状态也同时发送变化,买家支付的款项会打入到卖家的账户,当用户评论完后,订单状态显示为已结束,数据库中相对应的订单状态也同时发生变化。这个一个正常的流程,要优先把这个流程测试通过,然后再考虑其他使用场景。
使用场景:
- 用户下单后,取消订单;
- 下单后,一直不付款;检查订单超时不付款的场景下,会不会自动取消订单;
- 弱网状态下,多次点击提交订单按钮,检查是否会生成多个订单
- 用户付款后,申请退款,买家端的订单状态为退款申请中,卖家段显示为退款审核,申请退款成功后,订单状态为已关闭状态,买家收到退还的金额;卖家拒绝退款后/退货,订单状态为待发货状态;卖家超时不处理退款申请,自动退款,订单自动设置为退款状态,买家收到退还的金额。
- 下单后,在不同的终端登录,一端取消订单,同时另一端对该订单进行付款
-
用户体验:
-
订单页面是否整洁,清晰,文字大小是否适中,订单编号是否能复制
-
下单,取消订单,申请退款等功能是否有响应的内容,提示是否合理
-
是否支持快捷键
-
-
兼容性:
- web端:在不同的浏览器,比如,IE,谷歌,火狐,360等
- app等,在主流的不同的机型,不同的分辨率,不同的操作系统的手机上进行测试
搜索功能怎么测试?
-
功能方面的测试
1.搜索单个文字,词语,句子,检索到的内容是否正确,链接是否正确2.长度,列如输入框支持100字符,那需要测试100字符,101字符,最大长度的显示是否正常显示
3.哪些是支持的字符类型:数字,字母,汉字 ,特殊字符等
4.字符串前后中带空格,前后的空格是否过滤,中间的空格是否保留5.是否支持换行
-
性能方面的测试
1.点击搜索按钮后,搜索结果多长时间能够显示
2.进入搜索页面需要多久
-
安全性方面的测试
1.能否防止SQL注入攻击,能否防止xss攻击 -
用户体验测试
1.页面布局是否合理,输入框和按钮是否对齐
2.输入框的大小和按钮的长度,高度是否合理
3.快捷键是否可以正常使用
-
兼容性测试
1.B/S架构:不同浏览器测试,比如:IE,火狐,360,谷歌等
2.APP:在主流的不同机型下,不同分辨率,不同操作系统的手机上测试
文件上传怎么测试?
- 功能测试
- 选择符合要求的文件,上传--------------上传成功
- 上传成功的文件名称显示------------显示正常(根据需求)
- 查看,下载上传成功的文件------------上传的文件可查看或下载
- 删除上传成功的文件----------------可删除
- 替换上传成功的文件---------------------可替换
- 上传文件是否支持中文名称-------------------根据需求而定
- 文件路径是否可手动输入------------------根据需求而定
- 手动输入错误的文件路径,上传--------提示,不能上传
- 文件大小测试
- 符合格式,总大小小于限制大小的文件-----------上传成功
- 符合文件,总大小等于限制大小的文件----------上传成功
- 符合文件总大小稍大于限制大小的文件-----------在上传初提示附件过大
- 小为0kb的文档-------------------不能上传
- 文件名称测试
- 文件名称过长------------------提示过长
- 文件名称达到最大长度上传后名称显示,页面排版-----------页面是否显示正常
- 文件名名面-----------根据需求而定
- 文件格式测试
- 上传正确格式--------上传成功
- 上传不允许的格式---------------提示不能上传
- 上传rar,zip等打包文件(多文件压缩)----------------根据需求而定
- 安全性测试
- 上传可执行文件(exe文件),根据需求而定
- 上传常见的木马文件----------------提示不能上传
- 上传时服务器空间已满------------------有提示
- 性能测试
- 上传时网速很慢(限速)---------------当超过一定时间,提示
- 上传过程断网---------------------提示是否上传成功
- 上传过程服务器的资源利用率-------------------------在正常范围
- 界面测试
- 页面美观性,易用性(键盘和鼠标的操作,tab跳转的顺序是否正确)----------显示正确(根据需求)
- 按钮文字是否正确 ------正确
- 正确/错误提示的文字是否正确------------正确
- 说明性文字是否正确----------------------正确
购物车怎么测试?
- 功能测试
- 未登录时,将商品加入购物车,页面跳转到登录页面,登录成功后购物车数量增加。
- 登录后:
- 所有链接是否跳转正确
- 商品是否可以成功加入购物车
- 购物车商品总数是否有限制
- 商品总数统计是否正确
- 全选功能是否可用
- 删除功能呢是否可用
- 价格总计是否正确
- 商品文字太长时是否显示完整
- 新加入购物车商品排序
- 收藏功能是否可用
- 购物车结算功能是否可用
- 商品删除后商品总数是否减少
- 兼容性测试
- B/S架构:不同的浏览器测试,比如:IE,火狐,谷歌,360等
- APP:在主流的不同类型的 不同分辨率,不同操作系统上的手机上测试
- 用户体验测试
- 删除商品时是否有提示
- 是否支持快捷键功能
- 是否有回到顶部的功能
- 购物车有多个商品时,能不能只对单个商品结算
- 界面布局,排版是否合理
- 文字是否显示清新
- 不同卖家的商品是否区分明显
- 性能测试
- 打开购物车页面需要多长时间
- 安全性测试
- 加入购物车时,抓包拦截数据
支付怎么测试
-
从功能方面考虑
- 正常完成支付的流程
- 支付中断后继续支付的流程
- 支付中断后结束支付的流程
- 单订单支付的流程
- 多订单合并支付的流程
- 余额不总;金额的最小值,如0.01;金额为0
- 未绑定银行卡
- 密码错误
- 密码错误次数过多
- 找人代付
- 弱网状态下,连续点击支付功能,会不会支付多次
- 有优惠卷,折扣,促销进行结算是否正确
- 不同终端上的支付
- 支付失败后,再次支付
-
性能方面考虑
- 支付的响应时间
-
安全性方面
- 使用抓包工具拦截订单信息,并修改订单金额,或者修改订单号
-
用户体验
- 是否支持快捷功能
- 点击付款按钮,是否有提示
- 取消付款,是否有提示
- UI界面是否整洁
- 输入框是否对齐,大小是否适中等
-
兼容性测试
- B/S架构:不同的浏览器测试,比如:IE,火狐,谷歌,360等
- APP:在主流的不同类型的 不同分辨率,不同操作系统上的手机上测试
微信支付测试?
-
功能测试
① 正确的金额+无留言+无表情
② 错误的金额+无留言+无表情
③ 正确的金额+有留言+无表情
④ 错误的金额+有留言+无表情
⑤ 正确的金额+无留言+有表情
⑥ 错误的金额+无留言+有表情
⑦ 正确的金额+有留言+有表情
⑧ 错误的金额+有留言+有表情
其中,金额(0.01-200)可以测试以下数据数字:测试0, 0.009, 0.01,0.011, 01, 199.99, 200, 200.01这些边界值
中文、英文、特殊字符或者这几种的组合
是否支持复制黏贴
为空/包含空格
金额的增删查改
留言可以测试以下数据数字、中文、英文、特殊字符、表情或者他们的组合
输入超长文本时,是否会给出相应的限制或提示
包含空格
是否支持复制黏贴
留言的增删查改
表情可以测试以下数据选择收藏的表情测试(动图/静图)
选择下载的表情测试(动图/静图)
录制表情,并添加进行测试
表情的增删查改
⑨ 点击塞钱进红包,选择零钱付款,此时需要考虑金额>零钱,金额<零钱,金额=零钱三种情况
⑩ 点击塞钱进红包,选择已添加的银行卡付款,此时同样需要考虑金额>银行卡余额,金额<银行卡余额,金额=银行卡余额三种情况
⑪ 点击塞钱进红包,选择使用新卡付款,按照流程添加新卡,此时同样需要考虑金额>新卡余额,金额<新卡余额,金额=新卡余额三种情况
⑫ 使用指纹确认付款(正确的/不正确的指纹)
⑬ 使用密码确认付款(正确的/不正确的密码 )
⑭ 发送成功之后,对应的途径会减少相应的金额
⑮ 发送者/接受者可以点击红包查看到红包的具体信息,且金额,留言,表情均能正确显示
⑯ 好友点击红包之后,零钱中将增加相应的金额,再次点击之后,只能查看到红包的信息
⑰ 24小时之内没有领取的红包,将退回原账户,此时原账户的零钱将增加相应金额的金钱。24小时后好友点击红包,显示红包已过期,无法查看到红包的余额
⑱ 右上角的红包记录中,可以查看刚刚发出的红包的金额
⑲ 检测帮助中心中链接是否均可以正常跳转,查看
20 当红包超过24小时之后,则无法查看红包被每个人领取的详细信息2)发送群红包(与发给好友的测试点相似,以下仅写出不同的部分)
① 选择为拼手气红包时,群中每个人收到的金额随机(但加起来为红包的总金额),为普通红包时,群中每个人收到的金额相同
② 红包个数(1-100):0,1,2,大于群成员人数,小于群成员人数,等于群成员人数,99,100,101,小数,中文、英文、特殊字符、表情或者他们的组合
③ 但红包没有被抢完时,此时首次点击该红包的人可以抢到一定金额的红包,不是首次点击该红包的人只能查看该红包的信息;当红包抢完时,所有人只能查看该红包的信息。
④ 在24小时之内红包的金额被完全抢完,且此时为拼手气红包时,金额最多的人会显示为最佳手气(若有两个人取得红包的最大值时,则只有一个人会显示为最佳手气);若没有被完全抢完,则没有最佳手气,且余额会退还到原账户
⑤ 群中所有人均可以抢红包(包括自己),每个人最多只有一次抢该红包的机会
⑥ 测试当红包个数使得每个红包分到钱小于0.01,即总金额为0.02,而红包个数为3时的情况2、兼容性测试
1)苹果手机和安卓手机
2)苹果手机的不同版本
3)安卓手机不同的机型
4)不同分辨率3、性能测试
1)打开红包的响应时间不能超过三秒,高并发场景下不能超过5秒
2)耗电量
3)消耗流量的多少
4)所占内存
等4、UI测试&易用性测试
1)界面的设计风格是否统一
2)界面中文字是否简洁,没有错别字
3)是否易操作,易学习,易理解5、中断测试:前后台切换,网络异常,低电量,断电,来电,短信等
6、网络测试
1)网络兼容性:2g/3g/4g,WiFi,热点,移动/联通/电信
2)无网测试
3)弱网:延时&丢包
总而言之,万物皆对象,万物皆可测。我们需要熟悉产品流程,了解测试点。知道每种情况下相对于出现的情况。例如,发红包金额大于零钱 ,小于零钱,等于零钱。相对于自己账号中的余额和对方账号中的余额会有什么变化。每种可以支付出现的可能。群发红包时,当有人领取之后,红包会有什么变化,再次点击红包时会有什么变化。红包金额是否可以大于群里总人数,当红包全部被抢完时,只能显示全部领取信息。其中的手气最佳则是,当红包还未被全部抢完时,不会出现手气最加。当红包被全部抢完时,出现手气最佳。24小时内未领取的红包则被退回,当再次点击红包时,无法查看到红包的详情
一个Web端页面,含有账号密码输入框 登录 取消按钮怎么测?
- 功能测试
- 输入正确的账号密码点击登录,验证是否能正确登录
- 输入正确的账号密码点击取消按钮,验证是否能够取消登录
- 输入正确的账号错误的密码点击登录,验证登录失败,并且是否能够正确提示信息
- 输入错误密码,验证登录失败,并且是否能够正确提示信息
- 账号 密码都不输入 验证登录失败,并且是否能够正确提示信息
- 账号和密码其中有空格,验证登录失败,是否有对空格的特殊过滤处理
- 性能测试
- 输入正确账号密码,点击登录。登录成功后需要等待多久跳转到新页面
- 打开登录页面,需要多少响应时间
- 用户体验测试
- UI界面是否正确,是否与原型图一致
- 输入框的大小和按钮的长度,输入框的高度是否合理
- 是否可以使用快捷键盘
- 牵扯到验证码的还要考虑到扭曲文字的变形程度,以及色盲辨认度
- 兼容性测试
- BS架构:不同浏览器测试,比如:IE,火狐,谷歌,360这些。
- APP:在主流的不同类型,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等
- 安全性方面的测试
- 密码是否在前端加密,在网络传输的过程中是否加密
- 用户名和密码的输入框,能否防止SQL注入攻击
- 用户名和密码的输入框,能否防止XSS攻击
- 错误登陆的次数限制(防止暴力破解)
- 是否支持多用户在同一机器上登录
- 一个用户在不同终端上登陆
- 用户异地登陆
电梯怎么测?
-
功能测试
- 电梯按键(电梯内,电梯外按键,上下按键,楼层数字按键,关闭和打开按键)正常响应,且指示灯亮
- 电梯最底层是否有下行按钮,电梯最高层是否有上升按钮
- 报警装置是否可用,报警电话是否可以拔出,摄像头是否正常
- 电梯内通风如何
- 多个电梯协作用行(调度)
- 电梯内是否有手机信号,网络信号
- 超重时重新挪动人员是否可以正常上下运行
- 报警装置是否可用,满载
- 其中一台使用,另一台是否可以停用
-
异常场景
- 电梯关闭时有人进入,伸手门不夹人
- 电压不稳,电梯是否平稳
- 进入电梯后不点击楼层号
- 电梯外部强制开门
-
性能测试
- 电梯门开的时间多长,超过时间后是否自动关门
-
停靠测试
- 2部均空闲时,采取就近原则,离乘电梯人最近的电梯优先运行
- 有一部运行时,以同行方向且顺路的电梯优先运行,否则安排空闲电梯
- 2部均运行时,以方向同行且顺路的电梯优先运行
- 每部电梯,在电梯内部每层在上升和下降过程中,再电梯内部均申请每层停靠
- 每部电梯,在电梯内部上升和下降的过程中,电梯外部可以申请每层停靠
- 电梯的平稳性,在上升或下降的过程中,是否会造成人体不适
-
易用性
- 电梯的按钮设计是否符合一般人使用的习惯
- 按钮是否考虑残疾人和儿童
- 楼层显示屏是否处于电梯上部,方便别人看到
- 上升或下降的速度是否正常满足用户需求
- 耗电量测试
- 电梯界面是否整洁统一,按键光滑度或高度是否正常。按钮是否好用
-
兼容性
- 电梯是否适用于不同不同楼型,不同地区,不同时区
视频播放器测试点
- 功能测试
- 视频资源可以正常获取,不管是服务器返回还是后台添加等
- 视频的封面图,页面UI等正常
- 若一个视频中涉及到上一个视频,下一个视频时点击后都能正常切换到相应的视频,且视频正常播放
- 音量大小(如静音模式下播放时无声音,音量大小上限等)
- 视频最大化,最小化(如切换到最大化视频时全屏播放,最小化,切换到相应视频窗口)
- 播放列表的播放顺序,单循环,多循环,顺序播放,随机播放(验证视频播放是否正常)
- 其他逻辑
- 点击视频时,视频正常播放,再次点击时暂停播放资源
- 播放视频时应用切换到后台----切换到后台后暂停播放,再次进入应用为暂停状态;
- 播放时杀掉程序进程-----视频播放结束,不保留观看进度,再次进入到该视频,从头播放
- 播放时上衣滚动页面-----视频播放器位置恒定,滚动不影响播放
- 兼容性测试
- 平台兼容性:如Android,IOS
- 系统兼容性:测试要引起注意,低版本的机型问题还是蛮多的
- 播放器是否与其他类型播放器兼容(需要考虑播放过程中是否和音频等相冲突)
- 网络测试
- 网络切换测试:WIFI---移动网;移动网-----WIFI;WIFI----无网; 无网------WIFI;无网-------移动网
- 弱网测试:弱网情况下。视频播放是否有卡顿,黑屏,闪退等情况
- 无网时进入是否有提示info
- 移动网进行播放时是否有非wifi弹框提示
- 播放过程中断网时,播放完已加载的部分后停止播放且有相应提示;
- 播放过程中切换网络时有相应提示
- 半屏/全屏切换测试
- 视频右下角全屏按钮,点击全屏横屏播放视频
- 点击收起按钮,全屏收起回到当前页半屏播放
- 俩这切换播放到当前页面,页面展示正常
- 横竖屏切换测试
- 选择模式打开后,验证页面及视频播放是否正常
- 横屏模式下播放完视频,自动切换竖屏模式
- 视频中断测试
- 播放中快进/后退进度,能正常播放本地资源,快进部卡顿,无延迟
- 播放中切换到后台,后台暂停播放,再次进入视频为暂停状态
- 视频播放时杀掉进程,则视频播放结束(是否保存进度具体看产品需求)
- 视频易用性测试
- 界面是否方便,整洁(如视频封面图,片头,片尾,视频图像等各个界面)
- 快捷键是否正确
- 菜单那是否正确
- 图像是否清楚(在标清,高清,超清等模式下切换时视频播放正常,无卡顿黑屏闪退等,在切换过程中是否有加载loading的提示)
- 拖拽滚动条(拖,拽功能用起来是否友好)
- 是否具备播放记忆功能(即播放进度是否有记录)
语言转文字
测试点
- 语音识别失败是否有提示
- 不说话的时候发送语言,是否会有转文字
- 说话分贝很轻,是否可以录入语言转文字
- 转好的文字是否有错别字
- 是否可以选择转其他语言
- 语言转文字显示长度应该和转好的文字时长成正比,语言时长越长,文字信息显示越长
- 语言转文字响应的时间是多少
- 界面涉及,排版是否合理
- 不同手机型号和不同的微信版本是否都可以
- 移动端发送给pc端的语音是否可以转文字
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· C#/.NET/.NET Core技术前沿周刊 | 第 29 期(2025年3.1-3.9)
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异