手机测试方法大全

手机测试方法大全
手机测试方法大全

手机测试方法大全

在软件界面设计强调张扬个性的同时,我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用,这是一切软件界面设计和测试的必循之道,是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户对软件的生疏感,使老用户更易于上手、充分重用已有使用经验,并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行),不妨从下列一些角度测试软件的人机界面。

一致性测试

一致性使软件人机界面的一个基本要求。目的是使用户在使用时,很快熟悉软件的操作环境,同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时,需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见:

――提示的格式是否一致

――菜单的格式是否一致

――帮助的格式是否一致

――提示、菜单、帮助中的术语是否一致

――各个控件之间的对齐方式是否一致

――输入界面和输出界面在外观、布局、交互方式上是否一致

――命令语言的语法是否一致

――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索)

――存在同一产品族的时候,是否与其他产品在外观、布局、交互方式上是否一致(例:Office产品族)

――同一层次的文字在同一种提示场合(一般情况、突显、警告等)在文字大小、字体、颜色、对齐方式方面是否一致

――多个连续界面依次出现的情况下,界面的外观、操作方式是否一致(当然可能会有例外,比如操作结束的界面)

信息反馈测试

假设系统的使用者是一个初出茅庐的生手,你能指望她(他)在进行操作不出错吗?但这还不是问题的所在,问题的所在在于我们都会犯错误,我们都有自己不了解的东西。如何避免,这要求我们的人机界面有足够的输入检查和错误提示功能。通过信息反馈,用户得到出错提示或是任务完成的赞许之语。但有些不幸的是,我们很多系统都在此方面做的不尽人意。下面是这类测试的一些参考意见:

――系统是否接受客户的正确输入并做出提示(例:鼠标焦点跳转);

――系统是否拒绝客户的错误输入并做出提示(例:弹出警告框,声响);

――系统显示用户的错误输入的提示是否正确,浅显易懂(例:“ERR004”这样的提示让人不知所云);

――系统是否在用户输入前给出用户具体输入方式的提示(例:网站注册程序);

――系统提示所用的图

标或图形是否具有代表性和警示性;

――系统提示用语是否按警告级别和完成程度进行分级(若非某些破坏性操作,请对用户温和一些);

――系统在界面(主要是菜单、工具条)上是否提供突显功能(比如鼠标移动到控件时,控件图标变大或颜色变化至与背景有较大反差,当移动开后恢复原状);

――系统是否在用户完成操作时给出操作成功的提示(很多系统都缺少这一步,使用户毫无成就感)。

界面简洁性测试

你的人机界面像你的脸一样对称、干净吗?我们往往看到的使很多系统在人机界面设计上就像长了天花的病人。因此我们不得不对其进行美容前的检查,下面是一些供检查的建议条款。

――用户界面是否存在空白空间(没有空白空间的界面是杂乱无章的,易用性极差);

――各个控件之间的间隔是否一致;

――各个控件在垂直和水平方向上是否对齐;

――菜单深度是否在三层以内(建议不要超出三层,大家可以参考微软的例子);

界面控件分布是否按照功能分组(菜单、工具栏、单选框组、复选框组、Frame 等);

――界面控件本身是否需要通过滑动条的滑动来显示数据(建议采用分页显示并提供数据排序显示功能);

实际上,一个处理该类测试的原则性的东西就是:干掉多余的东西,尽可能分组。

界面美观度测试

你的界面美观吗?试想一个服装模特穿一身不得体的衣服其展示效果会如何?我至今还记得在学习美学时老师讲过的一句话:美是对比的产物。在软件界面的美观度测试上,我们不得不注意下面的一些建议。

――前景与背景色搭配是否反差过大;

――前景与背景色是否采用较为清淡的色调而不是深色(比如用天蓝色而不用深蓝色和墨绿色);

――系统界面是否采用了超过三种的基本色(一般情况下不要超过三种);

