功能模块测试

任何测试,不管测什么都是从了解需求开始的,但是大治思想是一样的。都是想要通过测试用例,把每一个分析到位,进行测试

登录怎么测试?
  • 功能方面的测试:

    1. 输入正确的用户名和密码,点击提交按钮,验证是否能正确登录,能否跳转到正确的页面

    2. 输入错误的用户名,验证登录失败,并且提示相应的错误信息

    3. 输入错误的密码,验证登录失败,并且提示相应的错误信息

    4. 用户名为空,验证登录失败,并且提示相应的错误信息

    5. 密码为空,验证登录失败,并且提示相应的错误信息

    6. 用户名和密码都为空,点击登录,并且提示相应操作信息

    7. 用户名和密码前后有空格的处理,并且提示相应操作信息

    8. 账号和密码的最大输入长度为多少

    9. 账号和密码的最小输入长度为多少

    10. 输入密码的时候,大写键盘开启的时候要有提示信息

    11. 登录的账号再次登录是否可以再次登录

    12. 超过用户名和密码的最大长度时,是否有提示

    13. 用户名和密码小于最小长度,是否有提示

    14. 输入框是否支持复制粘贴

    15. 电脑和手机是否可以同时登录

    16. 用户名和密码都不正确登陆失败,是否有提示找回密码

    17. 密码是否加密显示(星号或者圆点等)

    18. 牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者),刷星或换一个按钮是否好用

    19. 无网络操作登录,是否提示信息正确

    20. 缩小浏览器的时候,界面是否会错位

  • 界面测试:

    1. 布局是否合理
    2. 按钮大小和位置是否合适
    3. 界面的设计风格是否与UI的设计风格统一
    4. 界面中的文字简介易懂,没有错别字
  • 性能测试:

    1. 打开登录页面,需要几秒
    2. 不同网络环境下登录的时间:2G,3G,4G,5G,Wifi
    3. 输入正确的用户名和密码后,登录成功跳转到新页面,需要多长时间
  • 安全性方面的测试:

    1. 用户名和密码是否通过加密的方式,发送给Web服务器
    2. 用户名和密码的输入框,应该屏蔽SQL注入攻击
    3. 用户名的密码的输入框,应该禁止输入脚本(防止XSS攻击)
    4. 密码在传输的过程中是否加密传输
    5. 用户在不同终端上登录
    6. 用户异地登录
    7. 一个用户在不同终端上登录
  • 用户体验测试:

    1. 页面布局是否合理,输入框和按钮是否对齐

    2. 输入框的大小和按钮的长度,高度是否合理

    3. 是否可以全用键盘操作,是否有快捷键

  • 兼容性测试:

    1. B/S架构:不同浏览器测试,比如:IE,火狐,谷歌,360等。主流的浏览器下能否显示正常功能已经正常操作
    2. APP:在主流的不同类型下,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等

订单怎么测试?

​ 例如,一个系统的订单生成的流程是这样子的,用户下单后,系统会在用户端和卖家端生成一个待付款的订单,同时在数据库中也会生成一个待付款的订单,当用户付款完成后,用户端显示待发货状态,卖家端显示已付款待发货状态,订单在数据库的状态为待发货,同时产品相应的库存量会减少,用户的账户金额减少相应的金额;当卖家发货后,用户端和卖家端的订单状态都显示为配送中,数据库中的订单状态也同时发送变化,买家支付的款项会打入到卖家的账户,当用户评论完后,订单状态显示为已结束,数据库中相对应的订单状态也同时发生变化。这个一个正常的流程,要优先把这个流程测试通过,然后再考虑其他使用场景。

使用场景:
  1. 用户下单后,取消订单;
  2. 下单后,一直不付款;检查订单超时不付款的场景下,会不会自动取消订单;
  3. 弱网状态下,多次点击提交订单按钮,检查是否会生成多个订单
  4. 用户付款后,申请退款,买家端的订单状态为退款申请中,卖家段显示为退款审核,申请退款成功后,订单状态为已关闭状态,买家收到退还的金额;卖家拒绝退款后/退货,订单状态为待发货状态;卖家超时不处理退款申请,自动退款,订单自动设置为退款状态,买家收到退还的金额。
  5. 下单后,在不同的终端登录,一端取消订单,同时另一端对该订单进行付款
  • 用户体验:

    1. 订单页面是否整洁,清晰,文字大小是否适中,订单编号是否能复制

    2. 下单,取消订单,申请退款等功能是否有响应的内容,提示是否合理

    3. 是否支持快捷键

  • 兼容性:

    1. web端:在不同的浏览器,比如,IE,谷歌,火狐,360等
    2. app等,在主流的不同的机型,不同的分辨率,不同的操作系统的手机上进行测试
