手机功能测试说明

手机功能测试说明

1.开机,关机:能够正常开、关机

2.充电功能:能正常充电及提示充满,充电指示正确

3.开机画面显示:开机画面显示正确

4.LCD点阵显示:无缺线,缺点显示

5.振铃测试:响度≥90db,不能有明显可听到的异音

6.震动测试:震动功能能够正确开/关转换

7.按键测试:按键能正常使用(所加压力大小一致)

8.回音测试:喇叭应发出可闻回声

9.软件版本:符合更新后的版本

10.IMEI号:EEPROM中号码与手机上所贴号码一致

11.上网测试:插入公网卡后能登陆、通话

12.耳机:能够接听、通话、挂断(耳机旋转180°)

13.LCD背光/LED:显示亮度均匀,颜色一致

14.键盘锁定(适合无翻盖手机):能够设置并功能有效

15.翻盖接听功能(适合翻盖手机):翻盖键能够控制手机接听电话

16.电池:电池开机不能出现鼓包、冒烟现象

17.锁网绑定功能:手机在自动锁网或手工锁网功能状态下,能实现锁定目标网,并能输入

相应的密码后解锁

18.锁卡绑定功能:手机在锁卡状态下,能锁定插入的目标SIM卡,并能输入相应的密码后

解锁

19.闹铃唤醒:能实现闹铃开机、关机状态下的唤醒功能:能同时设置3种不同时间的闹铃

(含每日、单次)

20.来电显示:能实现功能

21.短信息功能:能实现收发短信息功能

22.电池校准参数:读取手机EEPROM电池校准参数,符合规定的要求

23.充电功能:手机在规定的时间内能在开机、关机状态下充满电

24.电量显示:手机显示的电量与电池实际电量一致

25.待机时间:手机待机及通话符合说明书规定的待机、通话时间

26.时间设置:手机能设置日期与时间

27.铃声设置:铃声类型、告警音、按键音、话筒、扬声器等能正常设置、调节

28.游戏:按照使用说明书,能够实现

29.电话本:能存储修改电话

30.背光灯:能设置背光灯开关功能

注:第1~16项属于最终检验项目,17~18项目属于特定产品特殊要求的最终检验项目,19~30项属于产品在追加检验,过程检验库存检验时的检验项目,其中追加检验项目在此基础上根据产品的功能/性能的变更情况进行特定的功能/性能检验。

1.振铃测试、震动测试、按键测试、回音测试采用命令*#874#进行测试。

2..软件版本可使用命令*#874#进行查看,结果必须与该批手机要求的软件版本相一致。

3.MEI号可使用命令*#06#进行查看,EE PROM中号码与手机上所贴号码一致。

自动测试项目通常是指依靠测试软件进行的项目测试

信道62

手机基本功能测试方式

手机基本功能测试 手机基本测试软件测试 关于手机软件测试的工具应用 手机软件测试是否也和以下联系起来: 漫谈人机界面测试 【正文】本文列数了软件黑盒测试过程中,在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术,仅针对在软件黑盒测试过程中若干的问题做描述,并提供个人的参考测试意见与防范意见,希望可以为初学者提供些许帮助。 俗话说“人靠衣裳马靠鞍”,良好的外观往往能够吸引眼球,激发顾客(用户)的购买欲望,最终达成商业利益的实现。软件的设计亦如此,Window XP 在商业上的巨大成功很大一方面来自于它一改往日呆板,以突出“应用”的灰色界面,从“用户体验”角度来设计界面,使界面具有较大的亲和力。就目前的软件设计的发展趋势来说,良好的人机界面设计越来越受到系统分析、设计人员的重视。但是如何对设计的人机界面(包括帮助等)进行测试,给出客观、公正的评价,却鲜见于报端。本文试从共性分析和个性分析的角度,给出一些测试意见和原则,简单且易于上手。起到一个抛砖引玉的目的、以飨读者。 我们知道:“不立规矩无以成方圆”。在软件界面设计强调张扬个性的同时,我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用,这是一切软件界面设计和测试的必循之道,是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户

对软件的生疏感,使老用户更易于上手、充分重用已有使用经验,并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行),不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时,很快熟悉软件的操作环境,同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时,需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见:――提示的格式是否一致 ――菜单的格式是否一致 ――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候,是否与其他产品在外观、布局、交互方式上是否一致(例:Office产品族)

史上最全的手机硬件测试用例

