电梯功能的测试用例和测试方案.pdfVIP

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

______________________________________________________________________________________________________________

一、如果给你一台电梯,请问你如何测试它,分析如下

1.功能:上升、下降、停止、开门、关门、梯内电话、灯光、指示灯等;

2.性能:速度、反应时间、关门时间等;

3.压力:超载、尖锐物碰撞电梯壁等;

4.安全:停电、报警装置、轿箱停靠位置、有人扒门时的情况等;

5.可用性:按键高度、操作是否方便、舒适程度等;

6.UI:美观程度、光滑程度、形状、质感等;

7.稳定性:长时间运行情况等;

8.兼容性:不同电压是否可工作、不同类型电话是否可安装等。

其实在简单分析的过程中,发现许多东西根本测试不全,比如电话、灯光、材质、

调度程序、可维修性等,当发现在一个用例中无法说清楚时,这些应该拆分开来

分别测试。可以告诉主考官,你需要模块化地测试电话、灯光等。再有在一起的

组装测试。

二、下面是详细的测试点:

需求测试:查看电梯使用说明书、安全说明书等

界面测试:查看电梯外观

功能测试:

1.测试电梯能否实现正常的上升和下降功能。

2.电梯的按钮是否都可以使用。

3.电梯门的打开,关闭是否正常。

4.报警装置是否可用。

精品资料

______________________________________________________________________________________________________________

5.与其他电梯之间是否协作良好。

6.通风状况如何。

7.突然停电时的情况。

8.上升途中的响应。

1)电梯本来在1楼,如果有人按18楼,那么电梯在上升到5楼的时候,

有人按了10楼,这时候是否会在10楼先停下来;

2)电梯下降到10层时显示满员,此时若8层有人等待电梯,是否在8层

停。

9.是否有手机信号

可靠性:

1.门关上的一刹那出现障碍物。

2.同时按关门和开门按钮。

3.点击当前楼层号码

4.多次点击同一楼层号码

5.同时按上键和下键

易用性:

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

用户文档:

使用手册是否对电梯的用法、限制、使用条件等有详细的描述

压力测试:

1.看电梯的最大承重量,在负载过重时报警装置是否有提醒

精品资料

______________________________________________________________________________________________________________

2.在一定时间内不断让电梯上升、下降

稳定性测试:

看电梯在最大负载下平稳运行的最长时间

如何编写测试用例:

1、了解软件的原始需求(测试目的)

在编写一个软件或者模块的测试用例时候,一定要明白这个功能的原始需求,

也就是软件的使用者(客户)的需求。理解原始需求后,编写的测试用例才更有目

的性。

2、熟悉软件的功能需求(测试点)

这个功能需求是指软件的细化需求点,这个一般在需求文档里面都会体现。

这里要做的是把需求稳定的“粗略”的需求,细化成一个个小需求点。

熟悉功能需求后,要知道软件是怎么使用的,这也才能覆盖到各种操作。

总之,测试用例一定要全部覆盖所有的需求点,这是最基本的一点。

3、熟悉软件的实现原理(测试点)

在理解原始需求和软件的功能需求后,软件有什么功能,如何使用就基本上

都知道啦。这时候在根据需求编写测试用例,基本上都能覆盖的比较全面。

精品资料

______________________________________________________________________________________________________________

在此基础上,熟悉软件的实现原理,理解软件的内部处理。

(1)熟悉原理的过程是进一步深入熟悉软件的过程。如果单单是从需求点上

面覆盖案例,测试用例只能覆盖“表面”的一层。一些内部的处理流程也许没有覆

盖到,而这

文档评论(0)

177****9541 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档