电梯的测试用例

界面测试:

外观(里面、外面)美观性

电梯空间尺寸是否和设计尺寸一致

按钮是否清晰和易懂

显示楼层的显示屏是否

功能测试:

测试电梯能否实现正常的上升和下降功能,每层是否都可以停靠。

每层停靠楼层是否与所按的楼层一致

电梯按键在按下时是否点亮按键灯

电梯在每个楼层的上行和下行的申请是否可以有效

电梯满负载的时候,是否会忽略其他楼层外部的上行和下行申请

电梯的两边按钮是否都可以使用,三列按钮。

电梯的楼层选择是否可以取消电梯门的打开,关闭是否正常关闭(自动关闭)。

报警装置是否可用。

(满载)超重时是否能强制关门超重时重新挪动一下人员是否可以上下行与另外一部电梯之间是否协作良好。

(算法)电梯的灯光是否满足看书的要求联系外界的电话是否可用通风状况如何,人多的时候是否会很热,通风不畅(排气扇)

电梯里面的摄像头是否可用,拍摄是否清晰

门不夹人伸手的话,应该不会强制关门管理员可以和内部人通话在各种场合下,可以强制开门运行中时,不能按开门键,不会强制开门在不同情况下(如:有人挡着、马上关门的时候、停电的时候、没有请求的时候…),一直按开门键和关门键从电梯外部可以强制开门

不同温度下的测试:

进入电梯,拨打手机,是否有信号进入电梯喊话,外面是否能听到

楼层显示屏显示的楼层、以及电梯运行升降状态是否正确

两台电梯能否同时使用(或停用)

其中一台使用,另一台是否可以停用

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测试步骤地随机测试,在电梯内部和外部均有不同组合申请的情况下,验证楼层停靠是否准确和合理。

电梯的平稳性,是否会上升过快或者下降过快,造成人体不适应反应

可靠性:

无任何申请的时候,可以长时间停留在某层,并且门是关闭的门关上的一刹那出现障碍物。

长期有障碍物在门口堵住,电梯应该也不会关门或上升和下降同时按关门和开门按钮。

快速交替按关门开门按钮点击当前楼层号码。快速点击不同楼层上升到顶层后,电梯中的原有下楼请求均会被取消下降到负楼层后,电梯中的原有上楼请求均会被取消电梯外部同时按上键和下键会怎样。

长按打开按钮,电梯门是否持续打开突然停电或超载时的情况,电梯(停靠、正在上升、正在下降)不会坠落,电梯门可以通过外力打开,并且紧急电话可用电梯运行中,申请马上要经过的楼层停靠,电梯应该不会停靠。

在电梯里面蹦跳,电梯不会出现不稳定的情况。电压不稳定的情况下的电梯运行情况电梯不能正常工作的时候是否有监控系统自动报警电梯不能正常工作的时候,是否有流程可以精确的指定到人进行所有故障解决的高效处理

易用性:

电梯的按钮的设计符合一般人使用的习惯吗.

按钮是否考虑残疾人和小孩儿

楼层显示屏是否处于电梯的上部,方便别人看到

可维护性:

是否有方便维修和维护电梯的工作条件(竖井通道、统一断电等)

电梯的常用配件是否容易更换

电梯的维修成本如何电梯的安装、维护、测试超过维修年限,是否可以正常运转

原文地址:https://www.cnblogs.com/shallwebegin/p/11621964.html

时间: 2024-10-18 21:59:35

电梯的测试用例的相关文章

电梯的测试点

两部电梯的测试用例 界面测试: 外观(里面.外面)美观性 电梯空间尺寸是否和设计尺寸一致 按钮是否清晰和易懂 显示楼层的显示屏是否安装 是否联系外界的电话.紧急电话 设备检测说明书 安全规范说明书 灯 标识的承重和人数 扶手 镜子 仅提供可到达楼层的按钮 电梯制作的材料 测试电梯能否实现正常的上升和下降功能,每层是否都可以停靠. 每层停靠楼层是否与所按的楼层一致 电梯按键在按下时是否点亮按键灯 电梯在每个楼层的上行和下行的申请是否可以有效 电梯满负载的时候,是否会忽略其他楼层外部的上行和下行申请

用例设计

1.支付用例: 金额框填写校验:只能是数字/小数点两位/金额为空/边界值校验:大于小于等于负数 支付方式:余额(余额不足)/第三方支付:密码填写错误/未安装第三方支付app→跳转或者提示/转账汇款:填写银行卡,信用卡的校验/支付方式空时提交 其他:部分支付/补缴支付/重复支付(避免:未返回前不能再次点击支付loading) 安全:修改支付金额或者支付方式后(charles),后台和第三方的需要校验并且返回/重要的参数传参时需要加密/取消支付/重复支付/支付时订单已取消 网速:限速测试→订单支付状