XXX手机硬件测试列表 1.1.1 LCD测试 1.数量:2pcs以上; 2.测试方法及内容:手机正常开机后,距离30cm,与水平成45o角并在各个方向15o范围内观察LCD工作是否正常。 a. LCD显示是否正常,是否存在斑点、阴影等; b.彩屏LCD各种颜色能否正常显示,分辨率、色素、响应时间等性能指标是否符合要求; c.分别在暗室、荧光(约750Lux)和阳光(大于3500Lux)下测试LCD显示是否正常,各性能指标是否符合要求; d.将电源设置成高(4.2v)、中(3.8v)、低(3.5v)不同电压,LCD显示是否有差异或异常。 3.预期结果: a. LCD显示正常,不存在斑点、阴影等; b.彩屏LCD各种颜色正常显示,分辨率、色素、响应时间等性能指标符合要求(结合项目的具体指标规定); c.在暗室、荧光(约750Lux)和阳光(大于3500Lux)下测试LCD显示均应正常,各项性能符合项目的具体指标要求; d.在高、中、低不同电压下,LCD显示应正常且基本一致。 1.1.2 LCD背光及键盘背光测试 1.数量:2pcs以上; 2.测试方法及内容:手机正常开机后,选择进入手机功能菜单中的相应设置进行测试。 a.测试手机背光及LED能够正常工作; b.分别在暗室、荧光(约750Lux)和阳光(约2000Lux)下测试LED亮度是否正常; c.背光亮度是否符合要求,测试在不同电池电压情况下,背灯的亮度是否具有一致性; d. LED是否能够按照要求打开和关闭。 3.预期结果: a.手机背光及LED工作正常; b.在暗室、荧光(约750Lux)和阳光(约2000Lux)下,LED亮度均应正常; c.背光亮度应符合要求且在不同电池电压情况下,背灯亮度基本一致; d. LED能够按照要求打开和关闭,且亮度正常。 1.1.3 TP触摸屏承重能力测试 4.数量:5pcs以上; 5.测试方法及内容:重压头25kg,静压30秒之后,等待30秒,再重新放置重压头。 6.预期结果: a. 200次重压后样品不出现牛顿环,则为良品; 1.1.4 Camera测试 1.数量:4pcs以上; 2.测试方法及内容:手机正常开机后,选择手机功能菜单进入拍照状态,对标准测试板进行拍照。 a. Camera是否能够正常工作; b. 拍摄的照片效果是否符合规范要求; c. 用标准色板照片色块的对比测试; d. 测试Digital Camera的反应时间; e. 开启闪光灯功能,看闪光灯是否正常工作。 3.预期结果: a. Camera工作正常,能正常开启与关闭; b.照片效果符合规范要求,参考Camera Spec; c.反应时间达到规范要求;

手机app测试方法

1 APP测试基本流程 1.1流程图 仍然为测试环境

1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.3测试资源 测试任务开始前,检查各项测试资源。 --产品功能需求文档; --产品原型图; --产品效果图; --行为统计分析定义文档; --测试设备(ios3.1.3-ios5.0.1;Android1.6-Android4.0;Winphone7.1及以上;Symbian v3/v5/Nokia Belle等); --其他。 1.4日报及产品上线报告 1)测试人员每天需对所测项目发送测试日报。 2)测试日报所包含的内容为: --对当前测试版本质量进行分级; --对较严重的问题进行例举,提示开发人员优先修改; --对版本的整体情况进行评估。 3)产品上线前,测试人员发送产品上线报告。 4)上线报告所包含的内容为: ---对当前版本质量进行分级; ---附上测试报告(功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果); --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2 App测试点 2.1安全测试 2.1.1软件权限 1)扣费风险:包括发送短信、拨打电话、连接网络等

2)隐私泄露风险:包括访问手机信息、访问联系人信息等 3)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4)限制/允许使用手机功能接人互联网 5)限制/允许使用手机发送接受信息功能 6)限制/允许应用程序来注册自动启动应用程序 7)限制或使用本地连接 8)限制/允许使用手机拍照或录音 9)限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 1)应用程序应能正确安装到设备驱动程序上 2)能够在安装设备驱动程序上找到应用程序的相应图标 3)是否包含数字签名信息 4)JAD文件和JAR包中包含的所有托管属性及其值必需是正确的 5)JAD文件显示的资料内容与应用程序显示的资料内容应一致 6)安装路径应能指定 7)没有用户的允许,应用程序不能预先设定自动启动 8)卸载是否安全,其安装进去的文件是否全部卸载 9)卸载用户使用过程中产生的文件是否有提示 10)其修改的配置信息是否复原 11)卸载是否影响其他软件的功能 12)卸载应该移除所有的文件 2.1.3数据安全性 1)当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中,同时密码也不会被解码 2)输人的密码将不以明文形式进行显示 3)密码,信用卡明细,或其他的敏感数据将不被储存在它们预输人的位置上 4)不同的应用程序的个人身份证或密码长度必需至少在4一8个数字长度之间 5)当应用程序处理信用卡明细,或其他的敏感数据时,不以明文形式将数据写到其它单独的文件或者临时文件中。以防止应用程序异常终止而又没有侧除它的临时文件,文件可能遭受人侵者的袭击,然后读取这些数据信息。 6)当将敏感数据输人到应用程序时,其不会被储存在设备中 7)备份应该加密,恢复数据应考虑恢复过程的异常通讯中断等,数据恢复后再使用前应该经过校验 8)应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告 9)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警

WIFI设备手机功能及性能测试平台