――字体大小是否与界面的大小比例协调(一般中文采用宋体9-12,英文采用Arial或Times New Roman,日文采用SimSun或明朝);

――按钮较多的界面是否禁止缩放(一般情况下不宜缩放,最好禁止最大、最小化按钮);

――系统是否提供用户界面风格自定义功能,满足用户个人偏好;

用户动作性测试

“科学是懒人的哲学”,这是我大学专业老师的一个观点。我们的计算机系统也不例外。我们的系统能让用户尽可能地偷懒吗(少动手肘,少记命令等),从这个角度出发,相信你会对用户动作性测试的本质有较深的体会。我相信没有一个测试员愿意做的多而收获的少。此外用户从某种角度上是心怀不测的挑衅者和肇事者。他

们很少有太多的耐心来对待他们寄以很大期望的系统。下面是一些判断用户是否能够“偷懒”和“发泄防止”的测试建议。

――是否存在用户频繁操作的快捷键;

――是否允许动作的可逆性(Undo,Redo);

――界面是否有对用户的记忆要求;

――系统的反应速度是否符合用户的期望值;

――是否存在更便捷、直观的方式来取代当前的界面的显示方式;(比如用菜

单界面代替命令语言界面)

――用户在使用时任何时候是否能开启帮助文档(F1);

――系统是否提供模糊查询机制和关键字提示机制减少用户的记忆负担(比如清华紫光输入法的模糊音设定);

――是否对可能造成长时间等待的操作提供操作取消功能;

――是否支持对错误操作进行可逆性处理,返回原有状态;

――是否采用相关控件(如:日历,计算器等)替代用户手工键盘输入;

――选项过多的情况下是否采用下拉列表或者关键字检索的方式共用户选择;

――系统出错是是否存在恢复机制使用户返回出错前状态(如:Office XP的文件恢复);

――在用户输入数据之前,用户输入数据后才能执行的操作是否被禁止(如

特定的按钮变灰);

――系统是否提供“所见即所得(WYIWG)”或“下一步提示”的功能(比如预览);

行业标准测试

每个行业都有自己的一套标识体系。请尽可能不要与其“撞车”。这就需要我们的人机界面测试人员对软件行业的符号体系有所了解,否则将很难担此大任。

――界面使用的图符、声音是否符合软件所面向领域的行业符号体系标准;

――界面说使用的术语是否符合软件所面向领域的行业命名标准;

――界面的颜色是否与行业代表色彩较为相近;

――界面的背景是否能够反映行业相关主题(比如:反映环保的背景一般采用自然风光作为背景);

――界面的设计是否反映行业最新的理念和大众趋势;

当然、每一个软件也应当具有自己的一些个性,这些个性是体现软件开发商和所面向的用户领域的特定需要的。比如微软的启动界面和苹果的启动界面就完全是两码事。一个不失个性的软件,其本身就是软件制作商的“广告代言人”。既要突出制作商,又不能喧宾夺主。下面我们给出一些常见的软件个性测试原则。

――软件的安装界面是否有单位介绍或产品介绍,并拥有自己的图标;

――软件的安装界面是否在界面上不同于通用的安装工具生成的界面(比如:金山快译的安装界面就比较有特色);

――主界面的图标是否为制作商的图标;

――系统启动需要长时间等待时,是否存在Splash界面,它是否包含或反映制作者信息;

――软件是否有版本查看机制,版本说明上是否有制作者或是用户的标识;

移动APP测试方法