测试用例设计经典面试题——电梯,杯子,笔,桌子,洗衣机

首先说明的是,遇到这样的测试题目,首先应该反问面试官,需求是什么样的,比如是测什么样的杯子. 因为设计测试用例的规则应该是根据需求分析文档设计用例,客户需求什么,就测试什么.但是在没有需求分析文档的前提下, 来设计测试用例,可以考查一个测试人员的基本功,比如考虑问题是否全面,设计测试用例的方法是否合理等.一般是根据自己的日常经验和测试的思维来设计测试用例.在设计测试用例时一般从以下几个方面进行分析:功能测试,性能测试,界面测试,安全性测试,兼容性测试,可用性测试,可靠性测试,本地化/国际化测试.

测试用例经典面试题目—电梯、杯子、笔、桌子、洗衣机

首先说明的是,遇到这样的测试题目,首先应该反问面试官,需求是什么样的,比如是测什么样的杯子. 因为设计测试用例的规则应该是根据需求分析文档设计用例,客户需求什么,就测试什么.但是在没有需求分析文档的前提下, 来设计测试用例,可以考查一个测试人员的基本功,比如考虑问题是否全面,设计测试用例的方法是否合理等.一般是根据自己的日常经验和测试的思维来设计测试用例.在设计测试用例时一般从以下几个方面进行分析:功能测试,性能测试,界面测试,安全性测试,兼容性测试,可用性测试,可靠性测试,本地化/国际化测试.

移动App崩溃测试用例设计

移动App测试与传统台式机测试相比有一定的复杂性.这些复杂性可以被分类为: 环境(大量的设备,各种移动OSs,适应频繁OSs变化) . 设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量) . 网络(不同的网络和运营商,在不好或无网络的情况下的App行为,离线支持) . 可用性(方向,触摸,多触摸,缩放,分页和导航的局限性,各种干扰,如来电,来电短信,闹钟,和低电量警报) . 移动App崩溃原因[一些崩溃原因(排名不分先后)]: 为什么移动App经常崩溃?App崩溃有几个原因:从平台或环境到

(HDU)1008 -- Elevator(电梯)

问题描述 我们城市最高的建筑只有一部电梯.要求列表由N个正数组成.数字表示电梯将按指定的顺序停在哪个楼层.将电梯向上移动一层需要6秒,向下移动一层需要4秒.电梯将在每层停止时停留5秒钟.对于给定的请求列表,您将计算在列表上完成要求所花费的总时间.电梯在开始时在0楼,并且在满足要求时不必返回到底层. 输入 有多个测试用例.每个案例包含一个正整数N,后跟N个正数.输入中的所有数字都小于100. N = 0的测试用例表示输入结束.此测试用例不进行处理. 输出 在每个测试用例的单行上输出总时间. 样例输

hdu4505小Q系列故事——电梯里的爱情

小Q系列故事——电梯里的爱情 Time Limit: 300/100 MS (Java/Others)    Memory Limit: 65535/32768 K (Java/Others)Total Submission(s): 3626    Accepted Submission(s): 2284 Problem Description 细心的同事发现,小Q最近喜欢乘电梯上上下下,究其原因,也许只有小Q自己知道:在电梯里经常可以遇到他心中的女神HR. 电梯其实是个很暧昧的地方,只有在电梯

hdu4505 小Q系列故事——电梯里的爱情(水题)

Problem Description http://acm.hdu.edu.cn/showproblem.php?pid=4505 细心的同事发现,小Q最近喜欢乘电梯上上下下,究其原因,也许只有小Q自己知道:在电梯里经常可以遇到他心中的女神HR. 电梯其实是个很暧昧的地方,只有在电梯里,小Q才有勇气如此近距离接近女神,虽然觉得有点不自在,但次数多了,女神也习惯了小Q的存在,甚至熟悉到仿佛不说上句话自己也都觉得不合适了.可是,他们的谈话也仅仅限于今天天气不错啊或是你吃了吗之类的,往往在对方微笑点

移动App崩溃的测试用例设计

移动App测试与传统台式机测试相比有一定的复杂性.这些复杂性可以被分类为:   环境(大量的设备,各种移动OSs,适应频繁OSs变化) . 设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量) . 网络(不同的网络和运营商,在不好或无网络的情况下的App行为,离线                   支持) .   可用性(方向,触摸,多触摸,缩放,分页和导航的局限性,各种干扰,                       如来电,来电短          信,闹钟,和低电量警报) . 所有