WIFI设备手机功能及性能测试平台 WIFI设备手机功能及性能测试平台 技术规范书 一、测试平台设备构成 该WiFi设备手动功能及性能软件测试方案基于Veriwave WaveTest硬件平台,由WiFi设备手动功能及性能测试软件及WIFI 终端控制软件组成。 二、设备要求 1、WiFi设备手动功能及性能测试软件 1)主要用途及功能: —提供独立精确的801.11控制和管理面板和数据面板,支持在无需 WIFI Client和AP 关联的情况下发送和接收帧; —高度互动的接口,可通过增加各类 WIFI用户和改变流的速率随时改变WIFI测试网络状况,并实时通过图形或表格查看改变对测试结果的影响; —可产生一般或定制的流量,支持UDP和TCP流,并支持定制封包,模拟产生异常的流。定制流和预设的流的可同时产生并发送。可用 于DOS攻击测试和测试AP对异常封包是否能正确处理;

—集成错误问题定位功能。提供详细的诊断信息帮助定位分析问题。并提供了数据抓取和解析功能,可查看物理层和逻辑链路层的信息。

2、WIFI终端控制软件 1)主要用途及功能: —可装载在无线WIFI终端上控制终端收发统计流量,并可计算转发 率,丢包,时延,抖动; —支持操作系统: Windows XP、Windows Vista、Windows Mobile 6、Linux — 2.6; —支持收发TCP和UDP流 —可以控制 Wavetest的测试端口向待测物产生流量,且测试结果的计算不会受上层运用的影响,不受待测物硬件配置和操作系统影响。 网上竞价的软件选件 四、设备竞标和到货期限 竞标厂家必须具备上述所有软件提供的能力,方可竞标 设备应在签订合同生效后的90天内到货。

手机测试方法与测试用例

目录 目录 (1) 一.UI测试 (2) 1. UI布局测试 (2) 2素材方面测试 (2) 二.功能测试方法 (2) 2.测试常见方法概述 (2) 2.1边界值 (2) 2.2等价类划分 (3) 2.3场景测试法 (3) 2.4错误推测法 (5) 3.游戏内常见控件测试详解 (6) 3.1文本框的测试 (6) 3.2命令按钮的测试 (6) 3.3单选按钮的测试 (6) 3.4 up-down控件的测试 (7) 3.5组合列表框的测试 (7) 3.6复选框控件的测试 (8) 3.7列表框控件的测试 (9) 3.8滚动条的测试 (9) 3.9窗体的测试 (10) 4.0各种控件在页面中混合使用时的测试 (10) 4.游戏内操作测试 (11) 4.1游戏内鼠标操作 (11) 4.2游戏内链接的测试 (11) 4.3游戏内文字检查 (11) 4.4游戏内帮助文档测试 (12) 4.5游戏角色的测试 (12) 4.6特殊属性 (12) 三.附录: (14) 1.界面设计的总体原则 (14) 2.测试流程 (14) 3.测试用例 (15) 编写原则 (15) 3.1 系统性 (15) 3.2 连贯性 (15) 3.3 全面性 (15) 3.4 正确性 (15) 3.5 符合正常业务惯例 (16) 3.6 可操作性 (16)

测试方法 游戏测试方法大致分为:UI测试(即界面测试)和功能测试。下面是针对测试中能使用到的方法简略的总结。关于UI的测试后边详细介绍,前边开头部分为简略叙述。 一.UI测试 1. UI布局测试 目的:检测界面布局设置合理性。 操作方法:1.检查各种控件、弹窗在游戏中摆放位置的合理性 2.检查界面中各个文字完整性(包括弹窗信息、任务描述、tips内容等),按钮上 文字的显示位置是否有偏移。 Ps:①关于弹窗位置,可以尝试多次反复弹出弹窗后关闭操作,目的在于检测弹窗在反复关闭弹出后是否会改变在游戏中位置。 ②全屏显示游戏,然后继续操作弹窗出现,查看界面现实情况 2素材方面测试 目的:检测游戏中图片素材与策划案是否一致。 操作方法:1.查看商城、任务描述、弹窗、宣传广告中、游戏中地面、天空之城等处的图片显示与策划案中要求核对。 2.查看图片中名称与图片本身是否一致 二.功能测试方法 2.测试常见方法概述 游戏测试中常用的测试方法:等价类、边界值、因果图、错误推测法 2.1边界值 定义:允许输入或输出的数值范围的最大值和最小值。 例如:数值要求不能超过15,那么测试时可以尝试使用的数字有:13 14 16 17,也可以只使用14和16。 Ps:上述要求也要根据环境选择数值。有些条件要实验0、负数等

手机测试方法大全

手机测试方法大全 在软件界面设计强调张扬个性的同时,我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用,这是一切软件界面设计和测试的必循之道,是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户对软件的生疏感,使老用户更易于上手、充分重用已有使用经验,并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行),不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时,很快熟悉软件的操作环境,同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时,需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见: ――提示的格式是否一致 ――菜单的格式是否一致

――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候,是否与其他产品在外观、布局、交互方式上是否一致(例:Office产品族) ――同一层次的文字在同一种提示场合(一般情况、突显、警告等)在文字大小、字体、颜色、对齐方式方面是否一致