超赞!移动APP测试实用指南 译者注:本文从测试人员的角度出发,提出了100多个在测试移动App过程中需要考虑的问题。不管你是测试人员、开发、产品经理或是交互设计师,在进行移动App开发时,这些问题都很有参考价值。我和Queen合力译出此文,分享给大家,希望有所帮助和启发。 测试人员常被看作Bug寻找者,但你曾想过他们实际是如何开展测试的吗?你是否好奇他们究竟都做些什么,以及他们如何在一个典型的技术项目中体现价值? 作者将带你经历测试人员的思维过程,探讨他们测试移动App时的各种考虑。本文的目的在于揭示测试人员的这一思维过程,并展示他们通常所考虑内容的广度和深度。 1.测试人员需要询问问题 测试人员的核心能力在于提出有挑战性的相关问题。如果你能将调查、询问技巧和技术、产品的知识结合起来,渐渐地,你也会成为一个好的测试人员。 比如,测试人员可能会问: o这个App应该在什么平台上使用? o这个App到底是干什么的? o如果我这样做,会发生什么情况? 诸如此类。 测试人员能从各种场景中发现问题,它们可能来自对话、设计、文档、用户反馈或者是产品本身。这些可能性太多了……因此,让我们一探究竟吧! 2.从哪里开始测试

理想情况下,测试人员应该掌握所测产品的所有最新细节资料。但事实上这很少见,因此,像其他人一样,测试人员只能将就使用手上有限的资料。但这不是不能测试的借口!测试人员其实是可以从内部和外部多种不同的来源处收集信息的。 这个阶段,测试人员可以问这些问题: o有哪些信息:规格?项目会议?用户文档?知识渊博的团队成员?有支持论坛或者是公司在线论坛提供帮助?有现存Bug的记录吗? o该应用是在什么系统、平台和设备上进行运作和测试? o该应用是处理什么类型的数据(比如个人信息、信用卡等等)? o该应用有整合外部应用(比如API和数据来源)吗? o该应用需要用到特定的移动端网页吗? o现有消费者如何评价这个产品? o有多少时间可用于测试? o测试的优先级和风险是什么? o哪些用户使用起来不愉快,为什么? o如何发布和更新? o基于以上收集的信息,测试人员可以制定测试计划了。通常预算决定测试方法,一天测完,一个星期或一个月测完 的方法肯定不同。当你逐渐熟悉团队、工作流程以及这类 问题的解决方式时,你就更容易预测结果了。 o案例:FacebookApp的社会评论 o当作为一名测试人员收集信息时,我喜欢选用 FacebookApp作为案例,因为用户的抱怨到处都是。以下 仅仅展示了部分遇到难题的用户在iTunesAppStore中发表的评论,网络上还有很多。

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

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测试策略和流程

手机App测试策略和流程目录

1.引言 本文档是长春吉大正元信息技术股份有限公司东北公司手机APP测试的工作指导原则,它为手机APP测试过程中涉及到的测试方法、测试类型等制定标准做出明确的诠释和说明。 测试部门相关人员以此文档作为测试工作的依据和行为准则。 编写目的 本规范规定了东北公司手机APP测试过程中的活动和步骤。为公司测试(活动、产品)的实施和过程情况的各项检查提供依据;为度量被测试产品质量提供验证指标和验证方法。 适用范围 适用于长春吉大正元信息技术股份有限公司东北分公司测试部。 适用于:手机APP项目和产品的系统测试 针对手机APP的验证测试(外包项目)不在此范围之内,如需确保重点项目的手机APP质量度量和评价,需领导特殊审核。 2.测试过程描述 验证测试先决条件 对当前项目测试优先级进行划分: 产品大于项目优先级; 自主项目大于外包项目优先级; 重大项目(领导特批)大于客户化项目; 提前申请优先级大于变更申请优先级。(例如:监狱项目提前申请预留或者安排 测试员提前介入) 对当前测试版本质量进行评级:对于不符合测试准入原则的版本予以驳回。 验证测试三天后对提交版本进行质量预评估和评级:对第一轮发现较严重的问题进行列 举,对版本的整体情况进行评估。(详见BUG清单)对于不能度量质量的项目予以驳回 自测试。(例如:监狱移动OA项目)。 外埠公司提交测试前。应附上测试报告(功能测试报告、兼容性测试报告、性能测试报 告以及app可用性能标准结果);?公司内部提交测试前,需附上缺陷记录和修改状态表。 上述有一项不能满足或不能按时提交予以测试驳回。 总结提交测试版本的内部测试情况(测试BUG列表)。对遗留问题必须列出并记录解决 方案。对性能和稳定性指标要予以详细描述。 测试周期 测试周期可按项目的开发周期来确定测试时间,一般客户化项目手机APP测试时间为三周(即15个工作日),根据项目情况以及版本质量标准可适当缩短或延长测试时间。正式测试前先向测试部经理确认项目排期。 需提供资源 测试任务开始前,检查各项测试资源是否提交,有两项没有提交予以测试驳回。 --产品功能需求文档; --产品原型图; --产品效果图; --用户使用手册; --测试设备确认表(例如:;;及以上;Symbian v3/v5/Nokia Belle等); 轮次报告及产品上线报告

