移动APP测试方法
第6章-移动App测试
用户体验测试
众测
众测（crowd testing），即借助一个开放的平台，将测试 任务发布到这个平台上，这个平台的用户自愿领取任务来完 成测试。这类测试，真正能反映用户的真实需求和期望，更 适合进行用户体验测试，特别适合移动应用的测试。现在有 多个这样的平台，通过这样的平台成本很低，甚至没有成本 。虽然有时为了鼓励平台用户参与测试，会提供一些奖励或 礼品，如找到一个有效Bug，则得到50~100元电话费。
耗电量测试
耗电量测试通常从以下三个方面来考虑： ✓ App运行但没有执行业务操作时的耗电量； ✓ App运行且密集执行业务操作时的耗电量； ✓ App后台运行的耗电量。
可恢复性测试
从移突然中断，连接不稳定； ✓ 网络弱连接，网络连接带宽不够，造成某些操作响应不及时； ✓ 不同网络间切换（如Wi-Fi切换到3G）。 ✓ 离线情况下的操作； ✓ 连接数量过多； ✓ 交互性操作，同时打开有冲突的应用，如用音乐App播放音乐
END
if (ABAdBookGetAuthorizationStatus()!= kABAuthorizationStatusAuthorized) { NSLog(@”不允许访问通讯录”); Return； }
安全性测试
不仅是通讯录，还包括访问手机通话记录、相册等数据 、获取用户地理位置信息、向用户推送数据等，也都需要征 求用户的同意。此外，还要检查应用App是否能够恰当处理 以下内容： ✓ 限制/允许使用手机功能接入互联网； ✓ 限制/允许使用手机发送接收信息功能； ✓ 限制/允许使用手机拍照或录音； ✓ 限制/允许应用程序注册自动启动应用程序。
安全性测试
应用软件安全性测试，关键要确保敏感信息是否泄露。例如在 移动App的安全性测试中，手机通讯录是我们的测试对象。App应 用第一次访问通讯录时，必须先询问系统是否允许当前程序访问 ，等待作答。iPhone要求更严，在iOS7及更高版本中，如果不屑 询问，可能导致应用崩溃。所以，在iOS代码里，一般会有如下代 码：
移动app测试有哪些基本流程？第三方软件测试机构收费标准
移动app测试有哪些基本流程?第三方软件测试机构收费标准随着科技的发展，人们现在对于手机的依赖度越来越高，各类app的产出层出不穷。
因此软件企业要想在如此激烈的市场上取得一席之地，app软件的产品质量必须做到严格把控，而软件测试是检验软件产品质量的有效保障手段。
移动app从开发到推出市场，app测试也是必经之路，那么第三方软件测试机构在测试移动app时有哪些基本流程呢?一、移动app测试的基本测试流程1、接受测试版本：由开发人员提交给测试人员。
2、app版本测试：主要检查app开发阶段对应的版本是否一致。
3、UI测试：检查app界面是否与需求设计的效果-致。
4、功能测试：核对项目需求文档，测试app功能是否满足客户需求。
5、专项测试：对移动app进行专项测试。
6、正式环境测试：模拟实际使用环境进行测试。
7、上线准备：测试通过后，对测试结果进行总结分析，为app成功上线做准备。
以上是移动app测试的几个基本环节，当然，根据具体项目的不同有的流程会有略微的调整。
二、软件测试就找权威第三方软件测试机构更放心在日新月异的互联网行业中，软件测试虽然是一项简单的工作，但要想更好的保障软件产品质量，还需要技术含量以及实战经验，例如卓码软件测评这种权威第三方软件测试机构。
卓码软件测评，具备CMA、CNAS双重权威认证的品牌机构，多年来专注于软件测评服务行业，测试经验丰富、技术成熟，全国范围内各类软件测试类型都可服务，价格优惠，专业出具带有法律效力的软件测试报告。
三、第三方软件测试机构收费标准软件测试是随着测试功能点以及测试项目的大小来决定的，且不同时间和地域也有着收费差异，因此行业内并无统一具体的收费标准，想要获得2023最新软件测试报价的朋友可咨询卓码软件测评。
移动APP安全测试
移动APP安全测试移动APP面临的威胁风起云涌的高科技时代，随着智能手机和iPad等移动终端设备的普及，人们逐渐习惯了使用应用客户端上网的方式，而智能终端的普及不仅推动了移动互联网的发展，也带来了移动应用的爆炸式增长。
在海量的应用中，APP可能会面临如下威胁：新技术新业务移动APP评估思路在这次的移动APP安全测试实例中，工作小组主要通过如下7个方向，进行移动终端APP安全评估：运营商自动化APP测评思路运营商自主开发的自动化APP安全检测工具，通过”地、集、省”三级机构协作的方式，来完成移动终端APP安全检测与评估。
APP测试思路如下：安全检测要点Allowbackup漏洞AndroidManifest.xml文件中allowBackup属性值被设置为true。
当allowBackup标志为true时，用户可通过adb backup来进行对应用数据的备份，在无root的情况下可以导出应用中存储的所有数据，造成用户数据的严重泄露。
整改建议将参数android:allowBackup属性设置为false，不能对应用数据备份。
WebView漏洞应用中存在WebView漏洞，没有对注册JAVA类的方法调用进行限制，导致攻击者可以利用反射机制调用未注册的其他任何JAVA类，最终导致javascript代码对设备进行任意攻击。
整改建议通过在Java的远程方法上面声明一个@JavascriptInterface 来代替addjavascriptInterface；在使用js2java的bridge时候，需要对每个传入的参数进行验证，屏蔽攻击代码；Note ：控制相关权限或者尽可能不要使用js2java 的bridge 。
关键数据明文传输应用程序在登录过程中，使用http协议明文传输用户名和密码，并未对用户名和密码进行加密处理。
通过监控网络数据就可以截获到用户名和用户密码数据，导致用户信息泄露，给用户带来安全风险。
手机APP测试中的黑盒测试方法
手机APP测试中的黑盒测试方法随着移动互联网的普及，手机APP已经成为人们生活中不可或缺的一部分。
为保证手机APP的质量和稳定性，开发团队必须进行全面的测试。
其中，黑盒测试方法是一种重要的测试手段，它通过不考虑内部结构和代码的情况下，从用户的角度进行测试，以验证其功能和用户体验。
本文将从测试策略、测试用例设计和测试工具选择三个方面介绍手机APP黑盒测试的方法。
测试策略是黑盒测试中的关键步骤之一。
在确定测试策略时，测试团队需要充分了解APP的需求、目标用户、使用场景等信息。
根据需求和用户特点，可以确定测试的重点和测试类别。
例如，对于一个购物APP，测试的重点可能是在不同网络环境下的流畅度和稳定性，测试类别可能包括功能测试、界面测试、兼容性测试等。
测试团队还需要制定测试计划和测试用例，以确保测试的全面性和有效性。
测试用例的设计是黑盒测试中的关键步骤之二。
测试用例是为了验证软件系统的功能性和非功能性而设计的输入、操作序列和预期结果。
在设计测试用例时，测试团队需要根据需求和用户特点，选择合适的测试数据和测试操作。
例如，对于一个社交媒体APP，测试用例可能包括注册账号、发送消息、浏览动态等。
测试团队还需要考虑边界情况、异常情况以及常见错误情况，以提高测试的覆盖率和准确性。
选择合适的测试工具也是黑盒测试中的重要一环。
测试工具可以提高测试的效率和准确性，帮助测试团队更好地完成测试任务。
对于手机APP的黑盒测试，常用的测试工具包括Monkey测试工具、Appium、MonkeyTalk等。
Monkey测试工具可以自动生成随机事件序列，快速发现APP的崩溃和异常行为。
Appium是一款流行的移动应用自动化测试工具，可以跨平台执行测试用例。
MonkeyTalk是一款功能强大的自动化测试工具，支持录制、回放和脚本编写。
测试团队可以根据具体需求选择合适的测试工具来提高测试效率。
综上所述，手机APP的黑盒测试是保证软件质量和用户体验的重要一环。
移动端测试能力举证和实践案例
移动端测试能力举证和实践案例举证和实践案例：1. UI自动化测试能力：移动端UI自动化测试是测试人员必备的基础能力之一。
举证案例：某款移动App的主页面有一个按钮，点击后会显示一个弹框。
通过UI自动化测试，可以验证按钮是否可点击，点击后是否弹出正确的弹框。
2. 接口测试能力：移动端应用通常会与后端服务进行接口交互。
测试人员需要具备接口测试的能力，通过对接口的测试，验证移动端应用在与后端交互时的数据传输、格式等是否正常。
举证案例：某款移动App的用户登录功能依赖于后端服务的登录接口。
通过接口测试，可以验证用户登录功能是否正常，用户输入正确的用户名和密码后，是否能够成功登录。
3. 性能测试能力：移动端应用在处理大量数据、处理复杂业务逻辑时，往往需要保持稳定性和高性能。
测试人员需要具备性能测试的能力，通过模拟大量用户同时操作移动端应用，测试其在高负载情况下的性能表现。
举证案例：某款移动App在用户量达到峰值时出现卡顿现象。
通过性能测试，可以模拟大量用户同时操作，验证移动App在高负载情况下的性能表现，找出导致卡顿的原因并改进。
4. 兼容性测试能力：移动端应用在不同的设备、不同的操作系统、不同的屏幕尺寸上运行时，可能会出现不同的显示、操作、性能等问题。
测试人员需要具备兼容性测试的能力，通过在不同的设备上测试移动端应用，验证其在不同环境下的运行情况。
举证案例：某款移动App在某款安卓手机上显示异常，布局错乱。
通过兼容性测试，可以在不同的安卓手机上验证其显示效果，找出导致问题的原因。
5. 安全测试能力：移动端应用作为用户使用最频繁的设备之一，安全性是测试的重点之一。
测试人员需要具备安全测试的能力，通过对移动端应用的漏洞、权限等进行测试，验证其是否存在安全隐患。
举证案例：某款移动App的用户个人信息未加密存储，容易被黑客窃取。
通过安全测试，可以发现并修复这类潜在的安全隐患。
以上是一些移动端测试能力的举证和实践案例，测试人员可以根据具体的项目需求和测试目标，选择合适的测试方法和手段，提高移动端测试效果。
APP测试指导手册
APP测试指导手册编写目的本手册编写旨在帮助刚刚入手的移动端测试人员了解移动端项目，并且了解刚刚接触一个移动端的项目如何入手，有哪些问题需要明确，有哪些问题需要注意，欢迎补充移动端产品（项目）介绍移动端产品（项目）展现在眼前的就是一个实际的app应用，支撑这个app应用的是它的后台。
后台一般有两种，一种是实际部署的后台管理系统，管理系统的基本信息和业务信息，前台仅仅做展示，查看用，如通讯录APP，掌上直播点播；另一种是后台部署的系统和前台有数据交互的，一般这种系统分为pc展现端和APP展现端，pc端和APP端的展现端存在数据交互，有共同的后台管理系统支撑这两个前台应用，如人大APP，一乡一法庭。
1功能测试1.1安装目前公司的app基本是机遇两大移动操作系统android和ios开发的，android开发的app安装文件后缀为apk，ios开发的app安装后缀名是ipaApp客户端程序的安装方式主要有如下几种：1、手机端浏览器输入下载地址2、通过二维码扫描（需要单独维护二维码信息，一般二维码是封装了下载地址，所以如果系统提供了此功能，在实施文档中必须说明二维码如何生成如何维护）3、Android平台，通过Usb连接电脑方式安装4、App store下载安装（正式发布，目前接触的项目没有正式发布的。
如果接触的项目需要在APP store上发布，需要在发布时间前预留出时间，因为提交申请到APP store后审核比较严格，需要的时间较长，具体时间需要提前确认）目前公司开发了一个APP推送平台，测试过程中可以让开发把apk放在推送平台上，测试人员通过这个平台取包，同时在test上进行备份，这样方便开发和测试的交互需求分析时需要确认系统支持哪几种安装方式，是否符合项目的要求测试重点（范围）1、安卓主要是测试移动端不同版本的操作系统是否能正常安装。
Android及IOS不同操作版本系统进行安装测试，不同版本可能会安装不成功2、安装成功：安装完成后App程序应该可以正常打开3、测试过程中，先在模拟器上安装，然后再适配机型。
浅谈移动App测试流程
《科技传播》2018•4（下）145信息科技探索随着科技的进一步发展，智能手机已经成为个人通信、网络、生产力和企业盈利的新标准和必备产品。
如果一款新研发的产品不经过测试就急于上市，不仅是发生信息安全问题，就连相对而言较轻的闪退、卡死卡顿、黑屏白屏等兼容性问题，给产品带来的影响也是极大的。
因此测试的工作在App 运营过程中必须得到进一步的重视。
文通过文献分析法及多年App 测试工作经验，对实际工作中移动App 的测试流程工作进行梳理和总结如下。
1 App 测试流程手机上的App 分为基于HTML5的App（类似于b/S 架构）和本地App（类似于C/S 架构）所以测试上我们也可以充分吸收Web 的b/s 和c/s 测试经验。
但是不同于PC 上的应用测试，手机上的测试有其独特性。
常见的移动App 测试流程如图1。
图1 App测试流程图1.1 测试计划制订测试计划阶段处于测试的先期准备工作阶段，在该阶段中主要对测试工作做出整体计划安排，在此之前需要进行需求分析，对产品需求规格进行需求测试，将要测试的产品分解成可独立测试的单元，为每个测试单元确定采用的测试技术。
然后明确测试目的，设定测试范围、安排测试进度、制定测试策略，准备测试资源、预测项目风险等。
在制定项目计划时，应参照项目交付的进度，客观分析个模块的工作量，以保证计划质量。
该阶段的产物是《测试计划》文档一般由测试经理完成，文档经过项目组成员评审后定稿，作为测试工作开展的指导纲领，也是评估测试工作成果的主要依据。
1.2 测试设计阶段测试设计阶段主要工作是把用户需求转化成测试需求，并通过黑盒测试方法如等价类边界值、因果图判定表、场景法、错误推断法等，设计详细测试策略，确定测试类型，App 常见测试类型包括：功能测试、安装卸载测试、兼容测试、性能测试等，每一种测试类型都需要制定详细测试策略及准备测试工具和测试资源，最后编写测试框架或者测试 用例。
由于App 开发周期短，版本迭代快，一般采用测试思维导图或feature lis 形式罗列测试点，详细地描述每个单元的测试方法。
如何进行移动端APP的性能测试
如何进行移动端APP的性能测试移动应用程序（APP）的性能测试是确保应用程序在移动设备上能够正常运行和提供良好用户体验的重要环节。
本文将介绍如何进行移动端APP的性能测试，以确保应用程序在不同设备上的高效性和稳定性。
一、性能测试的重要性移动APP的性能测试是为了评估应用程序在移动设备上的运行情况，并找出可能存在的问题。
良好的性能测试能够帮助开发人员确定应用程序在不同操作系统、设备和网络条件下的性能表现，并及时解决潜在问题，提升用户的体验和满意度。
二、性能测试的准备工作1. 确定测试目标：明确测试的目标和需求，例如确定应用程序的响应时间、负载能力、稳定性等指标。
2. 选择测试工具：根据需求选择适合的性能测试工具，例如JMeter、LoadRunner、ApacheBench等。
3. 构建测试环境：搭建测试环境，包括准备测试设备、网络环境、测试数据等。
4. 制定测试计划：制定详细的测试计划，包括测试场景、测试用例、测试数据等。
三、性能测试的步骤1. 基准测试：首先进行基准测试，即在正常使用环境下对应用程序进行测试，收集应用程序在不同负载条件下的性能数据作为基准。
2. 负载测试：通过模拟正常和峰值负载对应用程序进行测试，评估应用程序在不同负载条件下的性能表现。
可根据需求设置并发用户数、请求次数等参数。
3. 响应时间测试：测试应用程序在不同操作和网络环境下的响应时间，检测是否存在延迟和卡顿的问题，并进行适当的优化。
4. 网络环境测试：对应用程序在不同网络条件下进行测试，例如4G网络、3G网络、WiFi等，以评估应用程序在不同网络环境下的性能表现。
5. 稳定性测试：测试应用程序在长时间运行和大负载下的稳定性，例如模拟连续使用应用程序多小时或连续发送大量请求的情况。
四、性能测试的数据分析和优化1. 收集性能数据：收集测试过程中的性能数据，包括响应时间、错误率、吞吐量等指标。
2. 分析性能问题：通过对性能数据进行分析，找出性能瓶颈和问题所在。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
超赞！移动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中发表的评论，网络上还有很多。
iPhone上的FacebookApp有很多负面的评论如果我接受挑战去测试Facebook这个App，我肯定会考虑这些反馈，否则就是傻子。
3.测试人员的创造力你可能知道这个App原本想做的事，但是它究竟可以做什么事呢用户实际上是如何使用它的测试人员擅长作为旁观者来思考，尝试不同的事物，以及不断地询问“如果。
会怎么样”和“为什么”的问题。
比如，移动端的测试人员常常以不同的用户角色进行测试——当然有点夸张，但是，这种把自己当成不同用户进行思考、分析和设想的能力对测试是备受启发的。
测试人员可能会设想自己是以下用户：o毫无经验；o很有经验；o爱好者；o黑客；o竞争对手；当然还有更多可选的角色，这主要取决于你们所开发的产品是什么。
其实除了角色特点外，其操作行为和工作流程也很重要。
人们使用产品方式常常很奇怪，比如：o在不应该返回的时候返回了；o不耐心而且多次敲按键；o输入错误的数据；o不理解该怎么做；o可能没有按要求进行设置；o可能会自以为是地认为自己知道该做什么（比如通常不阅读说明）。
测试人员遇到这些问题时，也常常发现意料之外的Bug。
有时候，这些Bug微不足道，但是更深入的调查就会发现更严重的问题。
很多问题是可以被预先确定和测试的。
测试移动端App时，以下的问题并不都有关，但是也可以尝试问问：o是否按照所说的来做呢o是按设计完成任务的吗o不是按设计完成任务的吗o如果处于一直被使用或者负荷情况下，状况会怎么样会反应迟钝吗会崩溃吗会更新吗有反馈吗o崩溃报告会反馈到App吗o用户可能有哪些创造性的、逻辑性的或是消极的导航方式用户相信你的品牌吗o用户的数据安全如何o有可能被中断或是被破解吗o运行到极限时会发生什么状况o会要求打开相关服务吗(如GPS、Wi-Fi)如果用户打开会怎样没打开又会怎样o将用户重新引向哪儿去网页还是从网页到App这会导致问题出现吗o沟通过程和市场反馈是否符合该App的功能、设计和内容o登录流程是怎样的能在App上直接登录还是要去网页端o登录是否整合了其他服务，比如用Facebook和Twitter帐号登录案例：RunKeeper’sgyUpdateRunKeeper，是一款能跟踪你健身活动的App，最新发布的版本里有个“目标设置”的功能，对此我很感兴趣去体验一下，一部分从测试人员的角度来看，更多的是作为一个真心喜欢产品的用户来体验。
但我发现了一些问题：1.默认单位是英镑，我却想要把公斤作为重量单位；2.英镑和公斤间的切换根本不好用；3.当设定目标后，会导致展示错误的数据和图表，这让我很迷惑；4.由于第3条，我想删除目标，但却根本找不到删除的地方；5.为了解决这一问题，我不得不改变的个人体重的值，直到“目标设置“范围之内，这样目标达到了，就能重新设定目标了；6.我会再次尝试添加目标；正因为以上疑惑，我花了更长的时间把玩它，看能不能找到其他的问题；以下是一些发现问题的屏幕截图：该App的最新版本包含了一个新的“目标”部分。
设置日期的时候，我发现开始和结束的日期都可以从公元1年开始，另外，为什么有两个1年可选（译者注：年份那列从上往下应该显示为“1、2、3”）另一个Bug，是“当前体重”部分的一个拼写错误，当清空数据时会出现拼写错误的“Enter“（应用中用的是Etner），这只是一个小Bug，但是看上去非常不专业。
发现问题没有捷径，你只能反复的慢慢的试用。
每个App及其团队都会面临很多不同的挑战。
但是，测试人员的典型的特点就是：超越极限，做一些非常规的、可以改变周围事物的事情，保持长时间的测试（测试几天、几个星期甚至几月，而不是几分钟就测完），即使明明知道这些事情是不可能发生的。
这些也正是可以找到和引出的场景所在。
4.哪儿有所有的数据测试人员喜欢从数据上找问题，这让开发人员有时候很郁闷。
事实上，用户或者是软件开发人员在信息流中确实太容易迷惑了，因为可能会出现很多错误，所以基于数据和云的服务更为重要。
也许你可以尝试在以下场景中检查出问题：o移动设备数据已满；o测试人员移除了所有的数据；o测试人员删除了App，那数据怎么办o测试人员删除并重装了App，数据怎么办o过多或者过少的内容导致设计和布局的改变；o在不同的时间段和时区使用；o数据不同步；o同步被中断；o数据更新影响其他的服务（比如网页和云端服务）；o快速处理数据或是处理大量的数据；o使用无效的数据；o案例：的错误o我试用过的，是一个可以通过地图和颜色将个人Instagram 中的照片进行分类的网页服务，但是我却没用多久。
当注册时，它提示我Instagram上的照片不够多，然而我的账号中明明有500多张照片。
我并不清楚问题出在哪儿，也许是数据问题，也许是表现层的问题，也有可能是该App出错提示的问题。
另一个案例：QuicklyticsQuickytics是一个iPad上的网页分析应用。
在使用过程中，尽管我已经从Google Analytics中删除了网站配置，但它仍然存在。
这里有一些问题：我已经删除了网站配置，为什么还是有这些信息左边模块没有解释为什么“该操作无法完成”，那么是不是可以改进以避免迷惑用户呢测试人员也很喜欢测试极限数据下的情况。
他们常常是作为典型用户来了解这个App，所以极限下的测试并不会花很长的时间。
数据是混乱的，所以测试人员要考虑到软件的用户类型，以及在不同的数据场景下如何进行测试。
比如，他们可能尝试以下场景：o测试用户可输入的极限值；o用重复的数据进行测试；o在全新无数据的手机里测试；o在老手机上测试；o预先安装不同类型的数据；o考虑聚集大家的资源来进行测试；o让一些测试自动化；o用一些超出预期的数据去测试，看它是怎么处理的；o分析信息和数据是怎么影响用户体验的；o不管用户看到的是否正确，都要一直问问题。
5.创建出错提醒和消息这里，我不是从设计师的角度来要谈论好的错误消息的设计，而是想从用户或是测试者的角度来看这个问题。
出错提醒和消息是测试人员很容易发现问题的地方。
关于错误信息要问的问题：o请考虑以下问题：o出错提醒的UI设计可以接受吗o错误信息内容可以理解吗o错误信息是否保持一致o这些错误信息有帮助吗o错误信息内容是否合适o这些错误是否符合惯例和标准o这些错误信息本身是否安全o运行记录和崩溃是否能被用户和开发者获得o是否所有的错误都被测试过o用户处理完错误信息后，将处于什么状态o是否在用户应该接受错误信息时，却没有错误信息弹出o错误信息会影响用户体验。
然而，不好或无用的出错提醒无处不在。
虽最理想的状态是避免用户遭遇错误信息，但这几乎不可能。
出错情况的设计、实现和确认可能与预期相反，但是，测试者往往善于发现意料外的Bug，并能仔细考究是否改进它们。
o错误信息的案例：o我非常喜欢举iPhone上FacebookApp这个例子。
这些冗长又晦涩的文字不仅仅试图涵盖了许多不同的场景，而且还可能无端地丢失。
可能如下的消息提示框可以列入反例“名人堂”了看看这款iPad上的The Guardian应用，如果我不想“重试”，该怎么办呢6.特定平台上的注意事项对于任何项目团队成员来说，了解相关平台的业务、技术和设计上的限制，都是至关重要的。
那么，移动端App的测试人员应该找出哪些平台相关的问题呢o是否遵照了这个特定平台的设计规范o与竞争对手以及行业内的设计相比如何o是否适应外围设备o触摸屏支持手势吗，如：轻拍、双击、长按、拖动、摇动、夹捏、轻拂、滑动o这个App可以被理解吗o当转动设备的方向时，有什么变化o可以使用地图和GPS吗o有用户指南吗o电子邮件的工作流程友好吗o通过网络分享时，它运行得流畅吗是否整合了其他社交应用或网站o当用户正在进行多任务工作，并在不同App间切换的时候，它还运行正常吗o当用户更新它时，它是否会显示时间进度o默认设置如何有经过调整吗o使用音效会有不同吗案例：ChimpStatsChimpStats是iPad上一个查看邮件广告详情的应用。
我第一次使用这个应用是处于横屏模式。
当我需要输入API密码的时候，我被困住了。
我根本不能在水平模式中输入API 密码，直到切换成竖屏模式，才输入成功。
连接和中断的问题当连接断断续续或是意外中断时，很多有趣的事情就可能发生了。