――多个连续界面依次出现的情况下,界面的外观、操作方式是否一致(当然可能会有例外,比如操作结束的界面) 信息反馈测试 假设系统的使用者是一个初出茅庐的生手,你能指望她(他)在进行操作不出错吗?但这还不是问题的所在,问题的所在在于我们都会犯错误,我们都有自己不了解的东西。如何避免,这要求我们的人机界面有足够的输入检查和错误提示功能。通过信息反馈,用户得到出错提示或是任务完成的赞许之语。但有些不幸的是,我们很多系统都在此方面做的不尽人意。下面是这类测试的一些参考意见: ――系统是否接受客户的正确输入并做出提示(例:鼠标焦点跳转); ――系统是否拒绝客户的错误输入并做出提示(例:弹出警告框,声响); ――系统显示用户的错误输入的提示是否正确,浅显易懂(例:“ERR004”这样的提示让人不知所云); ――系统是否在用户输入前给出用户具体输入方式的提示(例:网站注册程序);

手机系统测试常见要点

1 时间设置进入此菜单,对时间、时间格式(12小时制、24小时制)分别进行设置、设置了超出范围的时间(错误的时间),其提示必须正确;不同的时间格式,其显示必须正确;检测时钟的走时必须正确(大小屏时间显示必须一致)测试时钟的走时是否正确(包括大小屏时间显示是否一致) 2 日期设置1、进入此菜单,对日期、日期显示格式(数字、模拟)分别进行设置。 1、设置了超出范围的日期(错误的日期),其提示必须正确;不同的日期显示模式,其显示必须正确; 2、将手机中凡是可以设置的年份都必须测试一遍,具体方法为:在每年12个月份中抽取2天(第一天或者最后一天),参照万年历进行核对。2、每年每个月份的日期和星期必须一一正确对应;特别注意闰年闰月的日期。 3 闹钟设置进入此菜单,对每个闹钟(闹钟一、闹钟二或更多)的所有选项进行设置闹钟中的选项设置超出范围,其提示必须正确;设置时间到,闹钟提醒必须会实现(开机或关机); 4 接听设置翻盖接听开启此功能打开翻盖必须能直接接听来电应答键接听开启此功能有来电,必须按应答键才可以接听电话任意键接听开启此功能有来电,必须按任意键才可以接听电话 5 显示设置背景灯设置对背景灯各选项进行设置当背景灯设置为关闭时,对手机进行任何操作时不点亮背景灯;其他设置时,必须能按设置时间关闭背景灯,且一旦对手机进行操作时,能正常地点亮背景灯;若是翻盖手机,应能够在翻盖打开时自动点亮屏幕背景灯显示调节用导航键或侧键调节显示的亮度和对比度必须能够随意调节并正确保存和实现桌面设置对待机界面进行设置桌面显示与设置必须相符色系选择逐一选择各色系屏幕显示必须与所选色系相符彩屏 控制逐一选择各关屏时间实际关屏时间必须能与设置相符。 6 语言选择逐一选择各语言手机菜单必须以所选语言正确显示,并且在所选的语言下,不能出现其它的语言 7 开关机设置自动开关机时间设置设置自动开机、关机时间到设置时间,手机必须实现自动开/关机开关机动画设置逐一设置各开/关机动画操作时实际动画必须与设置相符开机问候语设置任意设置开机问候语开机时,实际问候语必须与设置相符 8 自动重拨开启并设置该功能;关闭该功能开启时,手机必须能自动按设置重播未接通(拨出)电话;关闭时,该功能必须取消 9 自动接听开启并设置此功能手机必须会在短暂铃声后自动接听电话(此接听方式仅在手机接上免持听筒或车用免持听筒时方有作用) 10 分钟提醒开启/关闭该功能(开启此功能后,手机会在通话时间达到或接近一分钟(例如:5 0ms)时,提示通话者一分钟时间快到了)实际必须与设置相符 11 触摸屏校正进行触摸屏校正校正完毕后,触摸屏精度必须符合要求 12 恢复原厂设置选择该项并确定手机的每一项设置必须回到出厂时的默认设置 13 省电模式设置对该菜单各选项逐一进行设置启动屏保时间必须与设置相符,按任意键必须能够恢复到最后一次操作时的界面。

手机app测试方法

1 APP测试基本流程 流程图 符合

仍然为测试环境 进入正式环境 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 测试资源 测试任务开始前,检查各项测试资源。 --产品功能需求文档; --产品原型图; --产品效果图; --行为统计分析定义文档; --测试设备(;;及以上;Symbian v3/v5/Nokia Belle等); --其他。

日报及产品上线报告 1)测试人员每天需对所测项目发送测试日报。 2)测试日报所包含的内容为: --对当前测试版本质量进行分级; --对较严重的问题进行例举,提示开发人员优先修改; --对版本的整体情况进行评估。 3)产品上线前,测试人员发送产品上线报告。 4)上线报告所包含的内容为: ---对当前版本质量进行分级; ---附上测试报告(功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果); --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2 App测试点 安全测试 软件权限 1)扣费风险:包括发送短信、拨打电话、连接网络等 2)隐私泄露风险:包括访问手机信息、访问联系人信息等 3)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4)限制/允许使用手机功能接人互联网 5)限制/允许使用手机发送接受信息功能

