手机测试用例-时钟测试用例

ID 功能描述 操作步骤 预期结果 test time P/F comment tester test time P/F comment tester
时钟设置
闹钟功能
1、设置时钟和日期与当地时间日期相符合,整个测试期间,除特别要求更改时间、日期外,不要随意更改基准时间;
2、一般日期设置完毕,星期自动生成,应准确无误;
3、以24小时为一观察周期,比较手机时间与标准时间的误差;
4、设置实际不存在的时间和日期,设置日期0月、0日、13月、32日等,设置如2003年2月29日等不切实际的时间日期,手机应不予接纳,有正确提示;
5、设置好时钟、日期后通过正常关机、拔电池、自动关机等动作后再开机,时间、日期不应有错误现象出现,即手机保持时钟正常运转;
6、手机关机后,拔掉电池,观察手机可保持时钟继续正常运转最长时间;
7、设置特定闹钟,设置的响闹时间应较广泛的采样,如23:59、00:00、12:00等,响闹应如期进行;
8、设置特定闹钟,将闹钟如数设满,有响闹提示的,用汉字、英语、数字等将提示语输满,响闹提示方式(铃声、振动、灯光等);均应选择,做好记录,观察响闹与实际设置值是否符合;
9、设置特定闹钟,将响闹时间设置为过去时,手机应不予接纳或显示相关错误信息;
10、设置特定闹钟,在关机状态下可执行闹钟功能的手机在关机时需进行测试闹钟是否准确,有效;
11、对闹钟进行操作,闹钟响闹前修改日期、时间;闹钟响闹前修改闹铃;闹钟响闹前删除闹钟;闹钟响闹前添加闹铃;闹钟响闹前修改时区;闹钟响闹前关机;闹钟响闹前重启;闹钟响闹前拔电池;
12、编辑闹钟,对已设置的闹钟进行更改、删除等操作,闹钟响闹时间应符合编辑后的值;
13、设置周期闹钟,周期间隔一般有小时、天、星期、月等,均应按实际使用进行设置,观察响闹是否正确;
14、在闹钟设置的任何界面,有来电呼入、闹钟响闹、来新短消息、低电告警、自动关机时间到、小区广播到,显示是否正常(分别测试闹钟功能时有事件到完成选择后再查看事件和马上退出查看);
15、在闹钟设置的任何界面,有来电卫士电话呼入、无条件转移电话、车载模式下,有来电呼入,显示是否正常;
16、在闹钟设置的任何界面,按左软键、右软键、方向键、挂机键或按任意无效键时,各功能是否正常;在任何界面,按挂机键关机,再开机,显示是否正常;在输入文本过程中,反复插拔充电器,是否正常;
17、来电、短消息、闹钟要选择不同的提示方式(如下载铃声、图片);

原文地址:https://www.cnblogs.com/LOVEYU/p/8461673.html

时间: 2024-10-13 23:27:03

手机测试用例-时钟测试用例的相关文章

手机测试用例-设置测试用例

Software Test Case ID 功能描述 操作步骤 预期结果 备注 设置窗口描述 SET_001 进入设置主窗口 1.从主菜单点击设置进入设置主窗口 2.显示:手机设定. 通话设置.时钟设置.连接设置.网络服务.安全设置.防火墙 1.进入窗口正确 2.显示正确 SET_002 退出设置窗口 1.在设置主窗口点击退出 2.点击power退出, 3,点击home键退出 1.退出窗口正确,并返回到上一级界面 2.返回idle界面 3.返回到Tab1主菜单界面 手机设定 快捷方式 SET_0

手机测试用例-多媒体测试用例

ID 功能描述 操作步骤 预期结果 test time P/F comment tester test time P/F comment tester 1.0拍照 1.0.1 拍照 1.通过快捷键和菜单进行拍照功能 2.对准摄像头 3.按OK键 成功拍照一张图片 1.0.2 转到相簿 1.进入拍照预览界面 2.再进入选项-转到相簿 正确进入相簿列表 1.0.3 检测相簿更新 1.进入拍照预览界面 2.按OK键拍照并保存照片 3.进入选项-转到相簿 4.移动光标查看照片 1.成功拍摄一张照片 2.

手机测试用例-STK测试用例