手机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)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警

APP测试方法

App测试方法总结 一、安全测试 1.软件权限 1)扣费风险:包括短信、拨打电话、连接网络等。 2)隐私泄露风险:包括访问手机信息、访问联系人信息等。 3)对App的输入有效性校验、认证、授权、数据加密等方面进行检测 4)限制/允许使用手机功能接入互联网 5)限制/允许使用手机发送接收信息功能 6)限制或使用本地连接 7)限制/允许使用手机拍照或录音 8)限制/允许使用手机读取用户数据 9)限制/允许使用手机写入用户数据 10)限制/允许应用程序来注册自动启动应用程序 2.安装与卸载安全性 1)应用程序应能正确安装到设备驱动程序上 2)能够在安装设备驱动程序上找到应用程序的相应图标 3)安装路径应能指定 4)没有用户的允许,应用程序不能预先设定自动启动 5)卸载是否安全,其安装进去的文件是否全部卸载 6)卸载用户使用过程中产生的文件是否有提示 7)其修改的配置信息是否复原 8)卸载是否影响其他软件的功能 9)卸载应该移除所有的文件 3.数据安全性 1)当将密码或其它的敏感数据输入到应用程序时,其不会被存储在设备中,同时密码也不会被解码。 2)输入的密码将不以明文形式进行显示。 3)密码、信用卡明细或其他的敏感数据将不被存储在它们预输入的位置上。 4)不同的应用程序的个人身份证或密码长度必须至少在4-8个数字长度之间。 5)当应用程序处理信用卡明细或其它的敏感数据时,不以明文形式将数据写到其他单独的文件或者临时文件中。以防止应用程序异常终止而又没有删除它的临时文件,文件可能遭受入侵者的袭击,然后读取这些数据信息。 6)党建敏感数据输入到应用程序时,其不会被存储在设备中。 7)应用程序应考虑或者虚拟机器产生的用户提示信息或安全警告 8)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警告显示前,利用显示误导信息欺骗用户,应用程序不应该模拟进行安全警告误导用户。9)在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作。10)应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况。 11)当进行读或写用户信息操作时,应用程序将会向用户发送一个操作错误的提示信息。12)在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容。13)如果数据库中重要的数据正要被重写,应及时告知用户。 14)能合理的处理出现的错误。 15)意外情况下应提示用户。 4.通讯安全性

手机测试方法与测试用例

目录 目录 (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、负数等

手机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)当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中,同时密码也不会被解码

测试手机APP流程规范标准

关于手机APP 测试流程规范 1、流程图 仍然为测试环境