6)限制/允许应用程序来注册自动启动应用程序 7)限制或使用本地连接 8)限制/允许使用手机拍照或录音 9)限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏、非法授权访问等 安装与卸载安全性 1)应用程序应能正确安装到设备驱动程序上 2)能够在安装设备驱动程序上找到应用程序的相应图标 3)是否包含数字签名信息 4)JAD文件和JAR包中包含的所有托管属性及其值必需是正确的 5)JAD文件显示的资料内容与应用程序显示的资料内容应一致 6)安装路径应能指定 7)没有用户的允许,应用程序不能预先设定自动启动 8)卸载是否安全,其安装进去的文件是否全部卸载 9)卸载用户使用过程中产生的文件是否有提示 10)其修改的配置信息是否复原 11)卸载是否影响其他软件的功能 12)卸载应该移除所有的文件 数据安全性 1)当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中,同时密码也不会被解码

手机测试方法

手机软件测试方法 系统测试方法分为:功能测试,一致性测试,性能测试,压力测试,容量测试,安全性测试,恢复性测试,备份测试,GUI测试,健壮性测试,兼容性测试,可用性测试,可安装性测试,文档测试,在线帮助测试以及数据转换测试等。 从手机软件系统测试的角度分为:功能模块测试,交叉事件测试,压力测试,容量性能测试,性能测试和用户手册测试等。 由于笔者执行手机软件测试的工作中,短消息和电话测试的较多,下面就以短消息为例来阐述,手机软件测试的一般方法和测试的要求,来供大家参考。 一.短消息[SMS]的基本功能测试 1、短消息的基本功能:是指短消息的编辑,删除,保存,收发,显示,以及各种按钮等功能的正常实现。 2、测试要求和执行:一般根据测试案例或软件本身的流程就可以完成短消息的基本功能测试。 二.短消息的交叉事件测试 1、交叉测试:又叫事件或冲突测试,是指一个功能正在执行过程中,同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为Pass的标准。 2、测试要求和执行:干扰要恰到好处,准确,否则很难发掘出深层次的软件缺陷。三.短消息的压力性能测试 1、压力测试:又叫边界值容错测试或极限负载测试,即测试过程中,已经达到某一软件功能的最大容量,边界值或最大的承载极限,仍然对其进行相关操作。例如连续进行短信的接收和发送,超过收件箱和PIM卡所能存储的最大的条数,仍然进行短消息的接收或发送,以检测软件在超常态条件下的表现,来评估用户能否接受。 2、测试要求和执行:可以考虑进行自动化测试 四.短消息的容量性能测试 1、容量测试:又叫满记忆体测试,包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试,如果软件的极限容量状态下处理不好,有可能导致死机或严重的花屏等问题的出现。 2、测试要求和执行:可以考虑进行自动充满记忆体测试,要对不同品牌和不同容量大小的SIM/PIM卡进行测试 五. 短消息的兼容性能测试 兼容性测试:也就是不同品牌手机,不同网络,不同品牌和不同容量大小的SIM/PIM卡之间的互相兼容的测试,以短消息为例:中国电信的小灵通接收到从中国移动或中国联通GSM 发来的短消息,接收,显示和回复功能是否正常等; 硬件 表面装饰测试: 1.磨擦测试(Abrasion Test - RCA) 测试环境:室温。 试验方法:将手机外壳固定在RCA试验机上,用175g力摩擦300cycles。 检验标准:耐磨点涂层不能脱落,不可露出底材质地。 2.附着力测试(Coating Adhesion Test) 测试环境:室温 试验方法:使用百格刀刻出100个1平方毫米的方格,划格的深度以露出底材为止,再用3M610号胶带纸用力粘贴在方格面,1分钟后迅速以90度的角度撕脱,检查方格面油漆。

测试手机工程菜单说明

安装放大器建议使用我公司用Nokia6150改装的测试手机确认信号源强度,信号质量等数据。 此测试手机是用Nokia6150手机改装而成,含连接室外天线的测试高频线,本公司提供的测试手机只限内部使用,禁转让和外借,提供给代理商一律只收取成本,手机和所属配件都不提供保修。 环球微波系列手机信号放大器用Nokia6150工程模式测试简介 1.Nokia的工程模式01频道简介: Nokia的工程模式在菜单中显示为“Net Monitor”,中文手机也是如此,Net monitor直译就是“网络监视器”。 进入工程模式: 一, 按功能键,出现电话本,再按上箭头。 二, 出现NET MONITOR,按功能键 三, 输入01,按功能键进入工程模式了 用手机上下箭头将功能切换到第01频道, 01频道显示的是使用中基站和手机的最基本信号信息: 01频道开启以后画面显示如下: ## -70 ### 0 5# #### 34 33 CCCH 解释: 第一行。(##)表示信道,每个地区的信道是不一样的,不过总是在下面范围内,GSM900MHZ的信道范围是1~124,GSM1800的范围是512~885,所以我们的放大器测试显示的最强信号肯定在1~124这些信道之间。(-70):表示信号强度,当然这个数据每个地方也是不一样的,当然信号越好数值就越大,一般数值在-70手机信号肯定是满格,如果此数据低于-100那么表示这个地区没有手机信号了。由于这里只能显示3位数值,那么低于-100就显示不出来,当然能看到+的个位或者10位肯定是+数,我们的GSM970放大器是放大60个DB,如果用手机在没有连接放大器的情况下测试的数据是-70,那么连接上我们的放大器这个数值肯定在-10左右,我们的放大器总是比标准数值要大,放大的数据肯定比这个数据要大,一般可以测到-3的数值,我们实际用GSM970信号放大器测试输入-70,输出测试肯定在-2左右。(###):表示手机通话时发射功率,没有打电话时显示###。