搜索功能怎么测试?
  • 功能方面的测试
    1.搜索单个文字,词语,句子,检索到的内容是否正确,链接是否正确

    2.长度,列如输入框支持100字符,那需要测试100字符,101字符,最大长度的显示是否正常显示

    3.哪些是支持的字符类型:数字,字母,汉字 ,特殊字符等
    4.字符串前后中带空格,前后的空格是否过滤,中间的空格是否保留

    5.是否支持换行

  • 性能方面的测试

    1.点击搜索按钮后,搜索结果多长时间能够显示

    2.进入搜索页面需要多久

  • 安全性方面的测试
    1.能否防止SQL注入攻击,能否防止xss攻击

  • 用户体验测试

    1.页面布局是否合理,输入框和按钮是否对齐

    2.输入框的大小和按钮的长度,高度是否合理

    3.快捷键是否可以正常使用

  • 兼容性测试
    1.B/S架构:不同浏览器测试,比如:IE,火狐,360,谷歌等
    2.APP:在主流的不同机型下,不同分辨率,不同操作系统的手机上测试

文件上传怎么测试?
  • 功能测试
    1. 选择符合要求的文件,上传--------------上传成功
    2. 上传成功的文件名称显示------------显示正常(根据需求)
    3. 查看,下载上传成功的文件------------上传的文件可查看或下载
    4. 删除上传成功的文件----------------可删除
    5. 替换上传成功的文件---------------------可替换
    6. 上传文件是否支持中文名称-------------------根据需求而定
    7. 文件路径是否可手动输入------------------根据需求而定
    8. 手动输入错误的文件路径,上传--------提示,不能上传
  • 文件大小测试
    1. 符合格式,总大小小于限制大小的文件-----------上传成功
    2. 符合文件,总大小等于限制大小的文件----------上传成功
    3. 符合文件总大小稍大于限制大小的文件-----------在上传初提示附件过大
    4. 小为0kb的文档-------------------不能上传
  • 文件名称测试
    1. 文件名称过长------------------提示过长
    2. 文件名称达到最大长度上传后名称显示,页面排版-----------页面是否显示正常
    3. 文件名名面-----------根据需求而定
  • 文件格式测试
    1. 上传正确格式--------上传成功
    2. 上传不允许的格式---------------提示不能上传
    3. 上传rar,zip等打包文件(多文件压缩)----------------根据需求而定
  • 安全性测试
    1. 上传可执行文件(exe文件),根据需求而定
    2. 上传常见的木马文件----------------提示不能上传
    3. 上传时服务器空间已满------------------有提示
  • 性能测试
    1. 上传时网速很慢(限速)---------------当超过一定时间,提示
    2. 上传过程断网---------------------提示是否上传成功
    3. 上传过程服务器的资源利用率-------------------------在正常范围
  • 界面测试
    1. 页面美观性,易用性(键盘和鼠标的操作,tab跳转的顺序是否正确)----------显示正确(根据需求)
    2. 按钮文字是否正确 ------正确
    3. 正确/错误提示的文字是否正确------------正确
    4. 说明性文字是否正确----------------------正确
购物车怎么测试?
  • 功能测试
    1. 未登录时,将商品加入购物车,页面跳转到登录页面,登录成功后购物车数量增加。
    2. 登录后:
      • 所有链接是否跳转正确
      • 商品是否可以成功加入购物车
      • 购物车商品总数是否有限制
      • 商品总数统计是否正确
      • 全选功能是否可用
      • 删除功能呢是否可用
      • 价格总计是否正确
      • 商品文字太长时是否显示完整
      • 新加入购物车商品排序
      • 收藏功能是否可用
      • 购物车结算功能是否可用
      • 商品删除后商品总数是否减少
  • 兼容性测试
    1. B/S架构:不同的浏览器测试,比如:IE,火狐,谷歌,360等
    2. APP:在主流的不同类型的 不同分辨率,不同操作系统上的手机上测试
  • 用户体验测试
    1. 删除商品时是否有提示
    2. 是否支持快捷键功能
    3. 是否有回到顶部的功能
    4. 购物车有多个商品时,能不能只对单个商品结算
    5. 界面布局,排版是否合理
    6. 文字是否显示清新
    7. 不同卖家的商品是否区分明显
  • 性能测试
    1. 打开购物车页面需要多长时间
  • 安全性测试
    1. 加入购物车时,抓包拦截数据
