的手机硬件测试用例
XXX手机硬件测试列表
1.1.1LCD测试
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.2LCD背光及键盘背光测试
1．数量：2pcs以上；
2．测试方法及内容：手机正常开机后，选择进入手机功能菜单中的相应设置进行测试。
a．测试手机背光及LED能够正常工作；
b．分别在暗室、荧光（约750Lux）和阳光（约2000Lux）下测试LED亮度是否正常；
c．背光亮度是否符合要求，测试在不同电池电压情况下，背灯的亮度是否具有一致性；
d．LED是否能够按照要求打开和关闭。
3．预期结果：
a．手机背光及LED工作正常；
b．在暗室、荧光（约750Lux）和阳光（约2000Lux）下，LED亮度均应正常；
c．背光亮度应符合要求且在不同电池电压情况下，背灯亮度基本一致；
d．LED能够按照要求打开和关闭，且亮度正常。
1.1.3TP触摸屏承重能力测试
4．数量：5pcs以上；
5．测试方法及内容：重压头25kg，静压30秒之后，等待30秒，再重新放置重压头。
6．预期结果：
a．200次重压后样品不出现牛顿环，则为良品；
1.1.4Camera测试
1．数量：4pcs以上；
2．测试方法及内容：手机正常开机后，选择手机功能菜单进入拍照状态，对标准测试板进行拍照。
a.Camera是否能够正常工作；
b.拍摄的照片效果是否符合规范要求；
c.用标准色板照片色块的对比测试；
d.测试Digital Camera的反应时间；
e.开启闪光灯功能，看闪光灯是否正常工作。
3．预期结果：
a．Camera工作正常，能正常开启与关闭；
b．照片效果符合规范要求，参考Camera Spec；
c．反应时间达到规范要求；
d．闪光灯工作正常，能正常开启与关闭。
1.1.5Receiver测试
1．数量：2pcs以上；
2．测试方法及内容：让被测手机与CMU200/HP8960建立通话或在真实网络下分别与正常手机和固定电话建立通话，在通话状态下进行测试。
a．通话声音是否正常，是否存在噪声，是否出现断声等；
b．切换音量时，每一音阶的差异是否正常。
3．预期结果：通话声音清晰、连续，噪声在允许范围内，音量切换功能正常。
1.1.6Microphone测试
1．数量：2pcs以上；
2．测试方法及内容：让被测手机分别与正常手机及固定电话建立通话，在通话状态下进行测试。
a．在正常电话中是否能听到正常通话音；
b．在正常电话中听到的通话音是否存在噪声，是否出现断声等异常。
c．堵住mic及receiver时是否有啸叫、回音等现象。
3．预期结果：通话声音清晰、连续，噪声在允许范围内。
1.1.7Speaker测试
1．数量：2pcs以上；
2．测试方法及内容：手机正常开机后，选择进入手机功能菜单中的相关设置进行以下测试。
a．测试所有开关机铃声、按键音、来电短信和闹铃声音，将Speaker面朝分贝仪距离10cm，并将手机铃声音量调至最大，测试分贝仪中的Peak值；
b．随机选择两首铃声，将音量大小设置成不同级别，比较相邻级别的音量大小；
c．各种操作与对应的声音是否一致且正常；
d．是否有断续或不清晰杂音；
e．手机发出各种铃声及按键的过程中及之后是否有数据声或噪声漏出。
3．预期结果：
a．各种铃声都应清晰正常，无杂音或嗡嗡声，分贝仪中的最大峰值应大于90dB；
b．各相邻Level的音量Average值大小应满足：1?响度最大值级差?7dB；
c．各种操作与对应的声音一致且正常；
d．无断续或嘈杂声等异常现象；
e．不存在任何数据声或噪声的漏出。
1.1.8振子功能测试
1．数量：2pcs以上；
2．测试方法及内容：手机正常开机后，在手机功能菜单中打开手机振动功能。
a．手机振动是否正常工作，振动时是否有异响等；
b．手机是否能够正常开启振动，振动能否正常停止。
3．预期结果：
a．手机振动正常工作，无异响，振动频率符合标准；
b．手机振动能正常开启与停止。
1.1.9耳机功能测试
1．数量：2pcs以上；
2．测试方法及内容：在正常待机状态、播放MP3时和通话状态下，插入耳机，并进行 20次的插拔，测试其功能：
a．插入耳机后将手机开机，手机开机过程是否正常；
b．在播放MP3时，耳机收听功能是否正常，在自动切换和手动切换歌曲时是否有异常；
c．耳机上的挂机键能否正常挂机和接听电话；
d．手持功能切换至免提，免提功能切换至手持；
e．插拔耳机，切换耳机功能，手机是否能正确检测，并且显示正确；
f．切换过程中是否存在死机、断话、杂音、切换时间过长等异常情况。1.1.10TF卡测试
1.数量：2pcs以上；
2.测试方法及内容：
a.手机插入TF卡后开机，测试手机能否及时、准确的读取TF卡内容；
b.在开机状态下插入TF卡，测试手机能否及时、准确的读取TF卡内容；
3.预期结果：各种情况下都能快速、准确的读取TF卡内容。
1.1.11键盘测试
1．数量：2pcs以上；
2．测试方法及内容：手机正常开机后，用自然力（不小于0.6N）按所有按键；
a．测试所有按键能否正常工作；
b．连续多次按键，查看是否会有死机等异常情况，按键响应速度是否符合要求；
c．键盘长按功能，连续按键功能是否能够正常工作；
d．开键盘按键音，测试按键音是否正常。
3．预期结果：
a．所有按键正常工作，按键与显示一致；
b．连续多次按键应不出现任何异常情况，且按键与显示一致并保持同步；
c．键盘长按功能和连续按键功能正常；
d．开键盘按键音，按键音正常，清晰无杂音。
g．在高温（60℃）、低温（－10℃），湿度（20％～75％）环境下，重复以上测试；
2．预期结果：
a．手机应能正常开机，开机画面、铃声及电流应符合相关设置；
b．耳机应能正常收听MP3，歌曲切换时没有仍何异常；
c．应能正常挂机和接听电话；
d．手持能正常切换至免提功能，免提也能正常切换至手持功能；
e．耳机功能切换正常，手机显示正确（根据软件设置来判别）；
f．切换过程不应出现任何异常情况；
g．高低温环境下的所有耳机功能均应正常。
1.2通讯/娱乐功能测试
1.2.1呼叫测试
1．数量：2pcs以上；
2．测试方法及内容：在真实的网络中，拨打不同的电话（包括移动及固定电话），分别拨叫10次查看拨叫的成功率。在人工网络中，与CMU200/HP8960建立通话。
a.打112，是否能够正常接通；
b.拨打1860或1001，是否能够正常拨通，声音是否正常；
c.拨打固定电话，是否能够正常拨通，声音是否正常；
d.拨打手机，是否能够正常拨通，声音是否正常使用真实网络电话拨打测试
机，确认是否能够正常拨通；
e.在人工网络中，分别用传导和耦合方式与CMU200/HP8960建立通话，分别在
GSM，DCS及PCS频段选择一信道进行测试，并设置为最高功率等级，耦合时手机放在不同位置进行测试，测试receiver是否存在电流、射频干扰等背景噪声。
3．预期结果：在拨打不同电话（包括移动及固定电话）或被不同电话（包括移动及固定电话）呼叫时，呼叫成功率都应达到100％，且通话声音清晰正常。
2．数量：2pcs以上；
3．测试方法及内容：将手机进入歌曲播放菜单，播放里面的歌曲，然后进行测试：
a．歌曲播放时声音是否清晰，音质是否符合要求，有无断续、破声、杂音等现象；
b．将出声孔面朝分贝仪距离10cm，并将手机铃声音量调至最大，测试分贝仪中的Peak值；
c．根据该手机规范，测试插入耳机时歌曲播放情况。
4．预期结果：
a．各种歌曲播放时声音清晰，音质符合相关要求，无断续、破声、杂音现象；
b．各种铃声音量的Peak值都应大于90dB；
c．如果手机规范中要求插入耳机时，音乐从耳机播放，耳机中的音质应符合以上要求。
2．数量：2pcs以上；
3．测试方法及内容：分别在装入SIM卡和无SIM卡时将手机开机，维持开机状态30秒然后关机，关机后10秒再开机，重复以上操作共开关机20次后进行测试。
b.手机能否正常开机；
c.装入SIM卡时，每次开机时是否都能正常找到SIM卡；
d.手机开机是否能够及时找到网络，评估每次找网的时间；
e.设置手机不同的开机铃声和开机动画，每次开机，手机开机铃声是否正常，
开机动画能否正常显示；
f.设置手机不同的关机铃声和关机动画，每次关机，手机关机铃声是否正常，
关机动画能否正常显示；
g.设置手机自动关机，测试手机能否按照设置自动关机；
h.保持手机Memory Full状态，测试开关机后，Memory是否正常。
4．预期结果：
a．手机能正常开机，LCD显示正常，LED点亮，开机铃声正常；
b．手机正确找到SIM卡，并能读取其信息；
c．手机正确找到网络，从按下开机键至找到网络的时间应；
d．手机开机时的铃声和开机动画应与相应的设置一致且正常；
e．手机关机时的铃声和关机动画应与相应的设置一致且正常；
f．手机在到设置时间时应能自动关机且关机正常；
g．手机开机后应有Memory Full的提示；
1.2.4I/O串口测试
2．数量：2pcs以上；
3．测试方法及内容：
a．串口线分别与手机USB接口及PC相连；
b．使用下载工具并根据其操作方法进行软件下载，共下载5次；
c．串口是否能正确下载软件，接收或发送的数据是否完整准确。
4．预期结果：串口正确下载软件，数据完整准确。
1.3功耗测试
1.3.1电压测试
1．数量：5～10pcs；
2．测试方法及内容：
a．关机电压：手机电池电量达到自动关机时的电池电压；
b．工作电压：用精密电源给手机供电，并根据手机规范分别设置为两个极限电压，看手机能否正常开机，并且能进行各项正常操作，包括接、打电
话。
3．测试指标：需结合具体项目的手机规范而定。
1.3.2通话时间
1．数量：2pcs以上；
2．测试方法及内容：让被测手机与Agilent8960/CMU200建立通话连接，分别在各频段中间信道的高、中、低功率级下，记录通话开始至手机自动关机的时间，并记录当时的通话环境和场强值，手机电池需满格电池（4.2＋0.03/－
0.02v）；
3．测试指标：需结合具体项目的手机规范而定。
1.3.3待机时间
1．数量：2pcs以上；
2．测试方法及内容：
a．静态环境下的待机时间，在真实网络环境下开机，在测试过程中不进行任何操作至手机自动关机的时间，手机电池需满格电池（4.2＋0.03/－
0.02v）；
b．动态环境下的待机时间，在真实网络环境下开机，由测试人员随身携带并进行日常工作与生活，直至手机自动关机的时间，手机电池需满格电池
（4.2＋0.03/－0.02v）；
3．测试指标：需结合具体项目的手机规范而定。
1.4充电测试
1.4.1正常充电功能测试
1．数量：5pcs；
2．测试方法及内容：用标准充电器给手机充电。
a．分别在开机和关机状态下进行充电，测试过程及屏幕显示是否符合规范要求；
b．在充电过程中，测试手机能否在充电过程中正常拨接电话；
c．将手机关机充电，分别记录在高温（40℃）、室温（25℃）和低温（0℃）环境下手机的充电电压和电流变化曲线；
d．分别记录battery bar各种情况显示下的实际电池电压；
e．在充电过程中关机，测试过程及屏幕显示是否符合规范要求；
f．关机后进入充电过程，测试过程及屏幕显示是否符合规范要求；
g．在充电过程中开机，测试过程及屏幕显示是否符合规范要求；
h．显示充电完成时，电池电压是否符合标准；
i．充电时间，电池电压从3.2V达到4.2V所需的时间。
3．预期结果：
a．在开机和关机状态下进行充电，屏幕均应有充电指示且显示正常，充电过程正常；
b．充电过程中，应能正常拨接电话，且通话效果正常；
c．各种条件下的充电曲线都应符合相关规范要求；
d．Battery bar显示变化时应与软件设置一致，误差范围不超过0.03v；
e．充电过程中应能正常关机，关机画面，关机铃声都应正常，关机后应有充电指示；
f．充电过程正常，显示正常；
g．充电过程中应能正常开机，开机画面，开机铃声都应正常，开机后应有充电指示；
h．显示充电完成后，电池电压应为4.2V（＋0.03V/－0.02V）；
i．充电时间应符合相关规范要求。
1.4.2电池过充测试
1．数量：2pcs；
2．测试方法及内容：手机显示充电完成后，继续充电12小时以上；
a．电池是否有损坏，有无鼓起、发烫等情况；
b．记录电池最终的空载电压，看电压是否符合要求；
3．预期结果：
a．电池无任何损坏，无鼓起、发烫等情况；
b．电池最终的空载电压应为4.2V（＋0.03V/－0.02V）。
1.4.3电池零电压充电测试
1．数量：2pcs；
2．测试方法及内容：先将电池完全放电，可用电源对电池进行反向充电，充电电压设为1V，电流设为550mA；此处完全放电是指电池外在表现为电池空载电压为0V，而不是仅仅达到关机电压；然后再按2.4.1进行测试；
3．预期结果：参考2.4.1；
1.5异常操作测试
1.5.1非法关机测试
1．数量： 3pcs；
2．测试方法：将手机分别在通话状态和待机状态下多次非法关机，即直接拔电池，非法关机大于等于300次；
3．测试内容：按照表1中的信道和功率级进行各项RF测试，并进行基本功能测试，各项测试都应符合要求。
1.5.2电源反接测试
1．数量： 3pcs；
2．测试方法：在常温下，使用精密电源为手机供电，并使正负级反接，持续10秒钟后取出，然后正常插入电池，再进行测试；
3．测试内容：基本功能测试，各项测试都应符合要求。
1.5.3非正常充电测试
1．数量： 3pcs；
2．测试方法：
a．分别在开、关机状态下连续插拔充电器各20次，最后为充电器插入状态，检查此时充电功能是否正常，并检查基本电性能，各项测试都应符合
要求；
b．在手机未装电池的情况下，插入充电器，检查此时手机显示是否正确，维持5分钟后检查手机的基本功能是否仍正常。
手机APP测试报告模板
手机APP测试总结报告
目录 1.测试概述 (1) 1.1. 编写目的 (1) 1.2. 测试范围 (1) 2. 测试计划执行情况 (1) 2.1. 测试类型 (1) 2.2. 测试环境与配置 (3) 2.3. 测试人员 (3) 2.4. 测试问题总结 (3) 3. 测试总结 (4) 3.0.程序流程 图 (3) 3.1.测试用例执行结果 (4) 3.2. 安全测试 (6) 3.2.1. 软件权限 (7) 3.2.2. 安装与卸载安全性 (7) 3.2.2. 数据安全性 (8) 3.2.3. 通讯安全性 (9) 3.2.4. 人机接口安全性 (10) 3.3. 安装、卸载测试 (11) 3.3.1. 安装 (11)
3.3.2. 卸载 (11) 3.4. UI测试 (12) 3.4.1. 导航测试 (12) 3.4.2. 图形测试 (12) 3.4.3. 内容测试 (13) 3.5. 功能测试 (13) 3.5.1. 运行 (13) 3.5.2. 注册 (13) 3.5.3. 登录 (14) 3.5.4. 注销 (14) 3.5.5. 应用的前后台切换 (15) 3.5.6. 免登入 (15) 3.5.7. 数据更新 (16) 3.5.8. 离线浏览 (16) 3.5.9. APP更新 (17) 3.5.10. 时间测试 (17) 3.5.11. 性能测试 (17) 3.5.12. 交叉性事件测试 (17) 3.6. 兼容测试 (18) 3.7. 用户体验测试 (19) 4. 测试结果 (19) 软件缺
陷 (15)
1.测试概述 1.1.编写目的 本测试报告为招标手机APP的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。 测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层经理阅读。 1.2.测试范围 测试主要根据用户需求说明书和软件需求规格说明书以及相应的文档进行系统测试，包括功能测试、性能测试、安全性和访问控制测试、用户界面测试以及兼容性测试等，而单元测试和集成测试由开发人员来执行。 主要功能包括：用户登录、我的项目、推荐项目订阅、软件设置、我的收藏、消息中心，借阅同步等。 2.测试计划执行情况 2.1.测试类型
功能测试用例的设计
功能测试用例的设计 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．在事件触发机制中场景法用得最多。在测试一个软件的时候，先确定基本流也就是测试流程中软件功能按照正确的事件流实现的一条正确流程,接着去确定备选流也就是那些出现故障或缺陷的过程，用备选流加以标注。然后可以采用矩阵或决策表来确定和管理测试用例。
手机基本功能测试方式
手机基本功能测试 手机基本测试软件测试 关于手机软件测试的工具应用 手机软件测试是否也和以下联系起来： 漫谈人机界面测试 【正文】本文列数了软件黑盒测试过程中，在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术，仅针对在软件黑盒测试过程中若干的问题做描述，并提供个人的参考测试意见与防范意见，希望可以为初学者提供些许帮助。 俗话说“人靠衣裳马靠鞍”，良好的外观往往能够吸引眼球，激发顾客(用户)的购买欲望，最终达成商业利益的实现。软件的设计亦如此，Window XP 在商业上的巨大成功很大一方面来自于它一改往日呆板，以突出“应用”的灰色界面，从“用户体验”角度来设计界面，使界面具有较大的亲和力。就目前的软件设计的发展趋势来说，良好的人机界面设计越来越受到系统分析、设计人员的重视。但是如何对设计的人机界面(包括帮助等)进行测试，给出客观、公正的评价，却鲜见于报端。本文试从共性分析和个性分析的角度，给出一些测试意见和原则，简单且易于上手。起到一个抛砖引玉的目的、以飨读者。 我们知道：“不立规矩无以成方圆”。在软件界面设计强调张扬个性的同时，我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用，这是一切软件界面设计和测试的必循之道，是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户
对软件的生疏感，使老用户更易于上手、充分重用已有使用经验，并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行)，不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时，很快熟悉软件的操作环境，同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时，需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见：――提示的格式是否一致 ――菜单的格式是否一致 ――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候，是否与其他产品在外观、布局、交互方式上是否一致(例：Office产品族)
手机APP产品测试用例实例与模版
中国电信XXX项目 功能测试用例 撰稿人：XX XXX信息网络有限责任公司 2013年X月XX日
目录 1.概述----------------------------------------------------------------------------------------------------------------- 3 1.1编写目的---------------------------------------------------------------------------------------------------------- 3 1.2读者对象---------------------------------------------------------------------------------------------------------- 3 1.3参考资料---------------------------------------------------------------------------------------------------------- 3 2.ANDROID测试用例-------------------------------------------------------------------------------------------- 4 2.1登陆/注册--------------------------------------------------------------------------------------------------------- 4 2.2文件上传---------------------------------------------------------------------------------------------------------- 4 2.3文件收藏---------------------------------------------------------------------------------------------------------- 5 2.4文件删除/还原 -------------------------------------------------------------------------------------------------- 5 2.5文件重命名 ------------------------------------------------------------------------------------------------------ 6 2.6文件移动---------------------------------------------------------------------------------------------------------- 7 2.7文件分享---------------------------------------------------------------------------------------------------------- 7 2.8图片浏览---------------------------------------------------------------------------------------------------------- 8 2.9相册备份---------------------------------------------------------------------------------------------------------- 8 2.10私密空间 -------------------------------------------------------------------------------------------------------- 9 2.11设置 ------------------------------------------------------------------------------------------------------------ 10 2.12客户端安装/升级-------------------------------------------------------------------------------------------- 10
手机app测试用例
手机app 测试用例 目录 目录 (1) 1. 用户登录 (3) 1.1用户登录流程 (3) 1.1.1游客登录 (3) 1.1.2微信登录 (3) 1.1.3正常账号登录 (4) 1.2接口要素检验 (4) 2. 用户注册 (5) 2.1用户注册流程 (5) 2.1.1正常注册 (5) 2.2接口要素检验 (5) 3. 个人中心 (6) 3.1正常用户个人中心 (6) 3.1.1推广收益 (6) 3.1.2昵称修改 (7) 3.1.3修改头像 (7) 3.2游客与微信用户个人中心 (7) 3.2.1推广收益 (7) 3.2.2一键转正 (8) 3.2.3昵称修改 (8) 3.2.4修改头像 (8) 3.3接口要素检验 (8) 4. 安全中心 (10) 4.1正常用户安全中心 (10) 4.1.1修改密码 (10) 4.1.2密保问题 (10) 4.1.3绑定手机 (11) 4.1.4实名认证 (11) 4.2游客与微信用户安全中心 (11) 4.2.1绑定手机 (11) 4.2.2实名认证 (12) 4.3接口要素检验 (12) 5. 设置 (13) 5.1功能设置 (13)
5.1.1背景音乐 (13) 5.1.2音效音乐 (14) 5.1.3音量控制 (14) 5.1.4退出app (14) 5.1.5账号切换 (14) 5.2app规则 (15) 5.3意见反馈 (15) 5.3.1发送反馈意见 (15) 5.4客服服务 (15) 5.5关于手机 (16) 5.5.1检查更新 (16) 5.5.2服务协议与隐私说明 (16) 6. 常用功能栏 (16) 6.1银行 (17) 6.1.1开通银行 (17) 6.1.2登录银行 (17) 6.1.3存款 (17) 6.1.4取款 (17) 6.2背包 (18) 6.3好友 (18) 6.3.1我的好友 (18) 6.3.2临时好友 (19) 6.3.3查找好友 (20) 6.4活动 (20) 6.4.1系统信息 (20) 6.4.2活动中心 (20) 6.5充值 (21) 6.5.1微信支付 (21) 6.5.2支付宝支付 (21) 6.5.3银联支付 (21) 6.6商城 (22) 6.6.1道具商城 (22) 6.6.2礼品商城 (22) 6.6.3兑换记录 (23) 6.7福利 (23) 6.7.1会员特权 (23) 6.7.2破产补助 (23) 6.7.3每日签到 (23) 6.7.4首冲奖励 (24) 6.7.5每日抽奖 (24) 6.8更多 (24) 6.8.1兑换码 (24) 6.8.2分享 (24) 6.9接口要素检验 (25)
手机游戏测试用例
统一测试标准 1 安装和运行 (4)
1.2 启动时间过长 (5) 2 内存使用 (6) 2．1 运行时的内存状况 (6) 3 链接 (7) 3．1 无效的网络访问设置 (7) 3．2 发送/接受资料 (8) 3．3 网络延迟或无法链接 (9) 3．4 网络链接—飞行模式 (10) 4 处理事件 (11) 4．1 自动启动信息传送 (11) 4．2 消息队列 (12) 4．3 定时事件到时 (13) 4．4 睡眠模式下定时事件到时 (14) 4．5 关机模式下定时事件到时 (15) 5 发送消息和打电话 (16) 5.1发送 (16) 5.2接收 (17) 5.3 来电 (18) 6 外部影响 (19) 6.1插入存储卡 (19) 6.2 插入和移出存储卡 (20) 6.3 存储卡屏幕状态 (21) 7 用户界面 (22) 7．1 可读性 (22) 7．2 读出时间 (23) 7．3 屏幕重绘 (24) 7．4 一致性 (25) 7．5 按键布置的方便使用 (26) 7．6 应用程序的速度 (27) 7．7 出错信息 (28) 7．8 工作进展 (29) 7．9 运行中的操作 (30) 7．10 多种显示格式的处理 (31) 7．11 不同的屏幕尺寸 (32) 7．12 不同输入格式的处理 (33) 7．13 加速器/运动传感器响应 (34) 7．14 拼写错误 (35) 7．15 专业文本错误 (36) 8 语言 (37) 8.1 正确操作 (37) 8.2 手动选择 (38) 8.3 支持的格式 (39) 8.4 国际文字 (40)
9.1 从主菜单暂停/恢复 (41) 9.2 运行时的暂停 (42) 9.3 恢复 (43) 9.4 对终端系统特征的影响 (44) 9.5 资源共享—资料库 (46) 10 媒体 (47) 10.1 应用程序之静音功能 (47) 10.2 设置状态的通俗性 (48) 10.3 设置不损坏应用程序 (49) 10.4 设置组合 (50) 10.5 保存设置 (51) 10.6 特定功能 (52) 11 菜单 (53) 11.1 “帮助”和“关于” (53) 11.2 有效操作 (54) 12 功能 (55) 12.1 功能健全检查 (55) 12.2 应用程序的隐藏特性 (56) 13 按键 (57) 13.1 展开菜单 (57) 13.2 选择键 (58) 13.3 文本编辑框的滚动 (59) 13.4 暂停 (60) 13.5 同时按键 (61) 13.6 多个按键 (62) 14 设备特殊检查 (63) 14.1 设备关闭 (63) 14.2 设备开启 (64) 15 稳定性 (65) 15.1 应用程序稳定性 (65) 15.2 强制关机后应用程序的运作。 (66) 16 资料处理 (67) 16.1 保存游戏状态 (67) 16.2 删除资料 (68) 16.3 修改记录 (69) 17 安全性 (70) 17.1 加密 (70) 17.2 密码 (71)
手机测试方法与测试用例
目录 目录 (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、负数等
史上最全的手机硬件测试用例
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．反应时间达到规范要求；
通用手机软件测试用例及编写规范和流程
手机软件测试用例编写规范和流程 为什么要写测试用例啊？对于功能测试用例，只是针对项目的需求，是不是很浪费的这样写来写去，既浪费时间又没有什么实际意义？测试用例是——体现软件的开发目标和可接受条件，软件设计的一种实际体现。设计用例在于明确验证需求（功能）的输入数据和步骤，书面化便于重现BUG，另一方面用于回归测试。无论ISO9000还是CMM都要求做任何事情要有记录、书面文档。如果不设计用例，那是随机测试，很难度量是否做的完全。对于开发和测试的沟通，一个是指明测试的方向，和文档的规范，bug可以接受的描述方法和用词，bug的分类，一个好的测试用例可以在开发和测试以及其他阅读此case的部门人员建起桥梁并传递很多信息。 测试用例主要来自三个方面： 1.设计文档中的USE CASE。将设计文档中的Use Case按照步骤纪录下来，可以用于软件的可接受性测试。 2.按照界面功能区或者系统功能模块，按照用户可能的操作，分块或跨模块，形成系统的功能性测试（可能包括Normal-通常操作，Exceptional-异常操作，Boundary-边界测试）。 3.将曾经发生过的Bug纪录下来，形成测试用例，可以成为Regression Testing的一部分。 编写测试用例一般有2个模板。Excel模板和 Word模板，编写功能测试用例一般用Excel 模板。 测试用例编写一般包括4个部分：测试环境（即在测试过程中用使用到的环境） 测试数据（测试过程中用到的有效无效的数据） 测试步骤（你怎么做的） 预期结果（你所希望出现的结果） 功能测试又可以分成好多种如逻辑功能测试、兼容性测试、易用性测试等。 1、编号：也可以是流水号，也可以自己定义规则，方便程序员与测试人员之间的用例查找和归档 2、描述：说明本次测试用例所要测试的内容；例：本测试用例用于测试系统管理员新增二级管理员 3、前提：说明本次测试的前提条件，例：系统管理员已使用admin身份登录系统并且已进入用户管理界面 4、备注：说明本次测试用例的其他相关信息，例：新增二级管理员成功后，需使用该二级管理员ID进行登录，验证该二级管理员帐号是否正式开通 上面的是测试用例说明内容，下面的是测试用例详细内容： 5.1、步骤：也就是操作的步骤编号；例： 1 2 3 5.2、步骤描述：对本步操作进行详细描述；例：系统管理员输入二级管理员用户ID 5.3、输入值：本步所输入的内容值：例：user001 5.4、期望结果：对本步操作的系统反应的期望结果，也就是说正确的结果是什么；例：正常成功输入二级管理员ID，并且正常显示 5.5、实际结果：测试人员本测试用例进行测试后，系统给出的实际操作结果；例：二级管
测试用例设计练习
一、等价类划分法 例子1： 现在有一个档案管理系统，容许用户通过输入年月对档案文件进行检索，系统对查询条件年月的输入限定为1990年1月-2049年12月，并规定，日期由6位数字组成，前4位表示年，后2位表示月。 1，根据需求进行分析，找出有哪些输入条件 年份：【1990，2049】 月份：【01，12】 字符长度：6位 字符类型：数字 2，画出等价类 输入条件有效等价类边界值分析无效等价类 年份【1990，2049】（1）上点：1990，2049（12） 离点：1989，2050 内点：2016 <1990 （2）>2049 （3） 月份【01，12】（4）上点：01，12（13） 离点：00，13 内点：11 <01 （5）>12 （6） 字符长度6位（7）上点：6 离点：5，7 内点：6 <6 （8）>6 （9） 字符类型数字（10）非数字（11）3，为每个等价类规定一个唯一编号（如上图） 4，转换成测试用例 转换测试用例的原则： A，设计一个测试用例尽可能多的覆盖多个有效等价类； B，设计一个测试用例必须对应覆盖一个无效等价类。 有效等价类用例： 用例1：201611 （1）（4）（7）（10） 无效等价类用例： 用例2：198911 （2） 用例3：205011 （3） 用例4：201600 （5） 用例5：201613 （6） 用例6：20161 （8） 用例7：2016113 （9） 用例8：20161a/abcedf （11） 根据边界值分析法分析后补充测试用例 用例9：199001 （12） 用例10：204912 （13） 5，转成正式格式用例（用例写作的8大要素） 用例编号D1223232_ST_Search_Date_001 项目搜索功能 标题输入正确的日期格式成功搜索
手机APP产品测试用例实例与模版
手机APP产品测试用例实例与模版
中国电信XXX项目 功能测试用例 撰稿人：XX XXX信息网络有限责任公司
2013年X月XX日 目录 1.概述----------------------------------------------------------------------------------------------------------------- 4 1.1编写目的 ----------------------------------------------------------------------------------------------------- 4 1.2读者对象 ----------------------------------------------------------------------------------------------------- 4 1.3参考资料 ----------------------------------------------------------------------------------------------------- 4 2.ANDROID测试用例-------------------------------------------------------------------------------------------- 5 2.1登陆/注册 ---------------------------------------------------------------------------------------------------- 5 2.2文件上传 ----------------------------------------------------------------------------------------------------- 6 2.3文件收藏 ----------------------------------------------------------------------------------------------------- 7 2.4文件删除/还原 ---------------------------------------------------------------------------------------------- 9 2.5文件重命名 ------------------------------------------------------------------------------------------------- 10 2.6文件移动 ---------------------------------------------------------------------------------------------------- 11 2.7文件分享 ---------------------------------------------------------------------------------------------------- 12 2.8图片浏览 ---------------------------------------------------------------------------------------------------- 14 2.9相册备份 ---------------------------------------------------------------------------------------------------- 15 2.10私密空间--------------------------------------------------------------------------------------------------- 17 2.11设置--------------------------------------------------------------------------------------------------------- 18 2.12客户端安装/升级----------------------------------------------------------------------------------------- 20
手机软件系统测试用例设计举例
一、等价类分析法 等价类划分方法针对手机状态大致可以归几个大类： 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 非法等价类：
诺基亚（英文）： Extended default 7-bit alphabet (over 140 Bytes)，智慧短信，可以携带黑白图片。 合法等价类：0～140 非法等价类： ：>140 在写字板里面输入“联通”二字，保存后，再打开，即出现乱码。 举例二，单个通话实例的拨打与挂断 测试用例标识 测试阶段： 系统测试 测试项 单个通话实例的拨打与挂断 测试项属性A参照规范 重要级别高测试原因 手机在待机状态下，确保手机能正常拨出电话 预置条件 1.正常信号环境 2.IDLE状态 3.默认原厂参数设定
手机软件测试中的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
蓝牙功能测试用例
江苏东大集成电路系统工程技术有限公司 蓝牙功能测试用例 测试内容 设置名称 其他设备可以发现我 蓝牙设置 属性 允许其他设备来连接 新增 修改 删除 载入 电话簿 拨打电话（在已经与蓝牙手机建立连接的前提下） 已接电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 已接电话 拨打选中电话 （在已经与蓝牙手机建立连接的前提下） 已拨电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 已拨电话 拨打选中电话 （在已经与蓝牙手机建立连接的前提下） 未接电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 通话记录 未接电话 拨打选中电话（在已经与蓝牙手机建立连接的前提下）拨打最近的拨出电话 快速连接（与上一次连接的蓝牙设备建立连接） 连接过蓝牙设备列表是否正确 建立连接 断开连接 蓝牙快捷方式 删除蓝牙设备、多个篮牙快速删除不可有死机现象 列表是否正确 活动的连接 断开连接 关闭 关闭蓝牙功能 恢复(从主界面再次进入蓝牙管理器即可恢复) 搜索蓝牙设备 搜索服务 基本功能测试 蓝牙管理器（具体的见 handfree,handset ) 配对（建立，取消）
删除蓝牙设备 建立连接 断开连接 是否能搜索到该蓝牙设备 是否能够建立配对（取消） 搜索该蓝牙设备的服务 是否能够连接（建立，断开） 删除蓝牙设备 拨打电话 挂断电话 通话过程中手机端强制断开链接不能出现系统无声等 异常 接听电话 增加音量，减小音量，静音 通话在免提设备和蓝牙手机之间的切换 杂音 通话质量 回声 handfree Nokia 5200 SonyErisson K510C HP ipAQ hw6500 (PDA phone) 。。。。。。 通话过程中使用输入键盘 是否能搜索到该蓝牙设备 是否能够建立配对（取消） 搜索该蓝牙设备的服务 是否能够连接（建立，断开） 删除蓝牙设备 听音乐正常 蓝牙棒配对进入headhset audio Gateway 能听到电脑上所有声音后，此时将设备挂断或退出，机器功能（如 播放MP3，触摸屏等）是否正常 挂断电话 接听电话 调节音量 杂音 Handset 蓝牙棒， SonyErisson908 通话质量 回声 Form No.：PE40009 Rev.：A
实例讲解手机软件测试用例设计
实例讲解手机软件测试用例设计 实例讲解手机软件测试用例设计,测试伴随在整个手机软件开发的各个阶段中，测试质量的高低直接关系到手机软件的可用性，友好性，可靠性。可以说，测试环节是手机软件开发的重要环节，是整个开发过程的“中枢神经”。同时，测试用例的设计在测试过程中是非常重要的。 一、设计概述 测试伴随在整个手机软件开发的各个阶段中，测试质量的高低直接关系到手机软件的可用性，友好性，可靠性。可以说，测试环节是手机软件开发的重要环节，是整个开发过程的“中枢神经”。同时，测试用例的设计在测试过程中是非常重要的一个环节，是重中之重。 一般来说，设计测试用例应该考虑如下几方面： 1)有效性：测试用例是测试人员测试过程中的重要参考依据。不同的测试人员依据相同的测试用例所得到的输出应该是一致的。 2)可复用性：良好的测试用例具有重复使用的功能，使得测试过程事半功倍，设计良好的测试用例将大大节约时间，提高测试效率。 3)易组织性：即使是很小的项目，也可能有几千甚至更多的测试用例，测试用例可能在数月甚至几年的测试过程中被创建和使用，正确的测试计划会很好地组织这些测试用例并提供给测试人员或者其他项目的人参考和有效的使用。 4)可评估性：从测试的项目管理角度来说，测试用例的通过率是检验代码质量的保证。经常说代码的质量不高或者代码的质量很好，量化的标准应该是测试用例的通过率和软件错误(bug)的数目。
5)可管理性：测试用例也可以作为检验测试人员进度、工作量以及跟踪/管理测试人员的工作效率的因素，尤其是比较适用于对于新的测试人员的检验，从而更加合理做出测试安排和计划。 二、手机软件测试用例设计分析 通常手机软件测试用例可以分为如下几类： 1)基本功能测试用例设计 基本功能是指手机软件向手机用户提供的最小的、可以进行的所有简单操作的集合。 基本功能测试是指测试工程师在被测试的手机上进行实际操作，来验证操作是否可行，操作的结果是否满足设计要求，如果不满足，就要报告错误。具体的操作例如：接电话，打电话，发送普通短信，接收普通短信，发送彩信，接收彩信，播放静态音乐文件(mp3)，播放一段视频文件，等等。 以“短消息SMS”功能为例，基本功能测试的用例可以从如下方面进行考虑： 用例ID 功能描述 sms_001 确定生成新消息为mms 还是sms sms_002 用多种输入法编辑信息内容 sms_003 编辑信息内容达到最大的字符长度 sms_004 发送一封空短信 sms_005 存储SMS至发件箱（存储至Phone） sms_006 不退出写信息窗口，连续存储SMS至发件箱（存储至Phone）sms_007 Phone中信息条数达到最大后，自动切换存储位置
手机黑盒测试介绍
手机黑盒测试介绍 手机黑盒测试介绍软件测试 黑盒测试(black—box testing)又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。 黑盒测试首先是程序通常的功能性测试。要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。 用数据类型和数据值的最小集测试。 用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果; 用假想的数据类型和数据值运行，测试排斥不规则输入的能力; 对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序是否做了该做的?”还要考察“程序是否没做不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数
据值的异常等等。下述几种方法：(a)等价类划分，(b)因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。 1.等价类划分 等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时，应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。 无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。 确定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“……项数可以从1到999……”，则可取有效等价类为“l考项数<999”，无效等价类为“项数999”。 输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标