手机移动APP测试流程及测试点

手机移动APP测试流程及测试点1 APP测试基本流程 1.1流程图

P ass A 1.2测试周期测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.3测试资源测试任务开始前,检查各项测试资源。 --产品功能需求文档; --产品原型图; --产品效果图; --行为统计分析定义文档; --测试设备(ios3.1.3-ios5.0.1 ; Android1.6-Android4.0 Winphone7.1 及以上;Symbian v3/v5/Nokia Belle 等); --其他。 1.4日报及产品上线报告 1)测试人员每天需对所测项目发送测试日报。 2)测试日报所包含的内容为: --对当前测试版本质量进行分级; --对较严重的问题进行例举,提示开发人员优先修改; --对版本的整体情况进行评估。 3)产品上线前,测试人员发送产品上线报告。 4)上线报告所包含的内容为: ---对当前版本质量进行分级; ---附上测试报告(功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果); --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。

7) **************************************** 2 App 测试点 2.1安全测试 2.1.1软件权限 1) 扣费风险:包括发送短信、拨打电话、连接网络等 2) 隐私泄露风险:包括访问手机信息、访问联系人信息等 3) 对App 的输入有效性校验、认证、授权、敏感数据存储、数据加 密等 方面进行检测 4) 5) 6) 7) 8) 9) 4) 限制/允许使用手机写人用户数据 5) 检测App 的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 限制/允许使用手机功能接人互联网 限制/允许使用手机发送接受信息功能 限制/ 允许应用程序来注册自动启动应用程序 限制 或使用本地连接 限制/允许使用手机拍照或录音 限制/允许使用手机读取用户数据

手机黑盒测试介绍

手机黑盒测试介绍 手机黑盒测试介绍软件测试 黑盒测试(black—box testing)又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时,被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下,测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试,黑盒测试直观的想法就是既然程序被规定做某些事,那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的,为此黑盒测试也有一套产生测试用例的方法,以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构,所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。 黑盒测试首先是程序通常的功能性测试。要求: 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。 用数据类型和数据值的最小集测试。 用一系列真实的数据类型和数据值运行,测试超负荷、饱和及其他“最坏情况”的结果; 用假想的数据类型和数据值运行,测试排斥不规则输入的能力; 对影响性能的关键模块,如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序是否做了该做的?”还要考察“程序是否没做不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数

据值的异常等等。下述几种方法:(a)等价类划分,(b)因果图方法,(c)边值分析法,(d)猜错法,(e)随机数法,就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”,但又各有长处,综合使用这些方法,会得到一个较好的测试用例集。 1.等价类划分 等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说,集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类,然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时,应该注意区别以下两种不同的情况: 有效等价类:有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中,有效等价类可以是一个,也可以是多个。 无效等价类:无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题,无效等价类至少应有一个,也可能有多个。 确定等价类有以下几条原则: 如果输入条件规定了取值范围或值的个数,则可确定一个有效等价类和两个无效等价类。例如,程序的规范中提到的输入条包括“……项数可以从1到999……”,则可取有效等价类为“l考项数<999”,无效等价类为“项数999”。 输入条件规定了输入值的集合,或是规定了“必须如何”的条件,则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符,其输入条件规定“标

非常全面的手机测试流程(精)