测试周期 测试周期一般为两周(10个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.1测试资源 测试任务开始前,检查各项测试资源。 1.产品功能需求文档 2.产品原型图 3.产品效果图 4.行为统计分析定义文档 5.测试设备(ios3.1.3-ios5.0.1;Android1.6-Android4.0;Winphone7.1及以上; Symbian v3/v5/Nokia Belle等) 6.其他(例如有秒杀专题的项目,需要规划秒杀时间表;有优惠券使用的 项目,需要申请添加优惠券数据;支付宝/银联支付功能的项目,需要提前申请支付宝/银联账户等等) 1.2测试要点 1.接收版本 A)接收测试版本的同时,需要查看程序填写的《App测试版本提交质量规范》,若符合则开始测试任务,若不符合规范,可拒绝测试。 B)日常接收版本时需要注意测试版本规范,如不符合,请开发人员重新修改合适的版本号后再次提交测试。 2.UI测试 A)确保手头的原型图与效果图为当前最新版本。 B)确保产品UI符合产品经理制定的原型图与效果图。 C)一切界面问题以效果图为准,若有用户体验方面的建议,必须先以邮件或口头的形式询问产品经理。 D)由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数据类型 3.功能测试 A)确保手头的功能需求文档为当前最新版本。 B)确保所有的软件功能都已实现且逻辑正常。 C)一切功能问题以需求文档为准,若有用户体验方面的建议,必须先以邮件或口头的形式询问产品经理。 D)若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现,必须得到产品经理的确认,而不是单单只听开发人员的技术解 释。 E)P MS上所有的“外部原因”问题,都需要尽早地督促开发人员与客

手机常用信号的测试方法