ID 功能描述 操作步骤 预期结果 test time P/F comment tester test time P/F comment tester STK服务 SIM卡适应性测试 1.选取支持STK功能的SIM卡,插入手机中:手机应支持STK功能,会将STK菜单自动加入主菜单列表中: 2.进入STK功能各级菜单:菜单名应显示正确.全面,无乱码.显示不全等异常: 3.使用支持STK功能的异地SIM卡进行测试: STK服务测试 4.使用各项服务,按要求输入客观存在的.正确的信息:应快速准确收到索

如何编写Robot Framework测试用例2---(测试用例语法1)

基本语法 测试用例由关键字组成,关键字的来源有三种: 1从测试库引入:2从资源文件引入:3从关键字表中引入(自定义关键字) 下面就是一个典型的测试用例组织形式. 图中有2个测试用例“Valid Login” 和 “Setting Varriables”.第一列是用例名称,第二列是关键字,这些关键字来实现具体的测试工作,后面的列是参数列,放置关键字需要的参数.Valid Login这个用例其实很清晰,我们通过读这个用例使用的关键字就能清晰的看出是一个登陆的检验. 使用参数 我们看到,关键字其实和编

三、测试用例-写测试用例时怎么入手

    刚开始工作的朋友,会和我一样有不少的困惑!用例该怎么写?重点在哪?项目急来不及写用例怎么办?下面分享自己的思路,欢迎探讨.. 问:拿到技术文档该如何下手,如何建立测试用例树. 通读文档,明确产品的核心点(核心需求是什?和竞品比优势体现在哪?盈利的点在哪?). 要有测试计划/测试大纲:先抓产品的主干,按模块或界面区分:后面再补齐各主要模块的测试项. 产品的需求/功能,分解输出测试项时,既要考虑程序逻辑,同时要有业务场景的考量. 功能用例和性能用例.自动化的.最好区分开来方便管理. 程序中的

junit4.9测试用例 spring测试用例 Assert 注解

junit4.9测试用例 测试基类 [javascript] view plain copy import org.junit.runner.RunWith; import org.springframework.test.context.ContextConfiguration; import org.springframework.test.context.junit4.SpringJUnit4ClassRunner; @RunWith(SpringJUnit4ClassRunner.cla

测试用例脚本 测试用例之间变量可以相互用的方法 实例

1.脚本里面先设置类的变量 iBer.version,其他没也可以访问类的变量,见右侧脚本,先初始化把iBer,然后脚本里面调用的时候传入iber iBer.version 这个变量是所有测试用例都可以调用,并且其中一个用例对他进行赋值,那么下个用例再次调用,值为最新 (达到用例之间变量相互通用) 参考:https://www.cnblogs.com/kaibindirver/p/10737221.html 原文地址:https://www.cnblogs.com/kaibindirver/p/

为什么需要测试用例?测试用例设计方法分类有哪些?

为什么需要测试用例 测试的目的是在有限的资源下,尽可能多的找出系统的缺陷.这就要求在测试中,尽可能完全的走完系统的所有流程,保证所有的分支都经过测试. 而测试过程是由人来执行的,不可能避免的会遗漏一些应该测试内容,这样就很容易出现测试不全面的问题.再者,现有的软件开发大多都是迭代式进行的,需要对同一个功能反复测试多遍.很有可能第一轮测试得比较全面,当进行第二轮的时候,可能也会遗漏某些点.这种情况下,测试过程是由人控制的,具有盲目性,是不可控制的. 而测试用例就是把软件测试行为做一个科学化的组织和

论测试用例的重要性

网上查找了很多关于测试用例重要性的文章,答案都不尽人意要么太理论化了,让人看了显得生硬,看完一头雾水:要么太过时了(不知道停留在那个年代的认识).笔者很想系统的认识一下测试用例,所以写了这篇文章: 软件测试的工作,都少不了写用例的时候,我想大部分的用例都是在产品需求出来一部份之后就已经开始了,因为这个时候,已经有了写测试用例的依据.有了大致需求之后对编写用例来说一般只是一个开始,我们还需要更多的信息,比如UE(用户交互设计稿).UI(用户界面设计图).需求的描述.产品大纲,功能模块图来提供更多的