非常全面的手机测试流程目录 1、基本通话 1.1 来电响铃时 1.1.1来电响铃时的接通操作…………………………………………………………… 1.1.2来电响铃结束操作………………………………………………………………… 1.1.3来电响铃过程中有效功能的按键操作(除接通、结束……………………… 1.1.4来电响铃时的无效按键操作……………………………………………………… 1.2 来电通话 1.2.1来电通话中的基本菜单操作(除挂机…………………………………………. 1.2.2通话中的功能键……………………………………………………………………. 1.2.3结束通话……………………………………………………………………………. 1.3 呼叫功能 1.3.1拨号呼出………………………………………………………………………….. 1.3.2结束呼叫响铃…………………………………………………………………….

1.3.3呼叫中的无效操作………………………………………………………………. 1.3.4主叫通话时功能操作……………………………………………………………. 1.3.5 结束主叫通话…………………………………………………………………… 1.4多方通话 1.4.1主叫多方通话……………………………………………………………………. 1.4.2被叫多方通话……………………………………………………………………. 2、通话设置 2.1 翻盖应答………………………………………………………………………………… 2.2 单键拨号………………………………………………………………………………… 2.3自动重拨…………………………………………………………………………………. 2.4 任意键应答……………………………………………………………………………… 2.5 呼叫等待…………………………………………………………………………………

手机测试模式

NOKIA测试手机的使用 一、网络测试功能提供的网络信息 页面 1: 服务小区信息 页面 2: 服务小区其他信息 页面 3: 服务小区与第一、第二邻近小区信息 页面 4: 第三、第四、第五邻近小区信息 页面 5: 第六、第七、第八邻近小区信息 页面 6: 网络选择信息 页面 7: 服务小区的系统信息标志位 页面 10: 寻呼重复周期、TMSI、周期性位置登记定时器、AFC、AGC 页面 11: 网络参数 页面 12: 交织、跳频、下行不连续发射的状态以及IMSI 页面 13: 上行不连续发射的状态 页面 17: 切换 BTS_TEST 状态 页面 18: 照明灯状态控制 页面 19: 切换小区禁止状态 二、网络测试功能的模式 网络测试功能有三种模式: - 执行模式 - 数据显示模式 - 帮助模式 在本文中采用三种不同的标记注明。 ************** ++++++++++++++ ############## * * + + # # * Execute * +Data display+ # Help # * Mode * + Mode + # Mode # * * + + # # ************** ++++++++++++++ ############## 可采用在菜单中直接输入页号的方法进入执行模式。背景灯光的开/关(页面18)就工作于执行模式下,进入测试页面18,按下OK键,命令就被执行。执行模式是瞬时的,每当命令执行完毕,执行模式也就结束,同时数据显示模式开始,比如执行开背景灯光的命令,命令执行完毕后,显示“LIGHT ON”,在数据显示模式下指示出背景灯光的状态。数据显示模式中,网络测试数据(如:载频频点,功率电平,小区号)显示在屏幕上,帮助模式中,显示每一个测试页的参数说明,这样有利于识别测试信息。长按(*)可以切换数据显示模式和帮助模式。 翻页键为切换至其他测试页提供了方便,免去了使用菜单的麻烦,但是这却不能执行命令,数据显示模式依然保留,也就是说尽管一些可执行测试页被翻过,但是什么也没有执行。这是为了防止用户不小心清除了有用的数据。 帮助模式也是一种非执行模式。 三、网络测试功能的各页面的信息 页面 1:当前服务小区信息 ++++++++++++++ +abbb ccc ddd+ + e ff g mmmm+ + nnn ppp + + oooo + ++++++++++++++ 帮助页面:

手机测试仪器的正常使用

手机测试仪器的正常使用 目的:为了增强测试能力.能够正确使用测试仪器和对仪器的维护. 手机测试的仪器及工具:<最少需要以下要求>. 综测仪.电脑.电源.下载数据线. 综测夹具各一PCS.这些仪器及工具对手机测试起到很大的作用.因为手机按设计来讲它是由软件和硬件构成.手机的软件是对手机工作运行的指令, 硬件则是对手机软件的支持. 软件和硬件结合在一起才能使手机正常工作. 手机的工作必须需要满足它的五大要素:3V稳压电源.13MHZ时钟.RST<复位信号>.32.768时钟.软件.如果电源.时钟信号正常的话,那么我就可以通过电脑把软件写进手机里面.我们怎样才能把软件写进手机里面呢?首先我们通过图一来说明它的原理. 图一(用ADI平台手机)在电脑上打开下载工具.这个平台也需要一个指令(驱动)才能正常工作.首先我们把驱动在电脑上装好,然后打开下载工具CONFIG的窗口它就会跳出另一个窗口,上面提示一个用户名和秘密,把用户名和秘密写进去,然后按OK键它就会跳出一个窗口让你选择以手机对应的软件,选择软件完成以后还有一个问题需要注意的就是还有一个选项KEEP ALL和ERASE NV它们表示保留和檫除所有的按钮,有的手机需要保留手机的一些信息你就要选择KEEP ALL保留,当你不需要保留时你就选择ERASE NV檫除所有信息.当你确定选择其中的一项的时候你就可以按OK键.此时你的软件已经选择好啦,现在就需要下载数据线用它以手机和电脑连接,这样才能把数据传到手机上.当然手机跟电脑连接的同时也要看看电源的供电是否调到4.2V,因为这是手机标准的供电电压.当你选择好电压连接好下载数据线你还需要选择它的下载窗口和波特率,因为下载窗口必须跟电脑的窗口是一致的,这样才能把数据从电脑上传到手机上. 波特率就是下载数据的速度,你把它调到最大,那么它下载的速度就会越快.当你这一切已经都选择好啦,就可以点击START开始写软件到手机上啦.当它烧录成功以后就会在下载工具上显示绿色,反之就是无法写进软件,这手机就是不良品.当然如果出现批量性的问题就要对这个问题进行分析,看它的问题出在何处啦.具体操作请看实操. 以上是图一。

手机app测试要点总结

对于产品的手机项目(应用软件),主要是进行系统测试。而针对手机应用软件的系统测试,我们通常从如下几个角度开展:功能模块测试,交叉事件测试,压力测试,容量测试,兼容性测试,易用性/用户体验测试等。 1、功能模块测试:首先应分析功能模块的功能项,测试每个功能项是否能够实现对应的功能。一般根据测试用例(Test Case)或软件本身的流程就可以完成基本功能测试(相对简单,故障也较容易发现、解决)。 2、交叉事件测试:又叫事件或冲突测试,是指一个功能正在执行过程中,同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或闹铃触发,应用软件运行过程中插拔充电器等。执行干扰的冲突事件不能导致应用软件异常、手机死机或花屏等严重问题。另外,还需要注意各交叉事件的优先级别,检验系统是否能依据各事件的优先级别依次进行处理。不能因执行优先级别高的事件而导致优先级较低的事件吊死。 交叉事件测试非常重要,一般能发现应用软件中一些潜在的问题。另外有中英文模式切换的手机要注意中英文模式切换后的功能实现存在的问题(这个主要针对手机应用软件支持语言自适应功能),这一点通常会被测试人员忽略。 3、压力测试:又叫边界值容错测试或极限负载测试。即测试过程中,已经达到某一软件功能的最大容量、边界值或最大的承载极限,仍然对其进行相关操作。例如连续进行短信的接收和发送,超过收件箱和SIM卡所能存储的最大条数,仍然进行短消息的接收或发送,以此来检测软件在超常态条件下的表现,进而评估用户能否接受。 对手机可以施加的压力测试类型主要有: ? 存储压力:由于手机采用的是栈式存储,所以当一个存储块满了之后,如果程序员不做相应处理或者处理不好的话,很容易造成其他存储区被擦除,从而在UI上出现问题(比如其他功能无法正常使用,出现异常)。 ? 边界压力:边界处理一直是程序员最容易忽略的地方。 ? 响应能力压力:有时候某个操作可能处理的时间很长,在处理期间如果测试者再不断地进行其他操作的话,很容易出现问题。 ? 网络流量压力:执行较大数据流量的功能的同时,再进行其他功能操作,使得网络流量始终处于很高的状态(如视频通话时再进行短信等其他功能操作),验证各功能是否依然能正常工作,是否存在因网络流量瓶颈而引起某功能异常。 压力测试用手工测试可能很繁锁,可以考虑自动化测试。遗憾的是,目前还没有较为大量使用的工具,一般都是由开发人员配合开发出的工具,或者高级的测试人员编写出的脚本。

APP测试基本流程以及APP测试要点

1APP 测试基本流程 1.1流程图不符 符合 仍然为测试环境 进入正式环境 Fail Pass 跟进接收版本 App 测试版本 送测规范 UI 测试:核对 rp/效果图 功能测试:核 对需求文档 兼容性测试、 性能压力测试 正式环境下测 试 后台订单统计测试报告里面需体 现出软件质量 分值 回 归 测 试

1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。 1.3测试资源 测试任务开始前,检查各项测试资源。 --产品功能需求文档; --产品原型图; --产品效果图; --测试设备; --其他。 1.4日报及产品上线报告 1)测试人员每天需对所测项目发送测试日报。(也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报) 2)测试日报所包含的内容为: \\server\网站软件app等开发\产品测试部\测试知识区域\测试文档类模板\项目测试报告邮件输出模板.doc 4)不同版本测试报告输出 2App测试点 2.1安全测试 2.1.1软件权限 1)扣费风险:包括发送短信、拨打电话、连接网络等 2)隐私泄露风险:包括访问手机信息、访问联系人信息等 3)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4)限制/允许使用手机功能接人互联网 5)限制/允许使用手机发送接受信息功能 6)限制/允许应用程序来注册自动启动应用程序 7)限制或使用本地连接 8)限制/允许使用手机拍照或录音