手机常用信号的测试方法 ●目的 1.掌握手机常用供电电压的测试方法。 2.掌握手机常用波形的测试方法。 3.掌握手机常用频率的测试方法。 ●要求 1.实习前认真阅读实习指导 2.实习中测试信号电压、波形和频率时要启动相应的电路。 3.实习后写出实习报告。 手机常见供电电压的测试 维修不开机、不入网、无发射、不识卡、不显示等故障,需要经常测量相关电路的供电电压是否正常,以确定故障部位,这些供电电压,有些为稳定的直流电压,有些则为脉冲电压,一般来说,直流电压即可用万用表测量,也可用示波器测量,当然,用万用表测量是最为方便和简单的,只要所测电压与电路图上的标称电压相当,即可判断此部分电路供电正常;而脉冲电压一般需用示波器测量,用万用表测量,则与电路图中的标称值会有较大的出入。脉冲电压大都是受控的 (有些直流电压也可能是受控的 ,也就是说,这个脉冲电压只有在 启动相关电路时才输出,否则,用示波器也测不到。 下面分以下几种情况分析供电电压信号的测试方法。 一、外接电源供电电压 1.指导

维修手机时,经常需要用外接电源采代替手机电池,以方便维修工作,这个外接电源在和手机连接前,应调到和手机电池电压一致,过低会不开机,过高则有可能烧坏手机。外接电源和手机连接后, 要供到手机的电源 IC 或电源稳压块。外接稳压电源输出的是一个直流电压, 且不受控; 测量十分简单, 只需在电源 IC 或稳压块的相关引脚上, 用万用表即可方便地测到。如果所测的电压与外接电源供电电压相等,可视为正常,否则,应检查供电支路是否有断路或短路现象。 2.操作 以摩托罗拉 T2688手机为例,装上电池,不开机,测试直通电池正极的电压,共 12处: (1功放 U201的左上角 (8脚、右上角 (6脚。 (2功控 ICU202的 4脚。 (3电源 ICU27的 1、 10脚。 (4充电二极管 D14的负极。 (5射频供电 ICIC301的 7脚。 (6U47的 6脚。 (7U35的 4脚。 (8振子驱动管集电极。 (9电池退耦电容下端。 (10发光二极管驱动管 BQ2集电极。 (11开机键外圈。 (12U26的 2脚。二、开机信号电压

蓝牙手机测试方法

蓝牙手机测试方法: 现随着科学的进步与发展,蓝牙技术不断日异月新,蓝牙手机也广泛用于大家手中。但不知道大家是否知道怎么测试自己的手机蓝牙功能。现我将我公司的测方法上传给大家分享与点评! 蓝牙整机包括音频和文件测试两个部分 蓝牙音频通讯测试: 使用蓝牙耳机来进行测试 (注意:这种方法只能验证蓝牙工作是否正常) 器材: 好的蓝牙耳机一个 测试方法: 使用金机确认音质确保周围15米范围内没有其他蓝牙设备干扰,插上白卡开机进入菜单->附加功能->蓝牙,首先激活蓝牙,如果蓝牙没有被激活的话,然后点击我的装置以便找到蓝牙耳机(如果这个时候蓝牙设备多的话,这里会有很多个,你要根据地址选到你的蓝牙耳机),然后拨112,从蓝牙耳机中听取声音,以声音清晰的蓝牙耳机为准。 开始测试 确保周围15米范围内没有其他蓝牙设备干扰,使用刚刚挑选好的蓝牙耳机,插上白卡开机进入菜单->附加功能->蓝牙,首先激活蓝牙,如果蓝牙没有被激活的话,然后点击我的装置以便找到蓝牙耳机(如果这个时候蓝牙设备多的话,这里会有很多个,你要根据地址选到你的蓝牙耳机),然后拨112,从蓝牙耳机中听取声音,如果声音非常嘈杂,判断为FAIL。 最后,重新进入附加功能->蓝牙,并把刚刚找到的蓝牙设备删除。这一步一定要做,因为手机不会自动删除刚刚找到的这些设备。 注意:确保测试完后要删除已经找到的蓝牙设备。 可以进入附加功能->蓝牙->我的装置->点击选项->删除,把找到过的蓝牙设备删除 蓝牙文件通讯测试: 测试设备: 带有蓝牙适配器的电脑或者同类型的手机一台 T卡(用来存放文件) 实网卡 测试方法: 1、被测试蓝牙手机装好实网卡和T卡,开机,进入菜单->附加功能->蓝牙->激活蓝牙,确保蓝牙设备已经打开。蓝牙设备如果打开会在菜单条上有一个提示打开。 2、然后重新退出,进入文档管理菜单,选择任意一个文件,点击发送菜单->通过蓝牙,这时手机会找寻蓝牙装置,选择你要发送到的设备,这时文件就会进行发送了。 注意: 用来接收的蓝牙设备一定进入菜单附加功能->蓝牙->设置->文件传输设置->目录权限->可自由存取。 并且用来接收的蓝牙设备最好通过附加功能->蓝牙->设置->认证需求,把认证需求关闭。确保测试完后要删除已经找到的蓝牙设备。 可以进入附加功能->蓝牙->我的装置->点击选项->删除,把找到过的蓝牙设备删除

手机测试方法大全

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

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

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

手机测试方法

手机软件测试方法 系统测试方法分为:功能测试,一致性测试,性能测试,压力测试,容量测试,安全性测试,恢复性测试,备份测试,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度的角度撕脱,检查方格面油漆。

手机整机测试的方法

手机整机测试的方法 1目的 本规范定义了手机整机测试的方法和允收标准﹐以保证所提供之产品符合客户要求。 This document defined radio test and acceptable specification, and ensure the quality conforming to the requirement of the customer. 2适用范围SCOPE 适用于WLBG事业群生产手机产品的全球各厂区. 如果客户对手机有其它测试要求﹐则以客户要求优先. This document is applied for all factories produce radio in Wireless Business Group all over the world. If customer has other testing spec, regard it as standard. 3参考文件APPLICABLE DOCUMENTS ISO 2409 Paints and Varnishes- Cross-cut Test JIS K 5400 Testing Methods for Paints ASTM D2247-99 Standard Practice for Testing Water Resistance of Coatings in 100% Relative Humidity ASTM B117 Standard Practice for Operating Salt (Fog) Testing Apparatus 4Test Item: 4.1温度环境测试 4.1.1冷热冲击测试 Change of Temperature Test: 4.1.1.1测试设备﹕ Thermal shock chamber(两箱式冷热冲击机) 型号: TC–D4L (-65℃/ 150℃) TestApparatus: Thermal shock chamber,MODEL: TC–D4L (-65℃/ 150℃) 4.1.1.2测试条件﹕ a首先放入高温柜﹐温度﹕85℃, 单个循环保温时间45分钟﹔

App常用测试方法总结

APP常用测试方法总结 一、安全测试 1.软件权限 1)扣费风险:包括短信、拨打电话、连接网络等。 2)隐私泄露风险:包括访问手机信息、访问联系人信息等。 3)对App的输入有效性校验、认证、授权、数据加密等方面进行检测 4)限制/允许使用手机功能接入互联网 5)限制/允许使用手机发送接收信息功能 6)限制或使用本地连接 7)限制/允许使用手机拍照或录音 8)限制/允许使用手机读取用户数据 9)限制/允许使用手机写入用户数据 10)限制/允许应用程序来注册自动启动应用程序 2.安装与卸载安全性 1)应用程序应能正确安装到设备驱动程序上 2)能够在安装设备驱动程序上找到应用程序的相应图标 3)安装路径应能指定 4)没有用户的允许,应用程序不能预先设定自动启动 5)卸载是否安全,其安装进去的文件是否全部卸载 6)卸载用户使用过程中产生的文件是否有提示 7)其修改的配置信息是否复原 8)卸载是否影响其他软件的功能 9)卸载应该移除所有的文件 3.数据安全性 1)当将密码或其它的敏感数据输入到应用程序时,其不会被存储在设备中,同时密码也不会被解码。 2)输入的密码将不以明文形式进行显示。 3)密码、信用卡明细或其他的敏感数据将不被存储在它们预输入的位置上。4)不同的应用程序的个人身份证或密码长度必须至少在4-8个数字长度之间。5)当应用程序处理信用卡明细或其它的敏感数据时,不以明文形式将数据写到其他单独的文件或者临时文件中。以防止应用程序异常终止而又没有删除它的临时文件,文件可能遭受入侵者的袭击,然后读取这些数据信息。 6)党建敏感数据输入到应用程序时,其不会被存储在设备中。 7)应用程序应考虑或者虚拟机器产生的用户提示信息或安全警告