支付怎么测试
  • 从功能方面考虑

    1. 正常完成支付的流程
    2. 支付中断后继续支付的流程
    3. 支付中断后结束支付的流程
    4. 单订单支付的流程
    5. 多订单合并支付的流程
    6. 余额不总;金额的最小值,如0.01;金额为0
    7. 未绑定银行卡
    8. 密码错误
    9. 密码错误次数过多
    10. 找人代付
    11. 弱网状态下,连续点击支付功能,会不会支付多次
    12. 有优惠卷,折扣,促销进行结算是否正确
    13. 不同终端上的支付
    14. 支付失败后,再次支付
  • 性能方面考虑

    1. 支付的响应时间
  • 安全性方面

    1. 使用抓包工具拦截订单信息,并修改订单金额,或者修改订单号
  • 用户体验

    1. 是否支持快捷功能
    2. 点击付款按钮,是否有提示
    3. 取消付款,是否有提示
    4. UI界面是否整洁
    5. 输入框是否对齐,大小是否适中等
  • 兼容性测试

    1. B/S架构:不同的浏览器测试,比如:IE,火狐,谷歌,360等
    2. 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端页面,含有账号密码输入框 登录 取消按钮怎么测?
  • 功能测试
    1. 输入正确的账号密码点击登录,验证是否能正确登录
    2. 输入正确的账号密码点击取消按钮,验证是否能够取消登录
    3. 输入正确的账号错误的密码点击登录,验证登录失败,并且是否能够正确提示信息
    4. 输入错误密码,验证登录失败,并且是否能够正确提示信息
    5. 账号 密码都不输入 验证登录失败,并且是否能够正确提示信息
    6. 账号和密码其中有空格,验证登录失败,是否有对空格的特殊过滤处理
  • 性能测试
    1. 输入正确账号密码,点击登录。登录成功后需要等待多久跳转到新页面
    2. 打开登录页面,需要多少响应时间
  • 用户体验测试
    1. UI界面是否正确,是否与原型图一致
    2. 输入框的大小和按钮的长度,输入框的高度是否合理
    3. 是否可以使用快捷键盘
    4. 牵扯到验证码的还要考虑到扭曲文字的变形程度,以及色盲辨认度
  • 兼容性测试
    1. BS架构:不同浏览器测试,比如:IE,火狐,谷歌,360这些。
    2. APP:在主流的不同类型,不同分辨率,不同操作系统的手机上测试,华为,vivo,oppo等
  • 安全性方面的测试
    1. 密码是否在前端加密,在网络传输的过程中是否加密
    2. 用户名和密码的输入框,能否防止SQL注入攻击
    3. 用户名和密码的输入框,能否防止XSS攻击
    4. 错误登陆的次数限制(防止暴力破解)
    5. 是否支持多用户在同一机器上登录
    6. 一个用户在不同终端上登陆
    7. 用户异地登陆
电梯怎么测?
  • 功能测试

    1. 电梯按键(电梯内,电梯外按键,上下按键,楼层数字按键,关闭和打开按键)正常响应,且指示灯亮
    2. 电梯最底层是否有下行按钮,电梯最高层是否有上升按钮
    3. 报警装置是否可用,报警电话是否可以拔出,摄像头是否正常
    4. 电梯内通风如何
    5. 多个电梯协作用行(调度)
    6. 电梯内是否有手机信号,网络信号
    7. 超重时重新挪动人员是否可以正常上下运行
    8. 报警装置是否可用,满载
    9. 其中一台使用,另一台是否可以停用
  • 异常场景

    1. 电梯关闭时有人进入,伸手门不夹人
    2. 电压不稳,电梯是否平稳
    3. 进入电梯后不点击楼层号
    4. 电梯外部强制开门
  • 性能测试

    1. 电梯门开的时间多长,超过时间后是否自动关门
  • 停靠测试

    1. 2部均空闲时,采取就近原则,离乘电梯人最近的电梯优先运行
    2. 有一部运行时,以同行方向且顺路的电梯优先运行,否则安排空闲电梯
    3. 2部均运行时,以方向同行且顺路的电梯优先运行
    4. 每部电梯,在电梯内部每层在上升和下降过程中,再电梯内部均申请每层停靠
    5. 每部电梯,在电梯内部上升和下降的过程中,电梯外部可以申请每层停靠
    6. 电梯的平稳性,在上升或下降的过程中,是否会造成人体不适
  • 易用性

    1. 电梯的按钮设计是否符合一般人使用的习惯
    2. 按钮是否考虑残疾人和儿童
    3. 楼层显示屏是否处于电梯上部,方便别人看到
    4. 上升或下降的速度是否正常满足用户需求
    5. 耗电量测试
    6. 电梯界面是否整洁统一,按键光滑度或高度是否正常。按钮是否好用
  • 兼容性

    1. 电梯是否适用于不同不同楼型,不同地区,不同时区