9)限制/允许使用手机读取用户数据 10)限制/允许使用手机写人用户数据 11)检测App的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 1)应用程序应能正确安装到设备驱动程序上 2)能够在安装设备驱动程序上找到应用程序的相应图标 3)是否包含数字签名信息 4)没有用户的允许,应用程序不能预先设定自动启动 5)卸载是否安全,其安装进去的文件是否全部卸载 6)卸载用户使用过程中产生的文件是否有提示 7)其修改的配置信息是否复原 8)卸载是否影响其他软件的功能 9)卸载应该移除所有的文件 2.1.3数据安全性 1)当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中,同时密码也不会被解码 2)输人的密码将不以明文形式进行显示 3)密码,信用卡明细,或其他的敏感数据将不被储存在它们预输人的位置上 4)不同的应用程序的个人身份证或密码长度必需至少在4一8个数字长度之间 5)当应用程序处理信用卡明细,或其他的敏感数据时,不以明文形式将数据写到其它单独的文件或者临时文件中。以6)防止应用程序异常终止而又没有侧除它的临时文件,文件可能遭受人侵者的袭击,然后读取这些数据信息。 7)当将敏感数据输人到应用程序时,其不会被储存在设备中 8)备份应该加密,恢复数据应考虑恢复过程的异常通通中中等,数据恢复后再使用前应该经过校验 9)应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告 10)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警告显示前,,利用显示误导信息欺骗用户,应用程序不应该模拟进行安全警告误导用户11)在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作12)“取消”命令操作能够按照设计要求实现其功能 13)应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况 14)当进行读或写用户信息操作时,应用程序将会向用户发送一个操作错误的提示信息15)在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容Μ16)应用程序读和写数据正确。 17)应用程序应当有异常保护。 18)如果数据库中重要的数据正要被重写,应及时告知用户 19)能合理地处理出现的错误

相关文档
最新文档