手机软件测试中的MMI测试

手机软件测试中的MMI测试 摘要 当前我国的手机软件测试技术从总体上说属于刚刚起步的阶段,近几年正处于快速起步的过程,但是同发达国家的差距还是很大的,从而手机软件测试技术我国手机行业中面临着更加激烈的竞争和挑战。本文主要围绕手机MMI测试的各个方面来介绍手机测试技术,并从实际应用的角度出发,以手机智能终端和2G、3G业务规划为基础,系统地介绍了手机软件测试的各个方面,尤其是手机的MMI测试,是本文讨论的重中之重。文章中系统地介绍了MMI测试在整个手机软件测试中的地位和作用,并通过本人的实际项目来介绍手机MMI测试,以及在实际项目中的测试经验和手机测试技术。文章的侧重点则是手机MMI测试的测试用例的编写,并且举例介绍具体的测试用例的编写细节和常用方法,也包括具体测试故障(Bug)的提交等方法。 关键字人机界面;手机终端;测试用例;

The MMI Test In Mobile Test Technology Abstract C urrently, generally speaking, China’s Mobile p hone software testing techniques are just at the beginning stages. In recent years, it has enjoyed rapid growth. But compared with the developed countries, we still have a long way to go. Mobile phone industry is faced with fierce competitions and challenges. From the perspective of practical application, and with the intelligent terminals and 2G, 3G mobile phone business planning as the foundation, especially the MMI test. This passage will systematically introduce the testing technology around all aspects of MMI test. Together with My experience from actual project, it points out the status and role of MMI test in the process of Mobile phone software testing. The emphasis of the passage is the compile of the examples of the MMI test, and gives examples of writing details and common methods, including submission of the specific test failure (Bug) Keywords MMI;Mobile Station;Test Case

手机app测试

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

手机黑盒测试测试方案与测试报告

手机黑盒测试测试方案与测试报告 1