视频播放器测试点
  • 功能测试
    1. 视频资源可以正常获取,不管是服务器返回还是后台添加等
    2. 视频的封面图,页面UI等正常
    3. 若一个视频中涉及到上一个视频,下一个视频时点击后都能正常切换到相应的视频,且视频正常播放
    4. 音量大小(如静音模式下播放时无声音,音量大小上限等)
    5. 视频最大化,最小化(如切换到最大化视频时全屏播放,最小化,切换到相应视频窗口)
    6. 播放列表的播放顺序,单循环,多循环,顺序播放,随机播放(验证视频播放是否正常)
    7. 其他逻辑
      • 点击视频时,视频正常播放,再次点击时暂停播放资源
      • 播放视频时应用切换到后台----切换到后台后暂停播放,再次进入应用为暂停状态;
      • 播放时杀掉程序进程-----视频播放结束,不保留观看进度,再次进入到该视频,从头播放
      • 播放时上衣滚动页面-----视频播放器位置恒定,滚动不影响播放
  • 兼容性测试
    1. 平台兼容性:如Android,IOS
    2. 系统兼容性:测试要引起注意,低版本的机型问题还是蛮多的
    3. 播放器是否与其他类型播放器兼容(需要考虑播放过程中是否和音频等相冲突)
  • 网络测试
    1. 网络切换测试:WIFI---移动网;移动网-----WIFI;WIFI----无网; 无网------WIFI;无网-------移动网
    2. 弱网测试:弱网情况下。视频播放是否有卡顿,黑屏,闪退等情况
    3. 无网时进入是否有提示info
    4. 移动网进行播放时是否有非wifi弹框提示
    5. 播放过程中断网时,播放完已加载的部分后停止播放且有相应提示;
    6. 播放过程中切换网络时有相应提示
  • 半屏/全屏切换测试
    1. 视频右下角全屏按钮,点击全屏横屏播放视频
    2. 点击收起按钮,全屏收起回到当前页半屏播放
    3. 俩这切换播放到当前页面,页面展示正常
  • 横竖屏切换测试
    1. 选择模式打开后,验证页面及视频播放是否正常
    2. 横屏模式下播放完视频,自动切换竖屏模式
  • 视频中断测试
    1. 播放中快进/后退进度,能正常播放本地资源,快进部卡顿,无延迟
    2. 播放中切换到后台,后台暂停播放,再次进入视频为暂停状态
    3. 视频播放时杀掉进程,则视频播放结束(是否保存进度具体看产品需求)
  • 视频易用性测试
    1. 界面是否方便,整洁(如视频封面图,片头,片尾,视频图像等各个界面)
    2. 快捷键是否正确
    3. 菜单那是否正确
    4. 图像是否清楚(在标清,高清,超清等模式下切换时视频播放正常,无卡顿黑屏闪退等,在切换过程中是否有加载loading的提示)
    5. 拖拽滚动条(拖,拽功能用起来是否友好)
    6. 是否具备播放记忆功能(即播放进度是否有记录)
语言转文字

测试点

  1. 语音识别失败是否有提示
  2. 不说话的时候发送语言,是否会有转文字
  3. 说话分贝很轻,是否可以录入语言转文字
  4. 转好的文字是否有错别字
  5. 是否可以选择转其他语言
  6. 语言转文字显示长度应该和转好的文字时长成正比,语言时长越长,文字信息显示越长
  7. 语言转文字响应的时间是多少
  8. 界面涉及,排版是否合理
  9. 不同手机型号和不同的微信版本是否都可以
  10. 移动端发送给pc端的语音是否可以转文字
posted @   乐乐乐乐乐乐樂  阅读(421)  评论(0编辑  收藏  举报
编辑推荐:
· 从 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的设计差异
jQuery火箭图标返回顶部代码
点击右上角即可分享
微信分享提示