手机客户端测试用例
手机软件测试用例大全
一、短消息功能测试规范
测试选项 操作方法 观察与判断
1、分别使用菜单或快捷方式进入书写短消息是否有异常； 2、输入0个字符，选择、输入号码发送，应成功； 3、输入1个中文字符或1个字母发送，应成功； 4、输入35个中文或80个英文字母发送，应成功； 5、输入70个中文或160个英文字母发送，应成功； 6、输入机内所有的标点符号，发送给参考机（MOTO、Nokia、Sansung等），应无不显示 或显示错误等现象； 7、在输入文本过程中，有来电呼入，进行接听、拒听操作后，原编辑的短消息应保留； 按听后，再次进入输入文本界面继续编辑，是否有异常； 8、在输入文本过程中有新短消息进入，应不影响继续输入；继续编辑完短消息后，再退 出阅读；输入文本过程中，有新短消息进入，按挂机键或右软键退出后，阅读短消息，手 机是否正常； 9、在书写短消息的任何界面，有来电呼入、闹钟响闹、来新短消息、低电告警、自动关 机时间到、小区广播到，显示是否正常； 10、在书写短消息的任何界面，有被设置来电卫士的电话呼入，是否显示正常；有被设置 无条件转移电话呼入，是否显示正常；当设置车载模式情况下，有来电呼入显示是否正 11、在书写短消息的任何界面，分别按右软键、挂机键、方向键退出或按任意无效键时， 显示是否正常；在输入文本过程中，直接按挂机键关机，再开机，是否正常；在输入文本 过程中，反复插拔充电器，是否正常； 12、输入号码界面，分别选择从电话本、直接输入号码的方法发送； 1、待机界面下进入短消息收信箱，在收信箱短消息列表中，短消息按接收时间顺序排 列，按上下键可浏览全部短消息，选择其中一条确定，短消息内容快速、准确显示出来； 快速浏览列表时，有来电呼入、闹钟响闹、来新短消息，显示是否正常； 2、收信箱中无短消息时，手机应快速出现相关提示语； 3、通话中进入收信箱阅读短消息； 4、阅读短消息时有来电呼入，拒听、接听后继续阅读，应无异常； 5、按快捷键直接阅读新短消息，是否正常； 6、接收不同参考机发送过来的短消息，是否正常； 7、在阅读短消息中，有新短消息进入，是否正常；阅读完短消息后，再退出阅读；阅读 短消息时，有新短消息进入，按挂机键或右软键退出后，阅读新短消息，手机是否正常； 8、在阅读短消息的任何界面，有来电呼入、闹钟响闹、来新短消息、低电告警、自动关 机时间到、小区广播到，显示是否正常； 9、在阅读短消息时，有被设置来电卫士的电话呼入，是否显示正常；有被设置无条件转 移电话呼入，显示正常；当设置车载模式情况下，有来电呼入显示是否正常； 10、在阅读短消息时，分别按右软键、挂机键、方向键退出或按任意无效键时，显示是否 正常；在阅读短消息时，直接按挂机键关机，再开机，是否正常；在阅读短消息时，反复 插拔充电器，是否正常； 1、选取一条短消息进行文本回复，应准确无误； 2、选取一条短消息进行语音回复，应准确无误； 3、选取短消息的来电号码已储存在电话本上，语音回复时，应显示对方姓名； 7、在执行回复功能的任何界面，有来电呼入、闹钟响闹、来新短消息、低电告警、自动 关机时间到、小区广播到，显示是否正常； 5、在执行回复功能任何界面，有来电卫士电话呼入、无条件转移电话、车载模式下，有 来电呼入，显示是否正常； 6、在执行回复功能任何界面，按左软键、右软键、挂机键、方向键或按任意无效键时， 各功能是否正常；在任何界面，按挂机键关机，再开机，显示是否正常；在输入文本过程 中，反复插拔充电器，是否正常； 7、来电、短消息、闹钟要选择不同的提示方式（如下载铃声、图片）；
安卓客户端通用测试用例
用户行为
交互体验
异常覆盖
多页面交互过程，数据一致
测试结果 预期结果 （Pass/Fail） 备注
安卓客户端功能测
手机型号：
编号 功能划分 业务模块划分 数据检验
测试日期：
子模块
测试负责人：
以ห้องสมุดไป่ตู้面为单位设计 用例
页面操作
用户场景覆盖
用户操作路径覆盖 代码分支覆盖 数据一致性
安卓客户端功能测试用例
测试负责人：
测试内容 功能名称 数据请求与返回检验 数据准确性 滑动、下拉、翻页 点击 多点触摸 退出、返回、home键、菜单 页面控件 数据刷新 从其他页返回，页面自动刷新 从后台拉到前台页面自动刷新 手动刷新 数据长度超出 北京、颜色、字体、文案 产品体验 无数据 无返回 数据异常 测试项
对客端的通用测试用例
对客端的通用测试用例随着移动互联网的迅猛发展，移动应用程序（APP）已经成为人们生活中必不可少的一部分。
而APP的质量直接决定了用户的使用体验和满意度。
因此，在开发和上线之前，必须进行充分的测试来确保APP的质量。
本篇文章将介绍对客端的通用测试用例，以帮助开发人员有效地测试和优化APP。
一、基础功能测试1. 启动和关闭：测试APP的启动和关闭功能，确保在不同情况下启动稳定，关闭流畅。
2. 登录和注册：测试APP的登录和注册功能，确保用户可以成功注册和登录，并且不会出现异常情况。
3. 密码重置：测试APP的密码重置功能，确保用户可以成功重置密码，并且不会出现异常情况。
4. 退出登录：测试APP的退出登录功能，确保用户可以成功退出登录，并且不会出现异常情况。
5. 页面跳转：测试APP的页面跳转功能，确保在不同情况下跳转稳定，不会出现闪退或卡顿的情况。
二、界面测试1. 布局和设计：测试APP的布局和设计，确保页面布局合理，设计美观。
2. 图片和文字：测试APP的图片和文字质量，确保图片清晰，文字易读。
3. 字体大小和颜色：测试APP的字体大小和颜色，确保字体大小合适，颜色不会影响用户的阅读体验。
4. 屏幕适配：测试APP在不同尺寸的屏幕上的适配情况，确保界面显示正常，不会出现显示不全或错位的情况。
5. 响应速度：测试APP的响应速度，在不同网络环境下测试，确保响应及时，不会出现卡顿的情况。
三、功能测试1. 搜索：测试APP的搜索功能，确保可以准确地搜索到相关内容，并且搜索速度快。
2. 发布和编辑：测试APP的发布和编辑功能，确保用户可以成功发布和编辑内容，并且不会出现异常情况。
3. 支付和购物车：测试APP的支付和购物车功能，确保用户可以成功购买商品，并且支付流程稳定，购物车功能正常。
4. 评论和评分：测试APP的评论和评分功能，确保用户可以成功评论和评分，并且不会出现异常情况。
5. 推送和消息：测试APP的推送和消息功能，确保用户可以收到相关通知，并且推送和消息功能正常。
APP测试用例模板
可以进行开启和关闭
13
进入发表商品页面
点击价格和库存
可进行填写价格和库存
14
进入发表商品页面
点击添加规格
出现规格，可填写
页面下方显示添加规格按钮
15
进入发表商品页面
点击添加规格
点击页面“—”可以删除规格
点击页面下方规格，可再次添加规格
16
进入发表商品页面
点击右上角发表
若信息未填完整或填写有误，提示错误信息
取消登录，返回侧边栏
12
打开侧板栏
点击下载小店
进入小店下载网页
六、关注页面
编号
条件
步骤
预期结果
实际结果
1
浏览关注动态
页面展现：
标题模块（侧边栏入口图标 + logo+ 购物车入口图标）
+顶部滑动banner + 搜索框
+ 动态展示列表（三种类型：商品或lifestyle动态条目 + 推荐用户条目 + 广告位banner）
出现空提示
12
打开我的页面
点击背景
IOS：进入个性标签页面
Android：弹出系统Action Sheet 可以从相册和相机选择背景
13
打开我的页面
点击个性签名内容
IOS：进入个人信息页面
Android：无变化
2.【个人信息】页面
编号
条件
步骤
预期结果
实际结果
1
打开个人信息页面
点击头像
弹出系统Action Sheet 可以从相册和相机选择头像
2
打开个人信息页面
点击背景图片
进入个人标签页面
手机APP产品测试用例实例与模版
手机APP产品测试用例实例与模版．XXX中国电信项目功能测试用例撰稿人：XX信息网络有限责任公司XXX．X月XX日2013年目录----------------------------------------------------------------------------------------------------------------- 4概述1.----------------------------------------------------------------------------------------------------- 1.编写目的----------------------------------------------------------------------------------------------------- 41.2读者对象----------------------------------------------------------------------------------------------------- 1.参考资料------------------------------------------------------------------------------------------- 5 2.ANDROI测试用例---------------------------------------------------------------------------------------------------- 注2.登/----------------------------------------------------------------------------------------------------- 文件上2.2----------------------------------------------------------------------------------------------------- 72.3文件收藏---------------------------------------------------------------------------------------------- 文件删还2.40------------------------------------------------------------------------------------------------- 2.文件重命名---------------------------------------------------------------------------------------------------- 12.文件移动22.文件分享---------------------------------------------------------------------------------------------------- 4图片浏览2.8---------------------------------------------------------------------------------------------------- 1 2.相册备份1---------------------------------------------------------------------------------------------------- 71私密空2.10--------------------------------------------------------------------------------------------------8--------------------------------------------------------------------------------------------------------- 12.1设置 2.1客户端安装升/----------------------------------------------------------------------------------------- 21.概述1.1编写目的编写本测试用例的目的是为测试工程师提供关于对中国电信XXX项目的系统整体功能测试提供指导。
app测试用例
APP测试用例1. 登录功能测试1.1 正常登录•测试目标：确认用户可以使用正确的用户名和密码成功登录到APP •测试步骤：1.打开APP2.输入正确的用户名和密码3.点击登录按钮•预期结果：登录成功，并跳转到首页界面1.2 错误密码登录•测试目标：确认当用户输入错误的密码时，无法成功登录到APP •测试步骤：1.打开APP2.输入正确的用户名和错误的密码3.点击登录按钮•预期结果：登录失败，提示错误密码1.3 错误用户名登录•测试目标：确认当用户输入错误的用户名时，无法成功登录到APP •测试步骤：1.打开APP2.输入错误的用户名和正确的密码3.点击登录按钮•预期结果：登录失败，提示错误用户名2. 注册功能测试2.1 正常注册•测试目标：确认用户可以使用有效的邮箱地址和密码成功注册账户•测试步骤：1.打开APP2.点击注册按钮3.输入有效的邮箱地址和密码4.点击确认注册按钮•预期结果：注册成功，并自动登录到APP2.2 无效邮箱注册•测试目标：确认用户在注册时输入无效的邮箱地址时，无法成功注册•测试步骤：1.打开APP2.点击注册按钮3.输入无效的邮箱地址和密码4.点击确认注册按钮•预期结果：注册失败，提示无效邮箱地址2.3 弱密码注册•测试目标：确认用户在注册时输入弱密码时，无法成功注册•测试步骤：1.打开APP2.点击注册按钮3.输入有效的邮箱地址和弱密码（如123456）4.点击确认注册按钮•预期结果：注册失败，提示密码过于简单3. 首页功能测试3.1 显示内容•测试目标：确认首页能够正常显示各类内容•测试步骤：1.打开APP2.登录账号3.查看首页界面•预期结果：首页能够正常显示各类内容，如推荐文章、热门话题等3.2 点赞功能•测试目标：确认用户能够成功给内容点赞•测试步骤：1.打开APP2.登录账号3.在首页中选择一篇文章或者一个话题4.点击点赞按钮•预期结果：点赞成功，并显示点赞数量增加3.3 评论功能•测试目标：确认用户能够成功评论内容•测试步骤：1.打开APP2.登录账号3.在首页中选择一篇文章或者一个话题4.点击评论按钮5.输入评论内容6.点击发送按钮•预期结果：评论成功，并显示评论内容在页面中4. 设置功能测试4.1 修改个人信息•测试目标：确认用户能够成功修改个人信息•测试步骤：1.打开APP2.登录账号3.进入设置界面4.点击编辑个人信息按钮5.修改个人信息，如昵称、头像等6.点击保存按钮•预期结果：信息修改成功，并在页面中显示更新后的个人信息4.2 修改密码•测试目标：确认用户能够成功修改密码•测试步骤：1.打开APP2.登录账号3.进入设置界面4.点击修改密码按钮5.输入旧密码和新密码6.点击保存按钮•预期结果：密码修改成功，并可以使用新密码登录4.3 推送通知设置•测试目标：确认用户能够成功设置推送通知开关•测试步骤：1.打开APP2.登录账号3.进入设置界面4.打开或关闭推送通知开关5.点击保存按钮•预期结果：推送通知设置成功，并按照设置开关的状态接收通知总结以上是针对APP的测试用例，涵盖了登录、注册、首页展示、点赞、评论、个人信息修改、密码修改和推送通知设置等功能。
测试用例
测试用例概述测试用例是测试工作的指导，是软件测试的必须遵守的准则,更是软件测试质量稳定的根本保障。
测试用例，英文为TestCase,缩写为TC，指的是在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。
测试用例设计的好坏直接决定了测试的效果和结果。
所以说在软件测试活动中最关键的步骤就是设计有效的测试用例。
测试用例可以针对黑盒测试设计用例，也可以针对白盒测试设计用例。
编写测试用例依据我们编写测试用例的唯一标准就是用户需求,具体的参考资料是《需求规格说明书》,但需要说明的是，用户需求不是一成不变的，而是在一直变化的直变化的，这就需要我们根据不断调整变化的需求，来修改和维护我们已写好的测试用例，这个工作量也很大。
为什么需要测试用例在开始实施测试之前设计好测试用例，避免盲目测试并提高测试效率，减少测试的不完全性；测试用例的使用令软件测试的实施重点突出、目的明确；根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟踪；减少回归测试的复杂程度，在软件版本更新后只需修正少量的测试用例便可展开测试工作，降低工作强度、缩短项目周期；功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断细化其效率也不断攀升；根据测试用例的操作步骤和执行结果，为分析软件缺陷和程序模块质量提供依据；可以方便地书写软件测试缺陷报告；可以根据测试用例的执行等级，实施不同级别的测试；总结：软件测试是有组织性、步骤性和计划性的，为了能将软件测试的行为转换为可管理的、具体量化的模式，需要创建和维护测试用例。
好的测试用例的特征可以最大程度地找出软件隐藏的缺陷可以最高效率的找出软件缺陷可以最大程度地满足测试覆盖要求既不过分复杂、也不能过分简单使软件缺陷的表现可以清楚的判定测试用例包含期望的正确的结果待查的输出结果或文件必须尽量简单明了不包含重复的测试用例测试用例内容清晰、格式一致、分类组织测试用例的影响因素测试用例设计的主要影响因素：需求目标，是功能性的需求目标也是非功能性的需求目标。
软件测试用例范文
软件测试用例范文标题：手机应用软件登录功能测试用例一、测试用例名称：正确的用户名和密码登录1. 用例描述：用户使用正确的用户名和密码进行登录操作。
2. 前提条件：用户已经正确下载并安装了手机应用软件。
3. 测试步骤：- 打开手机应用软件。
- 在登录页面输入正确的用户名。
- 在密码输入框中输入正确的密码。
- 点击登录按钮。
4. 预期结果：- 用户成功登录，并跳转到应用首页。
- 应用首页显示用户的个人信息。
二、测试用例名称：错误的用户名和密码登录1. 用例描述：用户使用错误的用户名和密码进行登录操作。
2. 前提条件：用户已经正确下载并安装了手机应用软件。
3. 测试步骤：- 打开手机应用软件。
- 在登录页面输入错误的用户名。
- 在密码输入框中输入错误的密码。
- 点击登录按钮。
4. 预期结果：- 系统提示用户名或密码错误。
- 用户无法登录，并停留在登录页面。
三、测试用例名称：空用户名和密码登录1. 用例描述：用户未输入用户名和密码进行登录操作。
2. 前提条件：用户已经正确下载并安装了手机应用软件。
3. 测试步骤：- 打开手机应用软件。
- 在登录页面不输入用户名和密码。
- 点击登录按钮。
4. 预期结果：- 系统提示用户名和密码不能为空。
- 用户无法登录，并停留在登录页面。
四、测试用例名称：忘记密码找回1. 用例描述：用户忘记密码，通过找回密码功能进行操作。
2. 前提条件：用户已经正确下载并安装了手机应用软件。
3. 测试步骤：- 打开手机应用软件。
- 在登录页面点击“忘记密码”链接。
- 进入密码找回页面。
- 输入注册时的手机号码。
- 点击发送验证码按钮。
- 输入收到的验证码。
- 输入新密码。
- 点击确认按钮。
4. 预期结果：- 系统验证成功，提示密码重置成功。
- 用户可以使用新密码登录。
五、测试用例名称：退出登录1. 用例描述：用户在登录状态下进行退出操作。
2. 前提条件：用户已经正确登录了手机应用软件。
3. 测试步骤：- 在应用首页点击用户头像。
软件测试中通用的测试用例(很全)
B/S程序通用测试点1、界面测试通用测试点2、页面元素通用测试点3、相关功能通用测试点文本框测试用例一、文本框为字符型必填项非空校验：1、必填项未输入－－程序应提示错误；2、必填项只输入若干个空格，未输入其它字符－－程序应提示错误；字段唯一性校验：（不是所有字段都作此项校验，视实际项目情况而定）1、新增时输入重复的字段值－－必须提示友好信息；2、修改时输入重复的字段值－－必须提示友好信息；字段长度校验：1、输入[最小字符数-1]－－程序应提示错误；2、输入[最小字符数]－－OK；3、输入[最小字符数+1]－－OK；4、输入[最大字符数-1]－－OK；5、输入[最大字符数]－－OK；6、输入[最大字符数+1]－－程序应提示错误；字段为特殊字符校验：1、输入域如对某些字符禁止输入时，限制是否成功，提示信息是否友好；2、中文、英文、空格，数字，字符，下划线、单引号等所有特殊字符的组合；3、所有特殊字符都必须进行测试（!~@#$^&*()_+{}|:“<>?/.,;‘[]\=-`￥……（）--：《》？、。
，；’【】、=-·）字段为特殊代码校验：1、输入htm代码：比如” <font>你好</font>”；－－必须以文本的形式将代码显示出来。
2、输入JavaScript代码：比如<param name=“MovieWindowWidth” value=“320”>；－－必须以文本的形式将代码显示出来。
多行文本框输入：1、是否允许回车换行；2、保存后再显示能够保持输入时的格式；3、仅输入回车换行，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提示；4、仅输入空格，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提示。
二、文本框为数值型边界值：1、输入[最小值-1]－－程序应提示错误；2、输入[最小值]－－OK；3、输入[最大值]－－OK；4、输入[最大值+1]－－程序应提示错误；位数：1、输入[限制位数]－－OK；2、输入[限制位数+1]－－根据实际项目而定，是否自动四舍五入成限制位数，还是提示信息；3、输入[限制位数-1]－－OK；异常值、特殊值：1、输入非数值型数据：汉字、字母、字符－－程序应提示错误；2、输入负数－－根据实际项目而定，如果不允许输入负数，必须提示友好信息；3、字段禁止直接输入非数值型数据时，使用“粘贴”、“拷贝”功能尝试输入，并测试能否正常提交保存－－只能使用“粘贴”、“拷贝”方法输入的特殊字符应无法保存，并应给出相应提示；4、全角数字和半角数字的情况－－全角数字不能保存，提示友好信息，半角数字正常保存；5、首位为零的数值：如01＝1－－视实际项目情况而定；三、文本框为日期型合法性检查：1、日输入[0日]－－程序应提示错误；2、日输入[1日]－－OK；3、日输入[32日]－－程序应提示错误；4、月输入[1、3、5、7、8、10、12月]、日输入[31日]－－OK；5、月输入[4、6、9、11月]、日输入[30日]－－OK；6、月输入[4、6、9、11月]、日输入[31日]－－程序应提示错误；7、输入非闰年,月输入[2月]、日输入[28日]，比如2009.2.28－－OK；8、输入非闰年,月输入[2月]、日输入[29日]，比如2009.2.29－－程序应提示错误9、(闰年)月输入[2月]、日输入[29日]，比如2008.2.29－－OK；10、(闰年)月输入[2月]、日输入[30日]，比如2008.2.30－－程序应提示错误；12、月输入[1月]－－OK；13、月输入[12月]－－OK；14、月输入[13月] －－程序应提示错误；格式检查：1、不合法格式：2009-09、2009-09 -、200-2-2；2、视具体项目而定是否合法：2009/09/01、2009.09.01 、20090901、2009-09-01 ；异常值、特殊值：1、输入汉字、字母、字符－－程序应提示错误；四、文本框为时间型合法性检查：1、时输入[24时] －－程序应提示错误；2、时输入[00时] －－OK；3、分输入[60分] －－程序应提示错误；4、分输入[59分] －－OK；5、分输入[00分] －－OK；6、秒输入[60秒] －－程序应提示错误；7、秒输入[59秒] －－OK；8、秒输入[00秒] －－OK；格式检查：1、不合法格式：12:30:、123000；2、视具体项目而定是否合法：12:30、1:3:0；异常值、特殊值：1、输入汉字、字母、字符－－程序应提示错误；2、系统中所涉及时间是否取服务器时间；版权声明：本文出自zll_618的51Testing软件测试博客：/?216950。
手机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)7. 找回密码 (26)7.1找回登录密码 (26)7.1.1密保找回 (26)7.1.2手机找回 (27)7.2找回银行密码 (27)7.2.1密保找回 (27)7.2.2手机找回 (28)7.3接口要素检验 (28)1.用户登录游客登录用户所在机器刷机后，对应的游客账号会重新生成，原账号数据会丢失。
移动端APP自动化测试超全基础汇总
移动端APP⾃动化测试超全基础汇总 ⽬录⼀.⾯试过程1.⾃动化岗位要求2.⾯试流程，⾯试类型3.沟通技巧，不同级别要求⼆.真实⾯试案例1.⼀个输⼊框的⾯试题（有⼈拿到⾼级岗位，有⼈连初级都没拿到，为什么）三.⾃我分析1.积累的知识决定了初⼊社会的岗位2.什么是好的简历3.需要掌握的基本知识四.技术基础知识1.常见测试理论2.python语⾔常见问题3.python常问算法4.linux基本命令5.计算机⽹络6.操作系统7.数据库相关8.fiddler抓包⼯具9.android系统相关⼯具 10.adb相关问题 11.monkey相关问题五.⾃动化⼯具1.Instrumentation2.UIAutomator3.Selendroid4.Robotium5.Appium6.Selenium六.⾃动化框架1.Unittest框架2.数据驱动DDT3.⾏为驱动Lettuce4.关键字驱动Robot Framework5.测试报告管理6.邮件服务管理七.接⼝⾃动化1.postman2.python requests⼋.持续集成（概念） 九.服务端性能测试 ⼗.兼容性测试 ⼗⼀.调试正⽂⼀.招聘要求 ⼆.⾯试过程（笔试-技术-性格-薪资） 三.⾯试类型 四.问题类型 五.注意事项 六.⾼效沟通 七.岗位级别软件的⽣命周期：定义规划——需求分析——软件设计——编码——测试——维护⾯试案例：⼀个输⼊框的⾯试题（测试以下输⼊框，你会测试哪些内容）⾯试者A：左侧顶部菜单——全部、图⽚切换——右侧顶部⼩⼯具——登陆功能——输⼊框——底部链接⾯试者B：确认题⽬：是仅测试输⼊框，不考虑其他内容吗？回复：是的，仅测试输⼊框 ⾯试者B：⼤范围的话测功能、兼容性、稳定性、性能、安全、接⼝、线上监控、⾃动化⼋⽅⾯；⼩范围的话测功能、兼容性、安全三⽅⾯ 如果时间允许，我想从各⽅⾯说⼀下考虑的内容： 关于功能：①常规：任意字符 ②⾮常规：有含义的字符串 ③边界、空格、超长⽂本（±1个字符，如-1个字符并输⼊中⽂） 关于兼容性：①⽤户分布：机型、分辨率 ②浏览器 ③页⾯布局、渲染，借助firebug调试 关于稳定性：①压⼒下，搜索是否正常返回 ②多次输⼊是否稳定 关于性能：①QPS-每秒处理请求数 ②点击开始到完全加载，平均耗时 ③加载页⾯⼤⼩、资源（js、css）数量 关于安全性：js注⼊、sql注⼊（输⼊框输⼊js代码） 关于接⼝：①接⼝正确性 ②异常数据的容错情况 ③⾮浏览器环境下（绕过页⾯限制输⼊） 关于线上监控：建⽴实时监控保障稳定性、降低影响 关于⾃动化：基于selenium实现UI⾃动化，⽤selenium调⽤⼯具模拟浏览器UA返回页⾯，去做UI⾃动化。
手机测试用例
A
参照规范
重要级别
高
测试原因
手机在待机状态下，确保手机能正常拨出固定拨号名单中电话号码
预置条件
正常信号环境
IDLE状态
默认原厂参数设定
SIM卡开启固定拨号名单
输入
1.预选存取电话号码（手机号码，固定电话，带分机的号码，字符串，特殊号码如：**21*021xxxxxxxx#，+或00，超短号码，超长号码，拨打一位号码，拨打最大长度号码等）
合法等价类：0～140
非法等价类：：>140
在写字板里面输入“联通”二字，保存后，再打开，即出现乱码。
举例二，单个通话实例的拨打与挂断
测试用例标识
测试阶段：系统测试
测试项
单个通话实例的拨打与挂断
测试项属性
A
参照规范
重要级别
高
测试原因
手机在待机状态下，确保手机能正常拨出电话
预置条件
1.正常信号环境
2. IDLE状态
path4:1-2-3-6-7-9-10-1-11
举例二，彩信发送功能
1.终端发送MMS，如果是终端到终端，那么以WSP（无线会话协议）协议编码送到WAP网关；如果终端到应用服务器（发送Email）,则以IP协议发送到IP网关；
2. WAP网关或IP网关都以HTTP协议与MMS中继器通信，文件内容传给中继器
IDLE状态拨打号码
按Send键发送
按End键挂断
预期输出结果
1.按Send键可以拨打并显示，按End键可挂断，拨号画面正常，且显示固定拨号名单中名字
2.拨号画面正常
3.拨号画面提示“限拨FDN名单”
4.拨打号码过程电池低电量提示、来短信、来彩信拨打界面正常
手机app测试用例
手机APP测试用例1. 引言手机APP测试用例是为了确保手机应用程序在不同场景下能够正常运行和操作。
本文档将列举一些常见的手机APP测试用例，以供测试人员参考和执行。
2. 登录与账户2.1 用户名密码登录•测试是否能够使用正确的用户名和密码成功登录•测试能否使用错误的用户名和密码登录失败•测试登录页面的验证信息是否准确，如错误密码提示等2.2 快捷登录•测试是否能够使用第三方账户（如微信、QQ、微博等）进行快速登录•测试快捷登录后能否正常使用APP功能2.3 忘记密码•测试是否能够通过手机短信或电子邮件重置密码•测试重置密码后能否使用新密码成功登录3. 功能测试3.1 主页面•测试主页面是否正常加载，并展示正确的内容•测试页面跳转是否流畅，是否有闪退或卡顿现象•测试主页面各功能按钮是否可用3.2 导航栏•测试导航栏的各个菜单按钮是否正常响应•测试导航栏各个菜单跳转是否正确3.3 搜索功能•测试能否通过关键字进行搜索并成功查找到相关内容•测试搜索结果是否准确3.4 用户个人中心•测试个人中心页面是否能正常打开并显示用户信息•测试个人中心是否能成功修改用户信息•测试用户是否能成功退出登录4. 数据存储与同步4.1 本地数据存储•测试是否能够成功保存用户登录信息、设置等数据•测试是否能正确加载用户上次使用的设置4.2 云端数据同步•测试用户是否能成功将数据上传到云端•测试用户在不同设备上能否顺利同步云端数据5. 网络通信与数据安全5.1 网络连接•测试APP是否能在各种网络环境下正常连接•测试APP在网络连接不稳定的情况下是否能自动重连并恢复正常使用5.2 密码安全•测试用户密码是否以安全的方式传输•测试用户密码是否以安全的方式存储5.3 数据加密•测试用户数据是否能以加密方式传输•测试用户数据是否能以加密方式存储6. 设备兼容性6.1 硬件兼容性•测试APP在不同手机型号和操作系统版本上是否能正常运行•测试APP是否能适配不同分辨率的手机屏幕6.2 软件兼容性•测试APP是否与其他常用软件和服务（如通讯录、相册等）能够正常交互7. 非功能测试7.1 性能测试•测试APP在多用户同时访问的情况下的性能表现•测试APP的响应时间7.2 安全性测试•测试APP是否存在常见的安全漏洞，如SQL注入、XSS等•测试APP对用户隐私的保护程度7.3 可用性测试•测试APP的界面是否简洁明了，符合用户习惯•测试APP的操作流程是否合理和直观以上是一些常见的手机APP测试用例，测试人员可以根据实际项目需求进行补充和修改。
移动端-Android客户端性能测试常见指标
移动端-Android客户端性能测试常见指标rom版本的性能测试⼀般关注功耗（不过 rom 版本的功耗测试跟应⽤的功耗测试会有所差异，当然只是⽤例设计⽅⾯的差异，⼯具仍然采⽤安捷伦电源仪进⾏）应⽤的性能测试包括很多测试项，如启动时间、内存、CPU、GPU、功耗、流量等。
对于启动时间、内存、cpu ⼀般都使⽤外部提供的第三⽅⼯具来辅助测试，如GT、安测试，这些⼯具的原理都是基于调⽤ android 底层的⼀些 api 来获取到测试所⽤到的值，当然我们也可以采⽤其他⽅法，如使⽤ android 本⾝提供的⼀套 adb 即可完成上述测试。
对于 GPU、功耗等测试来说，⽤第三⽅⼯具测试得到的数值⼀般都不是很准确，这个时候我们需要引⼊硬件来进⾏测试了，GPU 可以采⽤⾼速相机来进⾏测试，功耗可以使⽤万⽤表或安捷伦电源仪来进⾏测试（ps：有硬件动⼿能⼒的可以DIY⼀个⼩板进⾏）⼀、内存关于内存测试需要引⼊空闲状态、中等规格、满规格的概念。
1、空闲状态指打开应⽤后，点击home键让应⽤后台运⾏，此时应⽤处于的状态叫做空闲。
2、中等规格和满规格指的是对应⽤的操作时间的间隔长短不⼀，中等规格时间较长，满规格时间较短。
接下来我们说说在内存测试中，存在很多测试⼦项，如下清单所⽰1）空闲状态下的应⽤内存消耗情况2）中等规格状态下的应⽤内存消耗情况3）满规格状态下的应⽤内存消耗情况4）应⽤内存峰值情况5）应⽤内存泄露情况6）应⽤是否常驻内存7）压⼒测试后的内存使⽤情况3、如何使⽤adb查看内存信息1）查看所有内存信息命令：dumpsys meminfo例：C:\Users\yijiayi>adb shellshell@android:/ $ dumpsys meminfo2）查看某个包的内存信息命令：dumpsys meminfo pkg_name or pid注：pid可以通过 adb shell top | grep app_name 来查找例：C:\Users\yijiayi>adb shellshell@android:/ $ dumpsys meminfo com.tencent.mobileqq或shell@android:/ $ dumpsys meminfo 1034（注：1034是pid）重点关注如下⼏个字段：（1） Native/Dalvik 的 Heap 信息具体在上⾯的第⼀⾏和第⼆⾏，它分别给出的是JNI层和Java层的内存分配情况，如果发现这个值⼀直增长，则代表程序可能出现了内存泄漏。
手机app测试报告
手机app测试报告报告摘要本次测试旨在对手机App进行全面的功能、性能、兼容性、稳定性等方面的测试，并对测试结果进行分析和总结。
在测试过程中，我们使用了多种测试方法和工具，获取了充分的测试数据。
根据测试需求，我们对App进行了初步的测试、功能测试、兼容性测试和性能测试，并得出了以下结果。
测试概况本次测试的手机App为某ATM机品牌的客户端App，主要功能包括查询ATM机位置、ATM机状态、ATM机故障信息、ATM 机维护价值等。
测试总用例共计80个，其中初步测试用例10个、功能测试用例50个、兼容性测试用例10个、性能测试用例10个。
测试结果初步测试初步测试主要验证了App界面导航、模块布局、基础信息展示等方面，测试覆盖率达到100%。
测试结果显示，App界面整体排版和导航逻辑清晰易懂，各功能模块信息展示完整且各自独立，用户体验良好。
功能测试功能测试主要针对App功能模块进行全面测试。
共计50个测试用例中，有2个测试用例未通过，测试覆盖率达到96%。
测试结果显示，ATM机状态信息有一定的延迟，查询结果出现错误。
兼容性测试兼容性测试主要验证了App在不同操作系统版本、不同设备上的兼容性。
共计10个测试用例中，有1个测试用例未通过，测试覆盖率达到90%。
测试结果显示，App在安卓7.0系统的部分设备上出现了崩溃和闪退问题。
性能测试性能测试主要验证了App的响应速度、流畅性和稳定性。
共计10个测试用例中，全部通过，测试覆盖率达到100%。
测试结果显示，在普通网络环境下，App响应速度和流畅性良好，稳定性较高。
测试总结综合上述测试结果，我们认为该手机App在初步测试、兼容性测试和性能测试方面表现不错，但功能测试方面还需进行改进。
我们建议对ATM机状态查询功能和结果展示进行优化，避免延迟和错误出现。
此外，在兼容性测试中发现崩溃和闪退问题，建议加强针对安卓7.0系统的设备的测试。
我们还建议进行更多的压力测试，以更好地验证App的稳定性和可靠性。
移动端安装包（APP）的测试用例
移动端安装包（APP）的测试⽤例安装 安装⼿册是否规范，是否简洁，是否通俗易懂。
安装⼿册是否齐全，正确，有改动时，⽂档是否同步更新 直接复制安装程序到电脑上，能否正常安装 按安装⼿册给出的步骤进⾏安装，安装是否正确 查看在安装过程中存在的提⽰信息是否明确，意思是否明确 在安装过程中，点击取消按钮，能否正常退出安装程序，软件是否可⽤。
安装时是否识别有SD卡，并默认安装到sd卡中 安装过程中，接听电话或者短信，安装是否成功 安装程序是否⾃动检查系统的磁盘空间 系统磁盘空间不⾜时，能否中⽌安装 安装完毕后信息的显⽰和⽂件的安装是否正确，完整 软件安装后是否能将相应的⽂件复制到系统⽂件夹下 在软件安装过程中，出现突然断电的异常状态时，程序处理是否正常 在软件安装过程中，出现突然断⽹的异常状态时，程序处理是否正常 在不同的硬件环境下，能否正确，正常，完整的进⾏安装 在不同的⽹络环境下(2G/3G/wifi)，能否正确，正常，完整的进⾏安装 在低于所要求的硬件配置的情况下进⾏安装，能否正确，正常，完整的进⾏安装。
在已经安装的情况下，所有信息与上次保存⼀致，覆盖安装能否再次安装 在已经安装的情况下，安装路径不⼀致，覆盖安装能否再次安装 在已经安装的情况下，卸载原软件，安装⾼版本，能否正确安装 在已经安装的情况下，卸载原软件，安装低版本，能否正确安装 在已经安装的情况下，不卸载原软件，直接安装⾼版本，能否正确安装 在已经安装的情况下，不卸载原软件，直接安装低版本，能否正确安装 安装完成后，能否正常启动应⽤程序 安装完成后，重启⼿机能否正常启动应⽤程序 安装完成后，是否对其他应⽤程序造成影响 安装完成后，能否添加快捷⽅式 安装完成后，杀毒软件是否会对其当做病毒处理。
安装完成后，快捷⽅式是否指向安装⽬录 多进程进⾏安装，是否安装成功 安装过程中，⼿机内存不⾜的情况下，能否正常安装 卸载 ⽤⾃带的卸载程序进⾏正确卸载，能否卸载⼲净 ⽤第三⽅⼯具进⾏卸载，能否卸载⼲净 在卸载过程中，关闭进程软件能否继续正常使⽤ 在卸载过程中，点击取消按钮，能否正常退出卸载程序，软件能否继续正常使⽤ 在卸载过程中，突然关闭移动设备电源，再次访问程序，程序能否正常运⾏ 在卸载过程中，突然重启设备，再次访问程序，程序能否正常运⾏ 未在使⽤程序时，直接删除安装⽬录下的⽂件，程序能否正常运⾏ 正在使⽤程序时，直接删除安装⽬录下的⽂件，程序能否正常运⾏ 在不同的系统下，进⾏卸载，能否正常卸载。
APP测试流程-测试用例-计划-报告可参照
移动APP测试流程及测试点1.APP测试基本流程1.1.测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周(即15个工作日）,根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向负责人确认项目排期。
1.2.测试资源测试任务开始前,检查各项测试资源。
—-产品功能需求文档；--产品原型图；——产品效果图；--行为统计分析定义文档；——测试设备（ios7。
1—ios9.2；Android4.0-Android6。
0；);——其他。
1.3.日报、周报及APP上线报告1)测试人员每天需对所测项目发送测试日报.2)测试日报所包含的内容为：-—对当前测试版本质量进行分级(高中低）；——对较严重的问题进行例举，提示开发人员优先修改；-—对版本的整体情况进行评估.3）APP上线前，测试人员发送APP上线报告.4）上线报告所包含的内容为：-—对当前版本质量进行分级;——附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app 可用性能标准结果)；—-总结上线版本的基本情况.若有遗留问题必须列出并记录解决方案。
5）周报作为汇总本周所有的情况，以及开发人员修改情况与回归测试。
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)防止应用程序异常终止而又没有删除它的临时文件，文件可能遭受人侵者的袭击, 然后读取这些数据信息;5）当将敏感数据输人到应用程序时，其不会被储存在设备中；6）在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作；7)“取消”命令操作能够按照设计要求实现其功能；8）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况；9）当进行读或写用户信息操作时，应用程序将会向用户发送一个操作错误的提示信息；10）在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容;11)应用程序读和写数据正确;12）应用程序应当有异常保护；13）如果数据库中重要的数据正要被重写，应及时告知用户；14）能合理地处理出现的错误；25）意外情况下应提示用户。
提取测试用例怎么写
提取测试用例怎么写在软件测试过程中，提取测试用例是非常重要的一步。
测试用例是指一组输入、执行条件以及预期结果，用于验证被测软件在各种情况下的正确性和稳定性。
提取测试用例时，需要理解被测软件的需求和功能，并考虑到不同的边界情况和异常情况。
下面是一种常见的测试用例编写方法：1. 功能性测试用例：- 验证软件的基本功能是否正常。
例如，在一个邮件客户端中，编写一个测试用例来验证用户登录功能是否可以成功。
- 验证软件的各项功能是否符合预期。
例如，在一个任务管理软件中，编写一个测试用例来验证用户创建任务的功能是否可以成功，同时验证任务的标题、描述、负责人等属性是否正确保存。
2. 边界值测试用例：- 测试软件在边界值上的行为是否正确。
例如，在一个数字输入框中，编写一个测试用例来验证最小边界值、最大边界值以及边界值附近的数据是否被正确处理。
- 测试软件在边界值上的异常情况是否能够被正确捕获和处理。
例如，在一个时间日期选择器中，编写一个测试用例来验证用户选择非法日期是否会有相应的错误提示。
3. 异常情况测试用例：- 验证软件在各种异常情况下的处理方式是否符合预期。
例如，在一个文件上传功能中，编写一个测试用例来验证用户上传一个过大的文件时，是否会有适当的错误提示。
- 验证软件在各种异常输入下的反应是否正确。
例如，对于一个只接受数字输入的文本框，编写一个测试用例来验证用户输入非法字符时，是否会有适当的错误提示。
4. 性能测试用例：- 验证软件在高负载情况下的性能是否满足要求。
例如，在一个网络服务器软件中，编写一个测试用例来验证在同时处理大量并发请求时，服务器的响应时间是否在可接受范围内。
- 验证软件在长时间运行下的性能是否稳定。
例如，在一个长时间运行的数据处理软件中，编写一个测试用例来验证软件在处理大数据量后，内存使用情况是否稳定，是否会出现内存泄漏等问题。
5. 兼容性测试用例：- 验证软件在不同操作系统、不同浏览器或不同设备上的兼容性。
测试用例示例
测试用例示例
以下是一个测试用例的示例，用于描述对软件系统或应用程序进行测试的具体情况：用例编号：TC001
用例名称：用户登录功能测试
测试目的：验证用户能否成功登录系统
前置条件：已注册的用户账号和密码
测试步骤：
1. 打开登录页面
2. 输入正确的用户名和密码
3. 点击“登录”按钮
预期结果：
1. 登录成功，显示欢迎信息或登录后的主页面
2. 系统记录用户登录信息
实际结果：
备注：如果实际结果与预期结果不符，需详细描述问题情况。
这只是一个简单的测试用例示例，实际的测试用例可能会根据被测试的具体系统、功能或业务流程而有所不同。
测试用例应该清晰、具体地描述测试步骤、预期结果和实际结果，以便测试人员能够有效地执行测试并记录测试结果。
在编写测试用例时，需要考虑各种边界情况、异常情况和可能的错误情况，以确保对系统进行全面的测试。
同时，测试用例应该经过评审和更新，以适应系统的变更和升级。
希望这个示例对你有所帮助！如果你有具体的测试需求或需要更详细的信息，请提供更多背景，我将尽力提供更准确的回答。
性能测试规范文档
性能测试规范文档一、前言。
小伙伴们！咱们搞性能测试可不能瞎搞，得有个规范才行，这样才能保证测试结果靠谱，就像盖房子得有个好蓝图一样。
这个文档就是咱们性能测试的小指南啦。
二、测试目标。
1. 明确要测啥。
首先得搞清楚咱们到底要测试哪个系统或者应用程序的性能。
比如说，是那个超酷的电商APP呢，还是公司内部的办公系统。
可不能稀里糊涂地开始测试，结果测了半天发现测错对象了，那就尴尬得像在舞台上走错方向的小丑啦。
2. 确定性能指标。
响应时间：这就像是我们在餐厅点菜后，服务员上菜的速度。
用户发出请求后，系统多长时间能给出回应呢？比如说，登录页面的响应时间，理想情况下应该在3秒以内，不然用户可能就会不耐烦地像热锅上的蚂蚁啦。
吞吐量：可以把它想象成高速公路上的车流量。
在一定时间内，系统能够处理多少事务或者传输多少数据呢？对于一个繁忙的电商网站，在促销活动期间，吞吐量得足够大，不然订单处理不过来，钱可就从指缝溜走咯。
资源利用率：系统的CPU、内存、磁盘和网络这些资源就像我们身体的器官一样，得看看它们在工作的时候有多忙。
如果CPU一直100%运行，就像人一直狂奔不休息，肯定会出问题的。
比如说，正常情况下，服务器的CPU利用率在空闲时应该低于10%，在高负载时也不能长时间超过80%。
三、测试环境。
1. 硬件环境。
服务器配置：要详细记录服务器的型号、CPU型号和核心数、内存大小、磁盘类型（是普通机械硬盘还是超高速的固态硬盘）。
就像我们了解一个人的身体素质一样，知道服务器的硬件配置才能知道它的极限在哪里。
比如说，测试一个大型企业级应用，服务器至少得是多核CPU、大容量内存，要是拿个老旧的单核小内存服务器去测，那结果肯定是惨不忍睹的。
客户端设备：如果测试涉及到客户端，也要记录客户端设备的情况，是台式机、笔记本还是移动设备。
不同的设备性能差别可大了，就像跑车和自行车的速度没法比一样。
2. 软件环境。
操作系统：得知道服务器和客户端运行的是什么操作系统，是Windows、Linux还是Mac。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
机客户端 用例
操作步骤
1：打开手机设置页面 2：关闭wifi 3：点击手机客户端图标 1：打开手机设置页面 2：打开wifi 3：点击手机客户端图标
1：打开手机设置页面 2：关闭wifi 3：关闭3G网络 4：点击手机客户端图标 1：打开手机设置页面 2：关闭wifi 3：关闭3G网络 4：点击手机客户端图标
预期结果
实际结果
加载后，系统提示无网络连 接
可以正常加载，进入主页
加载后，系统提示无网络连接
可以正常加载，进入主页 可以正常加载，进入主页
备注
OMG秀手机客户端 测试用例
测试类型 测试项 测试子项
网络监测
wifi网络监测
wifi网络关闭时，提示用户打开wifi网络络关闭时，3G网络关闭
启动页功能测试 首页测试
wifi和3G同时存在 wifi切换到3G 3G切换到wifi 启动页显示
无线网络关闭时，3G网络打开 默认连接无线网络 测试断网后，能否自动连接 测试断网后，能否自动连接 查看界面元素的显示与布局