QQ手机业务解冻方法
业务解冻方法.如果您的钻冻结了！自己解冻不了请看已下截图：
首先进入网站：
复制到浏览器里面https://www.360docs.net/doc/7a10301143.html,/other/for_your_service.shtml
第二步：
第三步：
第四步：
第五步：
发给他后等客服回复就可以了，如果客服问你手机号码你知道吗，你就说是拿亲戚的手机绑定了。
麻烦他给你关闭下就好了.....
最后：
关闭业务后就可以重新开了
史上最全的手机硬件测试用例
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）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告，更不能在安全警
手机测试方法与测试用例
目录 目录 (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”这样的提示让人不知所云); ――系统是否在用户输入前给出用户具体输入方式的提示(例：网站注册程序);
手机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）当将密码或其他的敏感数据输人到应用程序时，其不会被储存在设备中，同时密码也不会被解码
手机测试模式
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 + ++++++++++++++ 帮助页面:
手机软件测试方法
手机软件测试方法 系统测试方法分为：功能测试，一致性测试，性能测试，压力测试，容量测试，安全性测试，恢复性测试，备份测试，GUI 测试，健壮性测试，兼容性测试，可用性测试，可安装性测试，文档测试，在线帮助测试以及数据转换测试等。 从手机软件系统测试的角度分为：功能模块测试，交叉事件测试，压力测试，容量性能测试，性能测试和用户手册测试等。 由于笔者执行手机软件测试的工作中，短消息和电话测试的较多，下面就以短消息为例来阐述，手机软件测试的一般方法和测试的要求，来供大家参考。 一?短消息［SMS］的基本功能测试 1、短消息的基本功能：是指短消息的编辑，删除，保存，收发，显示，以及各种按钮等功能的正常实现。 2、测试要求和执行：一般根据测试案例或软件本身的流程就可以完成短消息的基本功能测试。 二．短消息的交叉事件测试 1、交叉测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为Pass的标准。 2、测试要求和执行：干扰要恰到好处，准确，否则很难发掘出深层次的软件缺陷。 三．短消息的压力性能测试 1、压力测试：又叫边界值容错测试或极限负载测试，即测试过程中，已经达到 某一软件功能的最大容量，边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和PIM卡所能存储的最大的条数， 仍然进行短消息的接收或发送，以检测软件在超常态条件下的表现，来评估用户能否接受。 2、测试要求和执行：可以考虑进行自动化测试 四．短消息的容量性能测试 1、容量测试：又叫满记忆体测试，包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件的极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。 2、测试要求和执行：可以考虑进行自动充满记忆体测试，要对不同品牌和不同容量大小的SIM/PIM 卡进行测试 五. 短消息的兼容性能测试兼容性测试：也就是不同品牌手机，不同网络，不同品
手机测试仪器的正常使用
手机测试仪器的正常使用 目的:为了增强测试能力.能够正确使用测试仪器和对仪器的维护. 手机测试的仪器及工具:<最少需要以下要求>. 综测仪.电脑.电源.下载数据线. 综测夹具各一PCS.这些仪器及工具对手机测试起到很大的作用.因为手机按设计来讲它是由软件和硬件构成.手机的软件是对手机工作运行的指令, 硬件则是对手机软件的支持. 软件和硬件结合在一起才能使手机正常工作. 手机的工作必须需要满足它的五大要素:3V稳压电源.13MHZ时钟.RST<复位信号>.32.768时钟.软件.如果电源.时钟信号正常的话,那么我就可以通过电脑把软件写进手机里面.我们怎样才能把软件写进手机里面呢?首先我们通过图一来说明它的原理. 图一(用ADI平台手机)在电脑上打开下载工具.这个平台也需要一个指令(驱动)才能正常工作.首先我们把驱动在电脑上装好,然后打开下载工具CONFIG的窗口它就会跳出另一个窗口,上面提示一个用户名和秘密,把用户名和秘密写进去,然后按OK键它就会跳出一个窗口让你选择以手机对应的软件,选择软件完成以后还有一个问题需要注意的就是还有一个选项KEEP ALL和ERASE NV它们表示保留和檫除所有的按钮,有的手机需要保留手机的一些信息你就要选择KEEP ALL保留,当你不需要保留时你就选择ERASE NV檫除所有信息.当你确定选择其中的一项的时候你就可以按OK键.此时你的软件已经选择好啦,现在就需要下载数据线用它以手机和电脑连接,这样才能把数据传到手机上.当然手机跟电脑连接的同时也要看看电源的供电是否调到4.2V,因为这是手机标准的供电电压.当你选择好电压连接好下载数据线你还需要选择它的下载窗口和波特率,因为下载窗口必须跟电脑的窗口是一致的,这样才能把数据从电脑上传到手机上. 波特率就是下载数据的速度,你把它调到最大,那么它下载的速度就会越快.当你这一切已经都选择好啦,就可以点击START开始写软件到手机上啦.当它烧录成功以后就会在下载工具上显示绿色,反之就是无法写进软件,这手机就是不良品.当然如果出现批量性的问题就要对这个问题进行分析,看它的问题出在何处啦.具体操作请看实操. 以上是图一。
手机测试方法
手机软件测试方法 系统测试方法分为： 功能测试，一致性测试，性能测试，压力测试，容量测试，安全性测试，恢复性测试，备份测试，GUI测试，健壮性测试，兼容性测试，可用性测试，可安装性测试，文档测试，在线帮助测试以及数据转换测试等。从手机软件系统测试的角度分为： 功能模块测试，交叉事件测试，压力测试，容量性能测试，性能测试和用户手册测试等。 由于笔者执行手机软件测试的工作中，短消息和电话测试的较多，下面就以短消息为例来阐述，手机软件测试的一般方法和测试的要求，来供大家参考。 一、短消息[SMS]的基本功能测试 1、短消息的基本功能：是指短消息的编辑，删除，保存，收发，显示，以及各种按钮等功能的正常实现。 2、测试要求和执行：一般根据测试案例或软件本身的流程就可以完成短消息的基本功能测试。 二、短消息的交叉事件测试 1、交叉测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为Pass的标准。 2、测试要求和执行：干扰要恰到好处，准确，否则很难发掘出深层次的软件缺陷。 三、短消息的压力性能测试 1、压力测试：又叫边界值容错测试或极限负载测试，即测试过程中，已经达到某一软件功能的最大容量，边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和PIM卡所能存储的最大的条数，仍然进行短消息的接收或发送，以检测软件在超常态条件下的表现，来评估用户能否接受。 2、测试要求和执行：可以考虑进行自动化测试 四、短消息的容量性能测试 1、容量测试：又叫满记忆体测试，包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件的极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。 2、测试要求和执行：可以考虑进行自动充满记忆体测试，要对不同品牌和不同容量大小的SIM/PIM卡进行测试 五、短消息的兼容性能测试 兼容性测试：也就是不同品牌手机，不同网络，不同品牌和不同容量大小的SIM/PIM卡之间的互相兼容的测试，以短消息为例：中国电信的小灵通接收到从中国移动或中国联通GSM发来的短消息，接收，显示和回复
手机测试基本方法简介
测试执行：23轮功能测试，7轮系统测试，8轮健全测试，3轮机型兼容测试，3轮性能测试，1轮MTBF 测试，1轮PD/UI验证测试。 但是这其中有很多不足之处，较明显的如下： 1、前期功能测试和健全测试一天一轮，频度太快且测试费时，效果不好。 2、初期的测试用例设计全面，但未精确定义编写粒度，描述过程过细，后期因需求变更导致维护成本较高。 3、因项目流程和过程控制影响，无法明确划分测试阶段，且初期没有找到最佳敏捷测试方法，测试流程冗余僵化，导致大量重复性的工作，灵活性偏低。 在测试进程中我们已发现测试策略的问题，并及时调整，在阶段二开始使用新策略——使用两阶段测试模型： 1、阶段一<自由测试>：按照探索性测试（Exploratory Testing）模式，布置有针对性有重点的自由测试，以“把软件使用坏掉”为目的，尽可能多发现bug。 2、阶段二<覆盖测试>：执行各项测试用例，以“全面测试”为目的 具体的时间安排如下： 1、先期产品开发阶段，即Alpha release之前，做功能测试、健全测试、缺陷验证+自由测试。 2、项目中期，Alpha ~ Beta之间，执行全面的系统测试、兼容性测试、性能测试，并开展自动化脚本开发、环境搭建等工作。 3、Beta release之后，在产品发布前的2~3周，就开始确定稳定版本Release Candidate，在此版本基础上做最后一轮全面测试、重点子模块的健全测试、缺陷主导的ET等，完成最终报告并交由项目组领导、QA审核发布。 最近一直在做智能手机小应用的跟踪验证测试，故障单是由测试高手提供的，是一个非常完善的测试队，连我们的开发团队都感叹他们的敏锐，能发现潜在的Bug。在验证之余，我认真研究了他们出的故障单，做了一些总结： 1、手机软件系统测试的角度分为：功能模块测试，交叉事件测试，压力测试，容量性能测试，性能测试和用户手册测试等。 2、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试案例（Test Case）或软件本身的流程就可以完成基本功能测试。（相对简单，故障也较容易解决）
手机通用测试流程及说明
通用手机测试流程及 说明
目录 常见手机测试流程 (3) DL站说明 (4) CALIBRATION站说明 (5) CIT站说明 (7) FT站说明 (8) AT站说明 (9) FCIT站说明 (10) IMME站说明 (11) 其它测试仪器 (12) 总结及更正 (14) 相关图片 (15) 结尾 (19)
常见的手机测试流程 以上是通用的手机测试基本流程，各个测试平台会有相应调整和修改，不过不会有大的出入，下面将就各个测试站做详细介绍及出现问题的解决方法． AT FCIT IMME FT CIT DL CALIBRATION
ＤＬ站说明 ＤＬ站结构 DL专用下载夹具由多根下载线组成，下载线的接口为USB接口，下载线通常需要安装驱动，将USB转为COM接口，在计算机的设备管理器中，端口会显示USB-TO-COM后面是串口号，下载线有两个电源线，分别接直流电源的正负极，一般直流电源设置为3.8-4.2之间。有的下载线是接MOXA卡，需要在计算机的PCI插槽中，插入MOXA卡，通常一个MOXA 卡可以连接8个串口。 ＤＬ一般需要设置需要下载软件的版本，数据线相对应的ＣＯＭ口和波特率． 出现问题也检查以上的项目，就可以了． 有的测试平台，提前将程序写入芯片内，所以就只需写ＳＮ． 手机的软件升级站的结构和ＤＬ站相同．
CALIBRATION站说明 CALIBRATION结构 程控电源的接法 校准站的主机必须装有GPIB卡，用于控制程控电源（Agilent663XX和kaithley230X）和综测仪（CMU200和Agilent8960），GPIB地址必须设置正确，测试夹具用数据线接ＰＣ的ＵＳＢ接口（需要安装驱动，ＵＳＢ转ＣＯＭ），另一端用RF CABLE接综测仪的ＲＦ接口，有的测试平台需要对综测仪外接１０Ｍ基准频率，以保证综测仪的准确性． 有的测试平台将手机放到屏蔽箱内进行测试，防止信号受到干扰．
蓝牙手机测试方法
蓝牙手机测试方法： 现随着科学的进步与发展，蓝牙技术不断日异月新，蓝牙手机也广泛用于大家手中。但不知道大家是否知道怎么测试自己的手机蓝牙功能。现我将我公司的测方法上传给大家分享与点评！ 蓝牙整机包括音频和文件测试两个部分 蓝牙音频通讯测试： 使用蓝牙耳机来进行测试 （注意：这种方法只能验证蓝牙工作是否正常） 器材： 好的蓝牙耳机一个 测试方法： 使用金机确认音质确保周围15米范围内没有其他蓝牙设备干扰，插上白卡开机进入菜单->附加功能->蓝牙，首先激活蓝牙，如果蓝牙没有被激活的话，然后点击我的装置以便找到蓝牙耳机（如果这个时候蓝牙设备多的话，这里会有很多个，你要根据地址选到你的蓝牙耳机），然后拨112，从蓝牙耳机中听取声音，以声音清晰的蓝牙耳机为准。 开始测试 确保周围15米范围内没有其他蓝牙设备干扰，使用刚刚挑选好的蓝牙耳机，插上白卡开机进入菜单->附加功能->蓝牙，首先激活蓝牙，如果蓝牙没有被激活的话，然后点击我的装置以便找到蓝牙耳机（如果这个时候蓝牙设备多的话，这里会有很多个，你要根据地址选到你的蓝牙耳机），然后拨112，从蓝牙耳机中听取声音，如果声音非常嘈杂，判断为FAIL。 最后，重新进入附加功能->蓝牙，并把刚刚找到的蓝牙设备删除。这一步一定要做，因为手机不会自动删除刚刚找到的这些设备。 注意：确保测试完后要删除已经找到的蓝牙设备。 可以进入附加功能->蓝牙->我的装置->点击选项->删除，把找到过的蓝牙设备删除 蓝牙文件通讯测试： 测试设备： 带有蓝牙适配器的电脑或者同类型的手机一台 T卡（用来存放文件） 实网卡 测试方法： 1、被测试蓝牙手机装好实网卡和T卡，开机，进入菜单->附加功能->蓝牙->激活蓝牙，确保蓝牙设备已经打开。蓝牙设备如果打开会在菜单条上有一个提示打开。 2、然后重新退出，进入文档管理菜单，选择任意一个文件，点击发送菜单->通过蓝牙，这时手机会找寻蓝牙装置，选择你要发送到的设备，这时文件就会进行发送了。 注意： 用来接收的蓝牙设备一定进入菜单附加功能->蓝牙->设置->文件传输设置->目录权限->可自由存取。 并且用来接收的蓝牙设备最好通过附加功能->蓝牙->设置->认证需求，把认证需求关闭。确保测试完后要删除已经找到的蓝牙设备。 可以进入附加功能->蓝牙->我的装置->点击选项->删除，把找到过的蓝牙设备删除
漫谈NKIA测试手机的使用
NＯKIＡ测试手机的使用 一、网络测试功能提供的网络信息 页面 1:服务小区信息 页面2：服务小区其他信息 页面 3: 服务小区与第一、第二邻近小区信息 页面 4:第三、第四、第五邻近小区信息 页面 5: 第六、第七、第八邻近小区信息 页面6: 网络选择信息 页面7：服务小区的系统信息标志位 页面 10：寻呼重复周期、TＭＳI、周期性位置登记定时器、AＦＣ、AGC 页面１1：网络参数 页面１2：交织、跳频、下行不连续发射的状态以及IMSI 页面1３：上行不连续发射的状态 页面１7: 切换BTＳ_TＥＳＴ状态 页面１8: 照明灯状态控制 页面 1９：切换小区禁止状态 二、网络测试功能的模式 网络测试功能有三种模式: －执行模式 -数据显示模式 －帮助模式 在本文中采用三种不同的标记注明。 ***＊＊**＊***＊*＊＋++＋++＋＋++++++ ####＃###＃#＃ ＃## ＊＊ + + ＃ # * Ｅｘeｃｕtｅ * +Dａｔａ display+ # Ｈelｐ # * Mｏde* + Moｄｅ＋ # Ｍoｄｅ # * * ＋ + # #
**＊＊***＊****＊* ＋+++＋＋++＋＋++++ ##＃#＃##＃# ＃#＃#＃ 可采用在菜单中直接输入页号的方法进入执行模式。背景灯光的开/关(页面18）就工作于执行模式下，进入测试页面18，按下OK键,命令就被执行。执行模式是瞬时的，每当命令执行完毕，执行模式也就结束,同时数据显示模式开始,比如执行开背景灯光的命令，命令执行完毕后，显示“LIGＨT ON”,在数据显示模式下指示出背景灯光的状态。数据显示模式中,网络测试数据(如:载频频点,功率电平，小区号)显示在屏幕上，帮助模式中，显示每一个测试页的参数说明,这样有利于识别测试信息。长按(*)可以切换数据显示模式和帮助模式。 翻页键为切换至其他测试页提供了方便,免去了使用菜单的麻烦，但是这却不能执行命令，数据显示模式依然保留，也就是说尽管一些可执行测试页被翻过,但是什么也没有执行。这是为了防止用户不小心清除了有用的数据。 帮助模式也是一种非执行模式。 三、网络测试功能的各页面的信息 页面 1:当前服务小区信息 ++＋+++++＋＋++++ +abbb ccc ddd+ ＋ｅｆf g mmmｍ＋ ＋nnｎ ppp + + oooo＋ ＋+++＋+＋+++++＋+ 帮助页面： ######＃####### #CH RxL TxPwｒ＃ ＃ＴS TA RＱ RLT＃ # C1 C2# # ＣHＴ# ############## a Ｈ, 如果载频跳频功能打开该处显示“H”,否则显示空格。 bｂb 当手机在通话过程中,该位置显示TCH 信道号(十进制）,在打开跳频功能时TCH信道号不断变化。当手机不在通话时，显示BＣCＨ信道号。 ccc接收信号电平，单位：dBｍ当强度小于－10０dＢm时,负号不显示。 ddd 通话过程中手机的发射功率电平(1-19)。 e 通话过程中所占用时隙（0－7）。 fｆ TＡ值(Timｅ Advancｅ)，时间前置量。可用来计算手机和基站之间的距离，该数值乘以５０0可换算成米单位。不过因电磁波的反射、折射、吸收等的影响,该值仅供参考,范围０-６3。 g 接收(下行)信号质量级别(０– 7）。０级最好。 Mmmm 无线链路超时门限,为移动台因ＳＡCCＨ信道解码失败而断开呼叫的持续时间。其参数值表示SＡＣCH周期（4８0MS)的数量。取值范围为4---６4。 手机不在通话状态时显示XX。 nnｎ路径衰耗参数值,供手机进行小区选择的参数。C1=〔A-Maｘ(B， 0)〕dBｍ,A=RxAv（平均接收强度）－ＲxLｅｖ_Accｅss_Ｍin(手机接入网络的最低 门限电平)，Ｂ=MS_ＴxＰwr_Max＿CCＨ（手机入网最大发射功率）－Pmax(手机可发射的最大功率)。C1值用以确保手机所在信道的上行与下行链路均有成功通信的机会。 ppp 小区重选参数值。Ｃ2=C１+CRO-TO＊P(ＰT－T） ooｏｏ当前信道类型 ＴＨR0：ＴCH 半速率子信道 0 ＴHR1： TＣH半速率子信道 1
手机测试策略和流程
手机App测试策略和流程目录
1.引言 本文档是长春吉大正元信息技术股份有限公司东北公司手机APP测试的工作指导原则，它为手机APP测试过程中涉及到的测试方法、测试类型等制定标准做出明确的诠释和说明。 测试部门相关人员以此文档作为测试工作的依据和行为准则。 1.1编写目的 本规范规定了东北公司手机APP测试过程中的活动和步骤。为公司测试（活动、产品）的实施和过程情况的各项检查提供依据；为度量被测试产品质量提供验证指标和验证方法。 1.2适用范围 适用于长春吉大正元信息技术股份有限公司东北分公司测试部。 适用于：手机APP项目和产品的系统测试 针对手机APP的验证测试（外包项目）不在此范围之内，如需确保重点项目的手机APP质量度量和评价，需领导特殊审核。 2.测试过程描述 2.1验证测试先决条件 ●对当前项目测试优先级进行划分： ?产品大于项目优先级； ?自主项目大于外包项目优先级； ?重大项目（领导特批）大于客户化项目； ?提前申请优先级大于变更申请优先级。(例如：监狱项目提前申请预留或者安排测试员提前介入) ●对当前测试版本质量进行评级：对于不符合测试准入原则的版本予以驳回。 ●验证测试三天后对提交版本进行质量预评估和评级：对第一轮发现较严重的问题进行列 举，对版本的整体情况进行评估。（详见BUG清单）对于不能度量质量的项目予以驳回 自测试。（例如：监狱移动OA项目）。 ●外埠公司提交测试前。应附上测试报告（功能测试报告、兼容性测试报告、性能测试报 告以及app可用性能标准结果）；公司内部提交测试前，需附上缺陷记录和修改状态表。 上述有一项不能满足或不能按时提交予以测试驳回。 ●总结提交测试版本的内部测试情况（测试BUG列表）。对遗留问题必须列出并记录解决 方案。对性能和稳定性指标要予以详细描述。 2.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般客户化项目手机APP测试时间为三周（即15个工作日），根据项目情况以及版本质量标准可适当缩短或延长测试时间。正式测试前先向测试部经理确认项目排期。 2.3需提供资源 测试任务开始前，检查各项测试资源是否提交，有两项没有提交予以测试驳回。 --产品功能需求文档； --产品原型图； --产品效果图； --用户使用手册； --测试设备确认表（例如：；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）；
手机功能测试说明
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