zoukankan      html  css  js  c++  java
  • 测试用例点

    任何测试点都需要通过 功能 性能 安全 易用 界面 (网络)

    1.微信发红包的测试用例点:(3

    功能

    1.在红包钱数,和红包个数的输入框中只能输入数字

    2.红包里最多和最少可以输入的钱数  200  0.01

    3.拼手气红包最多可以发多少个红包  100

    3.1超过最大拼手气红包的个数是否有提醒

    4.当红包钱数超过最大范围是不是有对应的提示

    5.当发送的红包个数超过最大范围是不是有提示

    6.当余额不足时,红包发送失败

    7.在红包描述里是否可以输入汉字,英文,符号,表情,纯数字,汉字英语符号,

    7.1是否可以输入它们的混合搭配

    8.输入红包钱数是不是只能输入数字

    9.红包描述里许多能有多少个字符   10个

    10.红包描述,金额,红包个数框里是否支持复制粘贴操作

    12.红包描述里的表情可以删除

    13.发送的红包别人是否可以领取

    13.1发的红包自己可不可以领取   2人

    14. 24小时内没有领取的红包是否可以退回到原来的账户

    14.1  超过24小时没有领取的红包,是否还可以领取

    15.用户是否可以多次抢一个红包

    16.发红包的人是否还可以抢红包   多人

    17.红包的金额里的小数位数是否有限制

    18.可以按返回键,取消发红包

    19. 断网时,无法抢红包

    20.可不可以自己选择支付方式

    21.余额不足时,会不会自动匹配支付方式

    22.在发红包界面能否看到以前的收发红包的记录

    23.红包记录里的信息与实际收发红包记录是否匹配

    24.支付时可以密码支付也可以指纹支付

    25.如果直接输入小数点,那么小数点之前应该有个0

    26.支付成功后,退回聊天界面

    27.发红包金额和收到的红包金额应该匹配

    28.是否可以连续多次发红包

    29.输入钱数为0,"塞钱进红包"置灰

    性能

    1.弱网时抢红包,发红包时间

    2.不同网速时抢红包,发红包的时间

    3.发红包和收红包成功后的跳转时间

    4.收发红包的耗电量

    5.退款到账的时间

    兼容

    1.苹果,安卓是否都可以发送红包

    2.电脑端可以抢微信红包

    界面

    1.发红包界面没有错别字

    2.抢完红包界面没有错别字

    3.发红包和收红包界面排版合理,

    4.发红包和收到红包界面颜色搭配合理 

    安全

    1.对方微信号异地登录,是否会有提醒   2人

    2.红包被领取以后,发送红包人的金额会减少,收红包金额会增加

    3.发送红包失败,余额和银行卡里的钱数不会少

    4.红包发送成功,是否会收到微信支付的通知

    易用性(有点重复)

    1.红包描述,可以通过语音输入

    2.可以指纹支付也可以密码支付

    2.电梯的联动测试用例点

    界面测试:

    外观(里面、外面)美观性
    电梯空间尺寸是否和设计尺寸一致
    按钮是否清晰和易懂
    显示楼层的显示屏是否安装
    是否联系外界的电话、紧急电话
    设备检测说明书
    安全规范说明书

    标识的承重和人数
    扶手
    镜子
    仅提供可到达楼层的按钮
    电梯制作的材料

    功能测试:

    测试电梯能否实现正常的上升和下降功能,每层是否都可以停靠。
    每层停靠楼层是否与所按的楼层一致
    电梯按键在按下时是否点亮按键灯
    电梯在每个楼层的上行和下行的申请是否可以有效
    电梯满负载的时候,是否会忽略其他楼层外部的上行和下行申请
    电梯的两边按钮是否都可以使用,三列按钮。
    电梯的楼层选择是否可以取消
    电梯门的打开,关闭是否正常关闭(自动关闭)。
    报警装置是否可用。(满载)
    超重时是否能强制关门
    超重时重新挪动一下人员是否可以上下行
    与另外一部电梯之间是否协作良好。(算法)
    电梯的灯光是否满足看书的要求
    联系外界的电话是否可用
    通风状况如何,人多的时候是否会很热,通风不畅(排气扇)
    电梯里面的摄像头是否可用,拍摄是否清晰
    门不夹人
    伸手的话,应该不会强制关门
    管理员可以和内部人通话
    在各种场合下,可以强制开门
    运行中时,不能按开门键,不会强制开门
    在不同情况下(如:有人挡着、马上关门的时候、停电的时候、没有请求的时候…),一直按开门键和关门键
    从电梯外部可以强制开门
    不同温度下的测试
    进入电梯,拨打手机,是否有信号
    进入电梯喊话,外面是否能听到
    楼层显示屏显示的楼层、以及电梯运行升降状态是否正确
    两台电梯能否同时使用(或停用)
    其中一台使用,另一台是否可以停用
    A电梯按上行,B电梯按上行
    A电梯按上行,B电梯按下行
    A电梯按上行,B电梯按上下行
    A电梯按上行,B电梯按下上行
    A电梯按下行,B电梯按下行
    A电梯按下行,B电梯按上下行
    A电梯按下行,B电梯按下上行
    A电梯按上下行,B电梯按上下行
    A电梯按上下行,B电梯按下上行
    电梯空时如何运转
    电梯门开时不进电梯
    进入电梯后不做任何操作
    电梯门开的时间多长,超过时间后是否自动关门
    电梯门开的时间超时后关门到最后2厘米,是否可以撬开门
    电梯门关闭后还未上升时,电梯外按下上行(或下行)按钮,电梯门是否会打开
    电梯最底层是否有下行按钮
    电梯最顶层是否有上行按钮

    停靠算法测试:

    2部均空闲时,采取就近原则,离乘电梯人最近的电梯优先运行;
    1部运行时,以同行方向且顺路的电梯优先运行,否则安排空闲电梯;
    2部均运行时,以方向通行且顺路的电梯优先运行;
    每部电梯,在电梯内部每层在上升和下降过程中,再电梯内部均申请每层停靠
    每部电梯,在电梯内部每层在上升和下降过程中,再内部没有任何申请的情况下,在电梯外部均申请每层停靠
    每部电梯,在电梯内部每层在上升和下降过程中,再电梯内部均申请每层停靠,在电梯外部也申请每层停靠
    电梯本来在1楼,如果有人按18楼,那么电梯在上升到5楼的时候,有人按了10楼,这时候是否会在10楼先停下来
    电梯下降到10层时显示满员,此时若8层有人等待电梯,是否在8层停。
    类似7、8测试步骤地随机测试,在电梯内部和外部均有不同组合申请的情况下,验证楼层停靠是否准确和合理。
    电梯的平稳性,是否会上升过快或者下降过快,造成人体不适应反应

    可靠性:

    无任何申请的时候,可以长时间停留在某层,并且门是关闭的
    门关上的一刹那出现障碍物。
    长期有障碍物在门口堵住,电梯应该也不会关门或上升和下降
    同时按关门和开门按钮。
    快速交替按关门开门按钮
    点击当前楼层号码。
    快速点击不同楼层
    上升到顶层后,电梯中的原有下楼请求均会被取消
    下降到负楼层后,电梯中的原有上楼请求均会被取消
    电梯外部同时按上键和下键会怎样。
    长按打开按钮,电梯门是否持续打开
    突然停电或超载时的情况,电梯(停靠、正在上升、正在下降)不会坠落,电梯门可以通过外力打开,并且紧急电话可用
    电梯运行中,申请马上要经过的楼层停靠,电梯应该不会停靠。
    在电梯里面蹦跳,电梯不会出现不稳定的情况。
    电压不稳定的情况下的电梯运行情况
    电梯不能正常工作的时候是否有监控系统自动报警
    电梯不能正常工作的时候,是否有流程可以精确的指定到人进行所有故障解决的高效处理

    易用性:

    电梯的按钮的设计符合一般人使用的习惯吗.
    按钮是否考虑残疾人和小孩儿
    楼层显示屏是否处于电梯的上部,方便别人看到
    可维护性
    是否有方便维修和维护电梯的工作条件(竖井通道、统一断电等)
    电梯的常用配件是否容易更换
    电梯的维修成本如何
    电梯的安装、维护、测试
    超过维修年限,是否可以正常运转

     

    3.语音转文字(网易)

    语音识别失败是否有提示

    不说话的时候发送语音, 是否会有转文字

    说话分贝很轻很轻, 是否可以录入语言转文字

    转好的文字是否有错别字

    转文字的字数是否有最短限制 和 最长限制

    语言超出了最长时间限制时转文字是否准确

    是否可以转中文, 英文, 日语

    是否可以转小动物的声音: 狗叫, 猫叫, 羊叫等等

    是否可以转其他声音: 汽笛, 施工声等等

    语音转完文字后退出聊天页面在进入转完的文字是否消失

    语音转文字显示长度应该和转好的文字时长成正比, 语言时长越长, 文字信息显示 的长度越长

    语言转文字响应的时间是多少

    语音转换成文字全部显示出来的响应时间

    一条转好文字的语言耗电量是多少

    对于手机或者电脑资源的占用情况

    界面设计, 排版是否合理

    不同手机系统下是否可以语音转文字

    不同手机型号和不同的微信版本是否都可以

    移动端发送给pc的语音是否可以转文字

    如果有敏感词汇转出的文字是否其他词来代替

    如果语音转文字转到一半被撤回是否能看全

    4.播放器(字节)

    一.功能测试

    1.打开,关闭播放器

    2.播放,暂停,停止播放器 

    3.上一个視频,下一个视频

    4.音量大小,静音

    5.最大化,最小化

    6.播放列表的添加,删除,查看

    7.播放列表的播放顺序,单循环,多循环,顺序播放,随即播放

    8.支持的所有播放格式的文件

    9.能否播放被隐藏的媒体文件

    10.能否通过网络播放已共享的媒体文件

    二.易用性测试

    11.界面是否方便,整洁

    12.快捷键是否正确

    13.菜单是否正确

    14.图像是否清楚

    15.拖拽滚动条

    16.是否支持直接拖动文件到播放器中

    17.是否具备播放记忆功能

    18.是否能否自动保存以前的播放列表

    三.性能测试

    19.一次性添加多个文件到播放列表,看播放器的反应时间

    20.播放大容量的文件,看加载多长时间能正常播放

    四.兼容性测试

    21.播放器是否能在其他平台上正常播放

    22.播放器是否与其他类型播放器兼容

    五.安装测试

    23.播放器是否安装成功

    24.播放器是否能自定义安装

    25.安装过程是否能回到上一步重新安装

    26.是否能成功卸载

    27.卸载后要检查安装文件夹是否同时被删除,如果在安装时在注册表中填入了关键字,是否在卸载后进行了删除,

    如果在安装时增加了服务,是否在卸载后进行了删除,如果在安装时设置了端口好,是否在卸载后对端口号进行了释放

    28.是否有默认安装

    29.播放器软件的升级安装

    30.在播放媒体文件的过程中进行播放器软件的升级

    31.播放器软件正在使用过程中,进行播放器软件的卸载操作

    32.播放器软件正在使用过程中,在系统后台删除播放器软件对应的安装目录

    33.是否能够自动监测到升级版本,提示用户进行安装升级

    34.安装成功后,检查后台的安装文件夹及相关文件内容是否完整,准确,安装目录是否与用户安装时指定的目录相一致

    35.安装成功后,如果要向注册表中填入相关的关键字,则要查找注册表信息是否填写完整正确

    36.安装成功后,如果要创建相关的服务,则要查看是否添加了相关的服务,服务是否默认自动启动

    37.安装成功后,如果占用了某个端口号,则要查看是否进行了正确的端口号配置(34-36可能不适合于播放器软件的安装,但可以在其他系统安装时作为测试点考虑)

    六.可靠性测试

    38.是否能打开网络共享的文件

    39.打开不支持的文件,是否有相应提示

    40.从播放列表中播放不在存在的文件,是否会提示出错

    41.出错后,是否能再次打开支持的文件

    42.是否能播放不完整的文件(比如,bt下载示完成)

    43.若系统没有安装扬声器,是否可以进行播放器软件的使用

    44.能否同时打开多个播放器

    45.在文件被播放的同时,能否剪切、删除或移动媒体文件

    46.在文件被播放的同时,能否修改媒体文件的名称或类型

    47.如果在播放过程中,异常退出(程序关闭,系统断电或网络故障),是否记录了相关的播放点,在异常排除后,能否从播放点继续播放

    48.当某个媒体文件出现播放错误后,不影响其他媒体文件的播放

    49.是否具备自动纠错功能

    50.在不同客户端机器上,同时播放同一个媒体文件

    七.文档测试

    51.帮助文档是否存在,完整,准确

    5. 一个web端页面含有账号密码输入框、登陆和取消按钮(笔试题)

    有一个登录也页面,页面有1个用户名输入框,一个密码输入框,一个提交按钮,设计测试用例。

    注意:首先应该了解用户的需求,比如这个登录页面应该是弹出窗口式的,还是直接在网页里面的,对用户名的长度、和密码的强度(密码多少位、大小写,特殊字符混搭)等,还有比如用户对页面的美观是不是有特殊的要求等,(是否进行UI测试)。

    考察:面试者是否熟悉各种测试方法,是否有比较丰富的web测试经验,是否了解web开发,设计case的能力。

    一、功能测试

    1、什么都不输入,点击提交按钮,看提示信息

    2、输入正确的用户名和密码,点击提交按钮,验证是否能正确登录

    3、输入错误的用户名或者密码,验证登录会失败,并且提示相应的错误信息

    4、用户名和密码,如果太短或者太长,应该怎么处理。

    5、用户名和密码中,有特殊字符(比如空格),和其他非英文的情况

    6、记住用户名的功能

    7、登录失败后,不能记录密码的功能

    8、用户名和密码前后有空格的怎么处理

    9、密码是否加密显示(星号或者原点)

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

    11、登录页面中的注册、忘记密码,登录用另一账号登录等链接是否正确

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

    二、界面测试

    1、布局是否合理,2个输入框和一个按钮是否对齐

    2、输入框和按钮的长度,高度是否符合要求

    3、界面的设计风格是否与UI的设计风格统一

    4、界面中的文字简洁易懂,没有错别字

    三、性能测试

    1、打开登录页面,需要几秒才能加载完成

    2、输入正确的用户名和密码后,登录成功跳转到新页面,不超过5秒 

    四、安全测试

    1、登录成功后生成的cookie,是否是HTTPonly(否则容易被盗取)

    2、用户名和密码是否通过加密之后才发送给web服务器

    3、用户名和密码的验证,应该是用服务器端验证,而不能单单是在客户端用JavaScript验证

    4、用户名和密码的输入框,应该屏蔽SQL注入攻击

    5、用户名和密码输入框。应该禁止输入脚本(防止XSS攻击)

    6、错误登录的次数限制(防止暴力破解)

    7、考虑是否支持多用户在同一机器上登录

    8、考虑-个用户在多台机器上登录

    五、可用性测试

    1、是否可以全用键盘操作,是否有快捷键

    2、输入用户名、密码后按回车,是否可以登录

    3、输入框能否可以以Tab键切换

    六、兼容性测试

    1、主流的浏览器下能否显示正常,功能正常的使用(IE,6,7,9,Firefox,chrome,Safari,等)

    2、不同的平台是否能正常工作,(windows,mac)

    3、移动设备上是否正常工作,(安卓、iOS)

    七、本地化测试

    1、不同语言环境下,页面的显示是否正确

    2软件辅助性测试

    2、高对比度下能否显示正常(视力不好的人使用)

  • 相关阅读:
    开机自动挂载分区
    Wine安装
    ubuntu 将idea/vscode快捷方式加入到启动器中
    在Linux上安装Java
    httpclient
    shiro
    redis-随笔
    maven
    spring的aop
    spring事务知识梳理
  • 原文地址:https://www.cnblogs.com/daizhonglin/p/14608203.html
Copyright © 2011-2022 走看看