学号: 08202138 班级:B7082021 专业:软件工程 姓名:申金萍 2

手机黑盒测试测试方案和测试报告 1、简介 手机作为专用的消费类电子产品需要进行以下测试:可靠性测试(对于硬件则是RQT;对于软件则是field trial);标准符合性测试(FTA);互操作性测试(IOT);安全性测试(安规测试);强度测试等。 1.1编写目的 1.由于现在软件的规模越来越大,一个人或者少数几个人已经不可能在一定的时间内完 成一个软件,因此软件开发的过程越来越复杂,层次越来越深。这就导致开发人员之 间的沟通有了一定的隔阂。因此,软件测试越来越有单立出来的必要和重要性。 3

2. 由于软件开发的过程的复杂性,软件必然存在着无数的Bug。而 且大多数是在软件上 市前必须解决的,而开发者有不定能发现这些问题,故而测试就显得非常必要。测试 是开发成功的必要保障。 3. 由于软件开发的层次性,因此开发的结果很可能与初衷不一样,这就需要测试者去发 现这些差异。因此,测试是软件成功的重要保证。 4. 软件不但要实现一些功能,更要完善它的性能。这就需要测试人员对软件进行评测, 从而不断地完善软件的性能。 1.2项目背景 在计划制定好之后,在执行之前,必须将测试所需的人力资源,硬件资源,软件资源,文 档资源以及环境和人文资源准备充分。 1.3术语 时间相关的性能测试可分为长时间保持测试和限定时间反应测试。 次数相关的性能测试是测试终端重复稳定地进行某项功能的能 力。 4

并发测试主要是测试终端同时进行多项业务时表现出的处理能力。 负载测试主要是验证系统的负载工作能力。 2、测试概要 2.1测试用例设计 5

手机软件系统测试用例设计举例

一、等价类分析法 等价类划分方法针对手机状态大致可以归几个大类: 1. 按键类(等价法):有效输入和无效输入(有效输入指UM和菜单指示;无效输入指测试菜单功能此时没有定义的按键和用户动作); 2. 外部中断类(等价法):常用、不常用及无效 2.1. 常用:来电和来消息(短信、彩信、push消息);掀合盖;侧键;耳机&FM;情景模式;电量不足 2.2. 不常用:充电;闹钟&记事本&关机时间&整点报时提示;Icon&动画显示;Icon &动画刷新;编辑界面&pop显示框输入为空或满;编辑界面&pop显示框状态输入法默认&字符编码默认;失效SIM卡;大容量等SIM卡兼容;排序;号码识别; 2.3. 无效:“资料读取中…”;“复制中…”;“请稍后再试” 3. 存储器类 3.1. 等价法分类:读或写;不读或不写。 3.2. 因果法分类:先SIM卡后手机;先手机后SIM卡;提示用户选择存储器(对比Nokia)。 3.3. 操作分类:读;写;新增;删除;复制(先删除后新增;先新增后删除) 4. 状态类:正确;错误;变更;用户设定变更 举例一,短消息发送功能: 英文:Default 7-bit alphabet (over 160 characters) 合法等价类:0~160 非法等价类::>160 The quick fox jumps over the lazy brown dog 中文:UCS-2 alphabet (over 70 characters)

合法等价类:0~70 非法等价类::>70 诺基亚(英文):Extended default 7-bit alphabet (over 140 Bytes),智慧短信,可以携带黑白图片。 合法等价类:0~140 非法等价类::>140 在写字板里面输入“联通”二字,保存后,再打开,即出现乱码。 举例二,单个通话实例的拨打与挂断 测试用例标识 测试阶段:系统测试 测试项 单个通话实例的拨打与挂断 测试项属性 A 参照规范 重要级别 高 测试原因 手机在待机状态下,确保手机能正常拨出电话 预置条件 1. 正常信号环境 2. IDLE状态 3. 默认原厂参数设定

相关文档
最新文档