手机测试基本通话
1、基本通话
测试编号：1-1-1项目属性：A
测试项目：来电响铃
测试子项目：来电响铃时的接通操作
测试目的：验证来电响铃时的状态和测试操作所有接通键后的状态
测试预置条件：手机带SIM卡，开机待机状态，耳机，充电器，网络信号正常
正确的顺序/步骤：
1) 来电响铃时手机为合盖状态，观察LCD2显示及声音
2) 来电响铃时手机为开盖状态，观察LCD1、2显示及声音
3) 按send键接通，观察界面显示同时听声音
4) 来电响铃时按菜单接通键，观察界面显示同时听声音
5) 来电响铃时按任意键（功能键和数字键），此时任意键接听功能开启
6) 插入耳机，来电响铃时按下耳机接听键，此时手机盒盖
7) 插入耳机，来电响铃时按下耳机接听键，此时手机开盖
8) 插入耳机，来电响铃时按下send键接听，此时手机开盖
9) 插入耳机，来电响铃时按下菜单接通键，此时手机开盖
10) 插入耳机，耳机自动应答设置开启，来电响铃，测试自动接通的时间
11) 翻盖应答开启，来电响铃时，开盖，检查界面、图标、和声音
12) 翻盖应答开启，插入耳机，来电响铃时，开盖，检查界面、图标、和声音
13) 在输入手机加锁界面下来电接通及通话的状态。
预期结果及判定原则：
1) 来电LCD1、2界面显示正常，来电铃声正常
2) 电话接通，通话图标显示，界面显示为通话界面，如有时间显示时间正常刷新
3) 来电接通后，通话声音清晰，无回音，噪音低，无断续。
测试编号：1-1-2项目属性：A
测试项目：来电响铃
测试子项目：来电响铃结束操作
测试目的：验证结束来电响铃状态
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常/不正常
正确的顺序/步骤：
1) 来电响铃时按下end键，观察界面同时听声音
2) 来电响铃时盒盖
3) 耳机模式下，来电响铃时按END键结束来电
4) 来电响铃时对方挂机
5) 来电响铃，不接听，直到响铃结束，记录响铃时间和界面
6) 来电响铃时信号跳变、找不到服务网
7) 来电响铃时电池耗尽
8) 任意键接听开启，来电响铃时按下END键
预期结果及判定原则：
1) 来电响铃时结束来电界面正常，提示正常，响铃结束
2) 外在因素响铃突然结束的界面、提示正常，响铃结束
测试编号：1-1-3项目属性：A
测试项目：来电响铃
测试子项目：来电响铃过程中有效功能的按键操作（除接通、结束）
测试目的：验证对来电响铃时产生作用的功能
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常
正确的顺序/步骤：
1) 来电响铃时按音量键调节振铃音量后退出，来电再验证
2) 来电响铃时按音量调节振铃音量，确定后，来电再验证
3) 来电响铃时按音量调节振铃音量，确定后，重新启动手机，来电验证
4) 来电响铃时按音量调节振铃音量至最高，确认后，来电再验证
5) 来电响铃时按音量调节振铃音量至最低，确认后，来电再验证
6) 插入耳机，来电响铃时调节音量，后退后，来电再验证
7) 插入耳机，来电响铃时调节音量，确认后，来电再验证
8) 在上一步基础上拔除耳机，来电，验证振铃音量
9) 非耳机模式下来电调节振铃音量，再插入耳机，来电，验证振铃音量
10) 任意键接听开启，来电响铃时调节音量键
预期结果及判定原则：
1) 来电调节振铃音量正常
2) 第8－9步骤为验证各个情景模式下的振铃音量的调节应不相互影响
测试编号：1-1-4项目属性：A
测试项目：来电响铃
测试子项目：来电响铃时无效的按键操作
测试目的：验证来电响铃时部分按键和操作方式对来电状态无任何影响
测试预置条件：手机带SIM卡，开机待机状态，耳机，充电器，网络信号正常
正确的顺序/步骤：
1) 来电响铃时按任意键（功能键和数字键，音量键除外），此时任意键接听功能关闭
2) 来电响铃时插入耳机，测试耳机自动接听开启
3) 来电响铃时插入耳机，此时耳机自动接听关闭
4) 来电响铃时插入充电器，观察界面和响铃
5) 来电响铃时拔下充电器，观察界面和响铃
6) 耳机自动应答始终开启，拔除耳机，来电响铃
7) 翻盖应答开启，开盖，来电响铃，观察是否自动接通
8) 翻盖应答设置关闭，来电响铃，开盖，
预期结果及判定原则：
1) 以上操作来电响铃时界面、声音应无任何变化。
测试编号：1－2－1项目属性：A
测试项目：来电通话
测试子项目：通话过程中的基本菜单操作（除挂机）
测试目的：验证来电通话过程中菜单实现的功能
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常
正确的顺序/步骤：
1）接通来电后，按下SEND键调换呼叫保持和恢复通话。测试保持和通话时的实际状态，
2）接通来电后，按下SOFT1键在选项菜单中调换呼叫保持和恢复通话，并测试保持和通话时的实际状态
3）通话过程中选择静音然后恢复静音，测试其状态
4）通话过程中调节音量键，测试其状态V olume keys
5）来电通话过程中插入耳机，测试通话状态
6）来电通话过程中拔除耳机，测试通话状态
7）插入耳机，来电通话过程中调节音量，拔除耳机，观察音量是否被改变
8）插入耳机，接通来电后，按下SEND键调换呼叫保持和恢复通话。并测试保持和通话时的实际状态
9）插入耳机，接通来电后，按下SOFT1键在选项菜单中调换呼叫保持和恢复通话，并测试保持和通话时的实际状态y
10）耳机模式下，通话过程中选择静音然后恢复静音，测试其状态
预期结果及判定原则：
1) 通话过程中呼叫保持和恢复通话可以通过SEND键和菜单进行转换
2) 通话过程中菜单可操作
测试编号：1－2－2项目属性：A
测试项目：来电通话
测试子项目：通话中的功能键
测试目的：验证通话过程中除菜单、结束通话以外的各个功能
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常
正确的顺序/步骤：
1）通话过程中调节音量键，选择菜单后退出，测试话音
2）通话中调节音量键，确认后，测试通话音量
3）调节通话音量后，手机重启，检查通话音量
4）插入耳机，来电通话过程中调节音量，拔除耳机，观察音量是否被改变
5）通话中按下录音功能键进行通话录音，并取消，挂机后检查录音内容
6）通话中录音到最大长度，挂机后检查录音内容
7）录音容量满后，删除记录，继续录音
8）通话中按下DOWN键，并检查是否能呼叫
9）来电通话过程中插拔耳机，测试通话状态
10）通话中插拔充电器，测试通话状态
11）通话中按数字键并执行删除
12）通话中按数字键至最大长度并执行删除
13）将通话设置成呼叫保持，按数字键拨号，观察拨号时和接通后两个通话的状态
14）通话中其它功能键无效，包括UP、LEFT、REGHT、CENTER
预期结果及判定原则：
1）通话中能执行话音调节、录音、呼叫第三方的功能
测试编号：1－2－3项目属性：A
测试项目：来电通话
测试子项目：结束来电通话
测试目的：验证通话过程中各结束通话方式的结果
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常
正确的顺序/步骤：
1）来电通话过程中选择SOFT1键，选择结束当前通话
2）通话过程中通话保持后选择结束保留通话
3）通话过程中按下END键结束通话
4）来电通话过程中盒盖
5）插入耳机，来电通话过程中按下耳机键，结束通话
6）插入耳机，来电通话过程中选择SOFT1键，选择结束当前通话
7）插入耳机，通话过程中通话保持后选择结束保留通话
8）耳机模式下，通话过程中按下END键结束通话
9）手机盒盖状态下，耳机模式下来电通话，按下耳机键结束通话
10）手机开盖状态下，耳机模式下来电通话，按下耳机键结束通话，
11）手机开盖状态下，耳机模式下来电通话，按下END键结束通话，
12）手机开盖状态下，耳机模式下来电通话，盒盖
预期结果及判定原则：
1）通话能够被END、菜单、耳机键、盒盖的操作结束
2）通话结束时界面显示、提示正常
测试编号：1－3-1项目属性：A
测试项目：呼出功能
测试子项目：拨号呼出
测试目的：验证呼叫对方的各种操作法
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常
正确的顺序/步骤：
1）直接按数字键拨出一个存在的电话，听呼叫音和查看呼叫界面
2）直接按数字键拨出一个存在的总机号，再拨分机号码，听呼叫音和查看呼叫界面3）直接按数字键拨出一个总机号＋P（P？）+分机号，听呼叫音和查看呼叫界面4）随意拨一个不存在的号码（不要以＃结束），查看结果。
5）随意拨出一个手机允许最大位的号码（不要以＃结束），查看结果
6）编辑一个存在电话号码，在其前面任加几位数字，呼出，查看结果
7）编辑一个存在电话号码，在其后面任加几位数字，呼出，查看结果
8）按向下键从电话簿中呼叫一个号码
9）从已拨电话中选一个电话进行直接呼叫和编辑呼叫
10）通过SEND键选一个已拨电话进行呼叫
11）从未接电话记录中选择一个号码进行直接呼叫和编辑呼叫
12）从已接电话记录中选择一个号码进行直接呼叫和编辑呼叫
13）拨出一个对方占线的号码，查看结果。
14）拨出一个对方不在服务区的号码，查看结果。
15）拨出一个对方已关机的号码，查看结果。
预期结果及判定原则：
1) 呼叫存在的号码过程中画面、呼叫音正常
2) 呼叫不存在的号码画面、提示正常，呼叫音无
测试编号：1-3-2项目属性：A
测试项目：呼出功能
测试子项目：结束呼叫响铃
测试目的：验证呼叫响铃被结束的状态
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常
正确的顺序/步骤：
1）在拨号响铃期间按下END键挂机
2）在拨号响铃期间按下SOFT2键挂机
3）在拨号响铃期间盒盖挂机
4）插入耳机，在拨号响铃期间按下耳机键挂机
5）在拨号响铃期间对方挂机
6）在拨号响铃直到对方无人接听
7）在呼叫响铃期间手机电池耗尽
8）在呼叫响铃期间对方无信号
9）在呼叫响铃期间手机信号跳变
预期结果及判定原则：
呼叫响铃时己方挂机，检查界面正常，呼叫音停止
呼叫响铃时对方挂机，听取提示音，和界面提示信息正常
测试编号：1-3-3项目属性：A
测试项目：呼出功能
测试子项目：呼叫中的无效操作
测试目的：验证呼叫过程中一些操作对呼叫无任何影响
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常
正确的顺序/步骤：
§在拨号响铃期间按所有功能键和数字键（END键除外）
§拨号响铃期间插入耳机
拨号响铃期间拔除耳机
拨号响铃期间插入充电器
拨号响铃期间拔除充电器
预期结果及判定原则：
1）呼叫响铃期间，除END键和盒盖之外，其它操作对呼叫无任何影响
测试编号：1－3－4项目属性：A
测试项目：呼出功能
测试子项目：主叫通话时功能操作
测试目的：验证主叫通话时各功能的有效性
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常
正确的顺序/步骤：
1）在拨号通话期间，按下SOFT2选择静音和恢复
2）在拨号通话期间按录音键
3）在拨号通话期间调节音量
4）在拨号通话期间按下SEND键转换通话保持和通话恢复
5）在拨号通话期间通过SOFT1菜单转换通话保持和恢复通话
6）在拨号通话期间通过SOFT1进入菜单，SOFT2退出菜单
7）在拨号通话期间按其他功能键和数字键
8）在拨号通话期间设置为通话保持后再按任意数字键
9）在拨号通话期间插入耳机，检查通话并调节音量
10）插入耳机，手机开盖，拨号通话期间，盒盖
预期结果及判定原则：
主叫通话期间的功能操作同被叫通话
测试编号：1－3－5项目属性：A
测试项目：呼出功能
测试子项目：结束主叫通话
测试目的：验证主叫通话状态下各种结束通话的手段
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常
正确的顺序/步骤：
1) 拨号通话期间按下END键挂机
2) 拨号通话期间合盖挂机
3) 拨号通话期间若有菜单选项挂机，选择该选项挂机
4) 插入耳机，在拨号通话期间按下耳机键挂机
5) 拨号通话期间对方挂机终端应提供至少两个物理按键，分别对应于浏览器中内容的向上和向下
预期结果及判定原则：
结束主叫通话的界面、提示正常，语音结束
测试编号：1－4－1项目属性：A
测试项目：多方通话
测试子项目：主叫多方通话
测试目的：验证被测终端发起多方通话
测试预置条件：手机带SIM卡，开机待机状态，耳机，网络信号正常
正确的顺序/步骤：
1）呼出一个电话，己方设置通话保持，再拨通第三方电话
2）通过SEND键在两方之间转换通话对象
3）通过菜单在两方之间转换通话对象
4）通过菜单将三方设置成会议通话模式，检查界面及三方通话是否正常
5）通话菜单将两路通话设置成通话保持，检查界面及话音
6）通过菜单恢复两路通话
7）通过菜单设置一路保持，一路通话。
8）通过菜单在两路之间转换，观察界面提示
9）通过菜单挂断通话一方
10）在第八步基础上，通过菜单挂断保持一方
11）在第八步基础上，通过菜单结束两路通话
12）在第四步基础上，通过菜单结束三方通话
13）在第四步基础上，通话对方分别设置通话保持，验证己方通话界面及声音
14）根据以上的操作步骤，主叫呼出三路通话，重复进行验证
预期结果及判定原则：
主叫多方通话应能正常呼出，话音正常，界面正常。
测试编号：1－4－2项目属性：A
测试项目：多方通话
测试子项目：被叫多方通话
测试目的：验证被测终端发起多方通话
测试预置条件：
正确的顺序/步骤：
1）呼叫等待开启，来电接通后第三方呼入，己方接通
2）通过SEND键在两方之间转换通话对象
3）通过菜单在两方之间转换通话对象
4）通过菜单将三方设置成会议通话模式，检查界面及三方通话是否正常
5）通话菜单将两路通话设置成通话保持，检查界面及话音
6）通过菜单恢复两路通话
7）通过菜单设置一路保持，一路通话。
8）通过菜单在两路之间转换，观察界面提示
9）通过菜单挂断通话一方
10）在第八步基础上，通过菜单挂断保持一方
11）在第八步基础上，通过菜单结束两路通话
12）在第四步基础上，通过菜单结束三方通话
13）在第四步基础上，通话对方分别设置通话保持，验证己方通话界面及声音
14）在第五步基础上，呼叫第四方，对方接通，检查通话界面。
预期结果及判定原则：
1）呼叫等待开启后，可接收多方来电，通话方式可由菜单设置，语音、画面均正常。
2）呼叫等待开启，可接收多方来电，同时也可拨出多个电话。
手机基本功能测试方式
手机基本功能测试 手机基本测试软件测试 关于手机软件测试的工具应用 手机软件测试是否也和以下联系起来： 漫谈人机界面测试 【正文】本文列数了软件黑盒测试过程中，在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术，仅针对在软件黑盒测试过程中若干的问题做描述，并提供个人的参考测试意见与防范意见，希望可以为初学者提供些许帮助。 俗话说“人靠衣裳马靠鞍”，良好的外观往往能够吸引眼球，激发顾客(用户)的购买欲望，最终达成商业利益的实现。软件的设计亦如此，Window XP 在商业上的巨大成功很大一方面来自于它一改往日呆板，以突出“应用”的灰色界面，从“用户体验”角度来设计界面，使界面具有较大的亲和力。就目前的软件设计的发展趋势来说，良好的人机界面设计越来越受到系统分析、设计人员的重视。但是如何对设计的人机界面(包括帮助等)进行测试，给出客观、公正的评价，却鲜见于报端。本文试从共性分析和个性分析的角度，给出一些测试意见和原则，简单且易于上手。起到一个抛砖引玉的目的、以飨读者。 我们知道：“不立规矩无以成方圆”。在软件界面设计强调张扬个性的同时，我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用，这是一切软件界面设计和测试的必循之道，是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户
对软件的生疏感，使老用户更易于上手、充分重用已有使用经验，并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行)，不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时，很快熟悉软件的操作环境，同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时，需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见：――提示的格式是否一致 ――菜单的格式是否一致 ――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候，是否与其他产品在外观、布局、交互方式上是否一致(例：Office产品族)
功能测试用例说明书
功能测试用例说明书 功能测试用例说明书 作者 发布范围HPTCA-MS 整个生命周期 版本V1.0 发布日期2008-6-12 修订历史记录
发布日期版本说明作者2008-6-12 1.O考勤系统测试用例 目录 1.引言 4 1.1 编写的目的4 1.2 编写范围4 1.3 参考文献4 1.4 术语与缩略语4 2.接口测试用例 4 2.1被测试对象的介绍4 2.2测试范围与目的 4 2.3测试环境与测试辅助工具的描述4 2.4测试驱动程序的设计4 2.5接口测试用例 5 3.功能测试用例 5 3.1被测试对象的介绍5 3.2测试范围与目的 5 3.3测试环境与测试辅助工具的描述5 3.4测试驱动程序的设计5 3.5功能测试用例 5 4.评审意见 6 5.其它需要说明的问题： 6 需求说明书
1.引言 1.1编写的目的 本手册是基于项目已经基本完成，作为项目测试人员对项目功能进行测试。测试各项功能是否达标！ 1.2编写范围 功能测试用例编号名称责任人备注AT001登录（包括身份验证，页面跳转）王挺 AT002考勤基本操作（包括上班，下班，请假申请，出差申请）刘红杰 AT003员工考勤信息管理（包括修改密码，段时间考勤信息查询）毛凌波 AT004消息服务（包括收发短信息，网站留言）夏天梁 AT005员工个人信息管理（包括员工信息查询，添加员工，生成富强 AT006Excel 表格） 手动考勤（包括手动上下班，手动请假，手动出差）张耿耿 AT007节假日管理（包括添加节假日，修改节假日）王杰 AT008申请管理（包括请假申请，出差申请）薛纪表 AT009人性化和网站安全周碧文 1.3参考文献 编号资料名称简介作者日期出版单位 01《数据库设计说明书》数据库设计资料薛纪表2008.05.10软件（ 4）班 2 组02《需求规格说明书》需求规格资料周碧文2008.05.02软件（ 4）班 2 组03《概要设计说明书》概要设计资料王杰2008.05.23软件（ 4）班 2 组04《详细设计说明书》详细设计资料周碧文软件（ 4）班 2 组https://www.360docs.net/doc/976850399.html,技术支持，解答/// 1.4术语与缩略语 术语、缩略语 ST ? 解释系统测试， System Test ?
史上最全的手机硬件测试用例
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．反应时间达到规范要求；
功能测试用例的设计
功能测试用例的设计 LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】
一、实验目的 1.用因果图法分析原因结果，并决策表设计测试用例。 2.使用场景法设计测试用例。 二、实验内容 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，考虑用因果图法设计测试用例，给出完整步骤。 2. 有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。 三、实验环境 Windows XP系统 四、实验步骤和结果 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，用因果图法设计测试用例，给出完整步骤。具体如下： 1）输入的三边分别为a，b，c(斜边) 且a
2. 行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。
（注：在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流,“n/a”（不适用）表 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测
五、实验结果和讨论 成功使用因果图法、场景法设计了测试用例。 六、总结 1．因果图法的定义是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。 2．在事件触发机制中场景法用得最多。在测试一个软件的时候，先确定基本流也就是测试流程中软件功能按照正确的事件流实现的一条正确流程,接着去确定备选流也就是那些出现故障或缺陷的过程，用备选流加以标注。然后可以采用矩阵或决策表来确定和管理测试用例。
手机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）当将密码或其他的敏感数据输人到应用程序时，其不会被储存在设备中，同时密码也不会被解码
手机常用信号的测试方法
手机常用信号的测试方法 ●目的 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脚。二、开机信号电压
手机测试方法
手机软件测试方法 系统测试方法分为：功能测试，一致性测试，性能测试，压力测试，容量测试，安全性测试，恢复性测试，备份测试，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度的角度撕脱，检查方格面油漆。
手机黑盒测试介绍
手机黑盒测试介绍 手机黑盒测试介绍软件测试 黑盒测试(black—box testing)又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。 黑盒测试首先是程序通常的功能性测试。要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。 用数据类型和数据值的最小集测试。 用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果; 用假想的数据类型和数据值运行，测试排斥不规则输入的能力; 对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序是否做了该做的?”还要考察“程序是否没做不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数
据值的异常等等。下述几种方法：(a)等价类划分，(b)因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。 1.等价类划分 等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时，应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。 无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。 确定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“……项数可以从1到999……”，则可取有效等价类为“l考项数<999”，无效等价类为“项数999”。 输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标
手机测试模式
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 + ++++++++++++++ 帮助页面:
蓝牙功能测试用例
江苏东大集成电路系统工程技术有限公司 蓝牙功能测试用例 测试内容 设置名称 其他设备可以发现我 蓝牙设置 属性 允许其他设备来连接 新增 修改 删除 载入 电话簿 拨打电话（在已经与蓝牙手机建立连接的前提下） 已接电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 已接电话 拨打选中电话 （在已经与蓝牙手机建立连接的前提下） 已拨电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 已拨电话 拨打选中电话 （在已经与蓝牙手机建立连接的前提下） 未接电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 通话记录 未接电话 拨打选中电话（在已经与蓝牙手机建立连接的前提下）拨打最近的拨出电话 快速连接（与上一次连接的蓝牙设备建立连接） 连接过蓝牙设备列表是否正确 建立连接 断开连接 蓝牙快捷方式 删除蓝牙设备、多个篮牙快速删除不可有死机现象 列表是否正确 活动的连接 断开连接 关闭 关闭蓝牙功能 恢复(从主界面再次进入蓝牙管理器即可恢复) 搜索蓝牙设备 搜索服务 基本功能测试 蓝牙管理器（具体的见 handfree,handset ) 配对（建立，取消）
删除蓝牙设备 建立连接 断开连接 是否能搜索到该蓝牙设备 是否能够建立配对（取消） 搜索该蓝牙设备的服务 是否能够连接（建立，断开） 删除蓝牙设备 拨打电话 挂断电话 通话过程中手机端强制断开链接不能出现系统无声等 异常 接听电话 增加音量，减小音量，静音 通话在免提设备和蓝牙手机之间的切换 杂音 通话质量 回声 handfree Nokia 5200 SonyErisson K510C HP ipAQ hw6500 (PDA phone) 。。。。。。 通话过程中使用输入键盘 是否能搜索到该蓝牙设备 是否能够建立配对（取消） 搜索该蓝牙设备的服务 是否能够连接（建立，断开） 删除蓝牙设备 听音乐正常 蓝牙棒配对进入headhset audio Gateway 能听到电脑上所有声音后，此时将设备挂断或退出，机器功能（如 播放MP3，触摸屏等）是否正常 挂断电话 接听电话 调节音量 杂音 Handset 蓝牙棒， SonyErisson908 通话质量 回声 Form No.：PE40009 Rev.：A
手机软件系统测试用例设计举例
一、等价类分析法 等价类划分方法针对手机状态大致可以归几个大类： 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. 默认原厂参数设定
手机测试仪器的正常使用
手机测试仪器的正常使用 目的:为了增强测试能力.能够正确使用测试仪器和对仪器的维护. 手机测试的仪器及工具:<最少需要以下要求>. 综测仪.电脑.电源.下载数据线. 综测夹具各一PCS.这些仪器及工具对手机测试起到很大的作用.因为手机按设计来讲它是由软件和硬件构成.手机的软件是对手机工作运行的指令, 硬件则是对手机软件的支持. 软件和硬件结合在一起才能使手机正常工作. 手机的工作必须需要满足它的五大要素:3V稳压电源.13MHZ时钟.RST<复位信号>.32.768时钟.软件.如果电源.时钟信号正常的话,那么我就可以通过电脑把软件写进手机里面.我们怎样才能把软件写进手机里面呢?首先我们通过图一来说明它的原理. 图一(用ADI平台手机)在电脑上打开下载工具.这个平台也需要一个指令(驱动)才能正常工作.首先我们把驱动在电脑上装好,然后打开下载工具CONFIG的窗口它就会跳出另一个窗口,上面提示一个用户名和秘密,把用户名和秘密写进去,然后按OK键它就会跳出一个窗口让你选择以手机对应的软件,选择软件完成以后还有一个问题需要注意的就是还有一个选项KEEP ALL和ERASE NV它们表示保留和檫除所有的按钮,有的手机需要保留手机的一些信息你就要选择KEEP ALL保留,当你不需要保留时你就选择ERASE NV檫除所有信息.当你确定选择其中的一项的时候你就可以按OK键.此时你的软件已经选择好啦,现在就需要下载数据线用它以手机和电脑连接,这样才能把数据传到手机上.当然手机跟电脑连接的同时也要看看电源的供电是否调到4.2V,因为这是手机标准的供电电压.当你选择好电压连接好下载数据线你还需要选择它的下载窗口和波特率,因为下载窗口必须跟电脑的窗口是一致的,这样才能把数据从电脑上传到手机上. 波特率就是下载数据的速度,你把它调到最大,那么它下载的速度就会越快.当你这一切已经都选择好啦,就可以点击START开始写软件到手机上啦.当它烧录成功以后就会在下载工具上显示绿色,反之就是无法写进软件,这手机就是不良品.当然如果出现批量性的问题就要对这个问题进行分析,看它的问题出在何处啦.具体操作请看实操. 以上是图一。
研发手机基本流程及鲜为人知的手机测试项目
手机设计公司是根据不同的手机研发平台来设计不同性能的产品！ 手机研发的基本流程是： 用一个较简单的阐释，一般的手机研发公司是需要最基本有六个部门：ID、MD、HW、 SW、PM、Sourcing、QA。 1、ID(Industry Design)工业设计 包括手机的外观、材质、手感、颜色配搭，主要界面的实现与及色彩等方面的设计。 例如摩托罗拉“明”翻盖的半透明，诺基亚7610的圆弧形外观，索爱W550的阳光橙等。这些给用户的特别感受和体验都是属于手机工业设计的范畴，一部手机是否能成为畅销的产 品，手机的工业设计显得特别重要！ 2、MD(Mechanical Design)结构设计 手机的前壳、后壳、手机的摄像镜头位置的选择，固定的方式，电池如何连接，手机的厚薄程度。如果是滑盖手机，如何让手机滑上去，怎样实现自动往上弹，SIM卡怎样插和拔的安排，这些都是手机结构设计的范畴。繁琐的部件需要MD的工作人员对材质以及工艺 都非常熟识。 摩托罗拉V3以13.9mm的厚度掀起了手机市场的热潮，V3手机以超薄为卖点，因为它的手机外壳材质选择十分关键，所以V3的外壳是由技术超前的航空级铝合金材质打造而成。 可以这样说，特殊外壳材质的选择成就了V3的成功。 另外有个别用户反应在使用某些超薄滑盖手机的时候，在接听电话时总能感觉到手机前壳的左右摇动，这就是手机结构设计出了问题，由于手机的壳体太薄，通话时的扬声器振动很容 易让手机的机身产生了共振。 3、HW(Hardware) 硬件设计 硬件主要设计电路以及天线，而HW是要和MD保持经常性的沟通。 比如MD要求做薄，于是电路也要薄才行得通。同时HW也会要求MD放置天线的区域比较大，和电池的距离也要足够远，HW还会要求ID在天线附近不要放置有金属配件等等。 可想而知一部内置天线的设计手机，其制造成本是会较一部外置天线设计的手机贵上 20-25%，其主要因素就是天线的设计，物料的要求与及电路的设计和制造成本平均都是要 求较高一些。 通常结构设计师(MD)与工业设计师(ID)都会有争论，MD说ID都是画家，画一些大家做不出来的东西，而ID会说MD笨，不按他们的设计做，所以手机卖得不好。所以，一款新的手机在动手设计前，各个部门都会对ID部门的设计创意进行评审，一个好的ID一定要是一个可以实现的创意，并且客户的体验感觉要很好才行。当年摩托罗拉V70的ID就是一个很好的实现创意例子，后期市场的反应也不错，而西门子的Xelibri的创意虽然也很好，也可实现，但可惜的是最终客户的使用感觉并不好，所以一个真正好的创意，不但要好看， 可实现，而且还要好用。 另外HW也会与ID吵架，ID喜欢用金属装饰，但是金属会影响了天线的设计以及容易产生静电的问题，因此HW会很恼火，ID/MD会开发新材料，才能应付ID的要求。诺基亚8800就是一个好例子，既有金属感，又不影响天线的接收能力。 4、SW(Software)软件设计 相对来说，SW是更容易为大家所理解，由于计算机的普及，让我们最大程度地接触了各种各样的软件，手机操作界面的模式，大家经常看到的手机九官格操作菜单的实现，这都是 SW设计的范畴。 SW 要充分考虑到界面的可操作性，是否人性化，是否美观的因素。SW的测试非常复杂，名目繁多，SW的测试不仅只是在寻找Bug，一致性的测试、兼容性的测试等都是非常重要的项目，在目前“内容为主”的信息时代，软件才是手机的最终幕后支柱，硬件的驱动
手机app测试要点总结
对于产品的手机项目（应用软件），主要是进行系统测试。而针对手机应用软件的系统测试，我们通常从如下几个角度开展：功能模块测试，交叉事件测试，压力测试，容量测试，兼容性测试，易用性/用户体验测试等。 1、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试用例（Test Case）或软件本身的流程就可以完成基本功能测试（相对简单，故障也较容易发现、解决）。 2、交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或闹铃触发，应用软件运行过程中插拔充电器等。执行干扰的冲突事件不能导致应用软件异常、手机死机或花屏等严重问题。另外，还需要注意各交叉事件的优先级别，检验系统是否能依据各事件的优先级别依次进行处理。不能因执行优先级别高的事件而导致优先级较低的事件吊死。 交叉事件测试非常重要，一般能发现应用软件中一些潜在的问题。另外有中英文模式切换的手机要注意中英文模式切换后的功能实现存在的问题（这个主要针对手机应用软件支持语言自适应功能），这一点通常会被测试人员忽略。 3、压力测试：又叫边界值容错测试或极限负载测试。即测试过程中，已经达到某一软件功能的最大容量、边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和SIM卡所能存储的最大条数，仍然进行短消息的接收或发送，以此来检测软件在超常态条件下的表现，进而评估用户能否接受。 对手机可以施加的压力测试类型主要有： ? 存储压力：由于手机采用的是栈式存储，所以当一个存储块满了之后，如果程序员不做相应处理或者处理不好的话，很容易造成其他存储区被擦除，从而在UI上出现问题（比如其他功能无法正常使用，出现异常）。 ? 边界压力：边界处理一直是程序员最容易忽略的地方。 ? 响应能力压力：有时候某个操作可能处理的时间很长，在处理期间如果测试者再不断地进行其他操作的话，很容易出现问题。 ? 网络流量压力：执行较大数据流量的功能的同时，再进行其他功能操作，使得网络流量始终处于很高的状态（如视频通话时再进行短信等其他功能操作），验证各功能是否依然能正常工作，是否存在因网络流量瓶颈而引起某功能异常。 压力测试用手工测试可能很繁锁，可以考虑自动化测试。遗憾的是，目前还没有较为大量使用的工具，一般都是由开发人员配合开发出的工具，或者高级的测试人员编写出的脚本。