[全]软件测试-APP客户端测试流程与方法
软件测试之APP测试流程及策略
软件测试之APP测试流程及策略
⼀、App测试流程
需求-设计-开发-测试-上线
⼆、App测试维度
功能测试、性能测试、兼容性测试、稳定性测试、⽤户测试
三、App测试策略（⽅法）
与web端相同：表单值域测试、业务流程测试、业务逻辑测试、数据准确性测试、链接跳转测试、cookie测试、接⼝测试
与web端不同：
兼容性测试：UI测试、分配率测试（⼿机屏幕⼤⼩、ipad平板）、⽹络测试（3g,4g,5g,wifi）、系统测试（IOS测试、安卓测试、系统版本测试）、配置兼容性测试
安全测试：通过不同的杀毒软件来扫描⾃⼰的App、漏洞扫描、SQL注⼊、数据的加密解密
性能测试：CPU监控、内存监控、耗电量、流量耗费、响应测试
⽤户体验测试：不要放弃⼩⽩⽤户、不要放弃低配机制、⽤户的交互体验、⼿机的⾃带功能（指纹、⾯部识别、三滑、左滑右滑、长按）
安装卸载更新：安装（通过不同渠道安装、安装过程中断开）、卸载（验证软件卸载后是否有遗漏数据）、更新版本（跨版本测试、更新过程中断开、更新后回归测试）
健壮性测试：异常断开（软件使⽤过程中来电、来视频）、内存溢出（多线程、内存溢出）、稳定性测试（使⽤monkey）
增值业务：推送消息（测试推送内容是否正确、时间是否正确、条件）、控件测试（⽇历、天⽓、地区）、⼴告
权限测试
四、使⽤⼯具
monkey
monkeyrunner
GT
appium
appscan。
软件测试四个步骤顺序
软件测试四个步骤顺序软件测试是软件开发过程中至关重要的一环，目的在于评估软件系统的质量和可靠性，以确保软件能够满足预期的需求和目标。
软件测试过程需要按照一定的顺序进行，以下将介绍软件测试的四个主要步骤及其顺序。
步骤一：测试计划制定测试计划制定是软件测试的第一步，它是测试过程的基础。
在这一步骤中，测试团队需要与项目团队紧密合作，明确测试的目标、范围和策略。
1.明确测试目标：测试团队需要清晰地了解测试的目标，即需要测试的软件功能和性能特征。
2.确定测试范围：确定需要测试的软件模块、功能和性能标准，以确保测试能够全面覆盖软件的各个方面。
3.制定测试策略：根据软件特点和项目需求，确定测试环境、测试方法、测试工具和测试数据等，以确保测试的有效性和高效性。
4.编写测试计划：将以上内容整理成测试计划文档，包括测试资源分配、测试进度安排、测试人员角色定义等，以便进行后续的测试执行。
步骤二：测试设计测试设计是软件测试的关键步骤，它涉及到测试用例的设计和测试数据的准备，以确保测试的完整性和准确性。
1.测试用例设计：根据测试计划中明确的测试目标和范围，测试团队需要制定针对不同情况的测试用例，覆盖软件各个功能和边界条件。
测试用例应当具有可重复性、可执行性和可验证性。
2.测试数据准备：根据测试用例的要求，准备相应的测试数据，包括输入数据、输出数据和中间数据等，以确保测试的有效性和完整性。
3.编写测试脚本：根据测试用例和测试数据，编写测试脚本或测试程序，用于自动化执行测试，提高测试效率和准确性。
步骤三：测试执行测试执行是将测试计划和测试设计转化为实际的测试行动，通过对软件系统进行测试来发现潜在的问题和缺陷。
1.手动测试：根据测试用例和测试计划的要求，执行手动测试，并记录测试结果、问题和缺陷等。
2.自动化测试：根据测试脚本和测试计划的要求，执行自动化测试，通过自动化工具模拟用户的操作和行为，提高测试的效率和准确性。
3.记录测试结果：对测试过程中发现的问题和缺陷进行记录和跟踪，包括问题描述、重现步骤和优先级等，以便后续进行问题修复和验证。
软件测试流程和方法
软件测试流程通常包括以下几个阶段：1. 需求分析：- 理解和分析软件需求规格说明书。
- 识别测试目标和测试需求。
2. 测试计划：- 制定测试策略和测试计划。
- 确定测试范围、资源、时间表和预算。
- 设计测试环境和配置。
3. 测试设计：- 基于需求和风险分析设计测试用例。
- 确定测试数据和测试场景。
4. 测试实现：- 开发和编写测试脚本（如果适用）。
- 准备测试环境和测试数据。
5. 测试执行：- 执行测试用例并记录结果。
- 进行功能测试、性能测试、安全测试、兼容性测试等。
6. 缺陷管理：- 报告发现的缺陷或错误。
- 跟踪缺陷的状态和修复过程。
7. 测试报告：- 编写测试报告，包括测试总结、测试结果、缺陷统计和建议。
8. 测试评估和关闭：- 评估测试结果是否满足质量标准和业务需求。
- 决定是否需要进一步的测试或者可以关闭测试活动。
软件测试方法主要包括以下几种：1. 黑盒测试（功能测试）：- 根据需求规格说明书进行测试，不考虑内部结构和代码。
- 方法包括等价类划分、边界值分析、因果图、状态转换测试等。
2. 白盒测试（结构测试）：- 基于代码和内部结构进行测试。
- 方法包括语句覆盖、分支覆盖、路径覆盖、条件覆盖等。
3. 灰盒测试：- 结合了黑盒测试和白盒测试的方法，考虑了输入/输出行为和程序结构。
4. 静态测试：- 不运行代码的测试方法，包括审查、走查、静态分析等。
5. 动态测试：- 需要运行代码的测试方法，包括功能测试、性能测试、安全性测试等。
6. 自动化测试：- 使用自动化工具进行测试，提高效率和准确性。
7. 持续集成/持续测试：- 在开发过程中频繁地进行集成和测试，尽早发现问题。
每种测试方法都有其适用的场景和目的，实际的测试过程中可能需要结合使用多种方法来确保软件的质量和稳定性。
软件测试常见方法及流程
软件测试常见方法及流程随着软件在日常生活和工作中的应用越来越广泛，软件质量的保障显得尤为重要。
而软件测试作为保障软件质量的一项重要手段，在软件开发和应用过程中也越来越受到关注。
本文将介绍一些软件测试常见的方法和流程。
一、静态测试方法静态测试方法指的是在软件尚未运行之前，通过对软件的文本、源代码或用户文档等进行分析，发现软件缺陷，避免缺陷在后续测试和运行环节造成的影响。
1、代码复审代码复审是指对软件代码进行交叉审核的过程。
复审可以提高代码的质量、可维护性和正确性等。
在复审的过程中可以发现与维护流程相冲突、代码风格不规范、漏洞等问题，提高软件的整体质量。
2、人工检查对于软件文档、规范、设计等，我们可以进行人工检查，从而提高软件文档的完整性、规范性和正确性等。
人工检查包括语法检查、拼写检查、格式检查、逻辑结构检查等。
二、黑盒测试方法黑盒测试方法是指在不了解软件内部具体实现的情况下，通过输入和观察输出结果来测试软件是否符合预期。
1、等价类划分法等价类划分法是将测试数据分为几个等价类，每个等价类代表一组相同的测试输入条件，即相同的功能测试要求。
这样，测试用例就可以缩减为一小部分进行验证。
2、边界值分析法边界值分析法是指找到所有的临界值情况，从中选择若干个代表性测试数据作为测试用例。
比如如果一个程序要求输入 0-100的整数，那么 0、1、100、101 这几个数据都属于临界值，是需要进行测试的。
三、白盒测试方法白盒测试方法是指通过了解软件内部结构来编写测试用例和测试程序的方法。
1、语句覆盖语句覆盖是指测试用例能够覆盖被测试程序中所有语句至少一次。
简单来说，就是要测试能否每段代码都走到了。
2、分支覆盖分支覆盖是指测试用例能够覆盖被测试程序中所有分支结构至少一次。
分支语句就是 if、else 等有多个分支的语句。
测试时我们要验证每一种情况是否都满足要求。
四、系统测试方法系统测试是指在软件开发全部完成之后，对完成的系统进行集成、检查、测试等操作。
IT行业中的软件测试流程和方法
IT行业中的软件测试流程和方法在IT行业中，软件测试是确保软件质量的重要环节。
无论是独立软件开发商还是IT部门内部对软件进行开发，都需要进行软件测试来验证软件的功能和稳定性。
本文将介绍IT行业中常见的软件测试流程和方法。
一、软件测试流程软件测试流程通常包括以下几个步骤：1. 需求分析：在测试开始之前，测试团队需要与软件开发团队密切合作，确保对软件需求的准确理解。
测试团队需要与开发团队共同确定测试范围、测试目标和测试计划。
2. 测试计划和测试用例设计：测试计划是测试团队编制的文件，用于描述测试策略、资源安排、测试进度和质量目标等信息。
测试用例设计是根据软件需求和功能，编制具体的测试用例，用于验证软件的功能和性能。
3. 环境准备和配置：为了进行测试，测试团队需要准备测试环境，并将软件和测试用例部署到测试环境中。
测试环境需要与实际使用环境相似，以保证测试结果的准确性。
4. 功能测试：功能测试是对软件的各项功能进行验证的过程。
测试团队根据测试用例执行软件功能的各项操作，并记录测试结果。
测试结果中包括测试通过的用例和测试失败的用例，测试失败的用例需要及时报告给开发团队。
5. 性能测试：性能测试是对软件在不同负载下的性能进行评估的过程。
测试团队会通过模拟用户请求，评估软件的响应时间、吞吐量、并发用户数等性能指标。
6. 安全性测试：随着网络攻击的不断增多，软件的安全性也成为了IT行业的关注焦点。
安全性测试是对软件的安全漏洞进行评估的过程，以确保软件在面对潜在威胁时能够保持良好的安全性能。
7. 缺陷管理：在测试过程中，测试团队会记录测试过程中发现的缺陷，并将其报告给开发团队。
开发团队会修复这些缺陷，并将修复后的版本交给测试团队进行再次验证。
8. 验收测试：在软件开发完成后，需要进行验收测试来确保软件满足客户的需求。
验收测试由客户或客户代表进行，测试团队协助客户进行测试，并记录测试结果。
二、软件测试方法在软件测试过程中，有多种测试方法可供选择，常见的几种测试方法包括：1. 黑盒测试：黑盒测试是一种基于软件功能的测试方法，测试人员只关注软件的输入和输出，而不需要了解软件的内部结构。
app测试详细流程
App测试流程及测试点1 APP测试基本流程1.1预估测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两周（即10个工作日,一人份工作量），根据项目情况以及版本质量可适当缩短或延长测试时间。
正式测试前先向主管确认项目整体排期。
与其他项目强耦合适量增加3-5个工作日，弱耦合增加1-2工作日1.2测试资源测试任务开始之前，准备测试资源1.产品文档2.原型图3.效果图即设计交互稿4.行为统计分析定义文档5.测试设备(测试机，平板，系统iOS、Android,不同分辨率)6.测试人员7.其他1.3分析测试内容•这里就说的通俗一点•比如A要去吃饭，那么他怎么吃饭，用什么吃饭，吃什么饭，吃多少合适。
•怎么吃：项目业务流•用什么吃：项目前期准备测试事宜•吃什么饭：明确测试目的，项目背景•吃多少合适：合格点，吃完饭了是不是得确认他是不是吃饱了？1.4设计测试计划、测试用例古人云：凡事预则立，不预则废。
也就是强调预先计划的重要性和必要性•测试计划•测试范围明确测什么？比如：产品的具体业务需求有哪些？产品是web端的还是移动端的，还是两者都有？•测试策略明确怎么测。
对不同业务需求，具体要有哪些测试类型、测试场景、测试方法。
•资源安排包括测试人员的安排，测试环境是怎样的，测试工具的选择等。
•进度安排在明确测试范围、方法和人员之后，我们要考虑什么时候开始测试，预计要测试多久？以便和开发计划、上线计划衔接。
•发布标准发布标准是测试完成和产品上线需要满足的条件，以便项目内所有角色都有一致认可的目标。
怎样才算是测完了？达到怎样的标准才可以上线？•风险预防最后，我们需要对整个测试过程中可能存在的风险，以及当这些风险发生时的应对措施提前进行一些考虑和准备，并在测试计划中体现出来。
•测试用例就不多说了，测试工程师的基本功1.5用例评审一千个眼里就有一千个哈姆雷特，所以用例评审很重要，这是一个查漏补缺的过程，不光用例层面的补充，也在某种程度上对其他同事也是一种回顾&梳理其他同事的堵塞点1.3测试报告1.测试人员对每天测试项目发送测试报告(若无要求，则不需要发送日报)2.日报所含内容：•对当前测试版本质量进行分级•严重阻塞进度的问题提出，提示开发同学优先修改•对版本整体测试进度进行评估3.产品上线前，测试发送测试报告2 APP测试点2.1 安装1.软件在不同操作系统（Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、Windows Phone 7）下安装是否正常2.软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里3.软件安装各个选项的组合是否符合概要设计说明4.软件安装向导的UI测试5.软件安装过程是否可以取消，点击取消后，写入的文件是否如概要设计说明处理6.软件安装过程中意外情况的处理是否符合需求（如死机，重启，断电）7.安装空间不足时是否有相应提示8.安装后没有生成多余的目录结构和文件9.对于需要通过网络验证之类的安装，在断网情况下尝试一下10.还需要对安装手册进行测试，依照安装手册是否能顺利安装2.2 卸载1.直接删除安装文件夹卸载程序是否有提示信息2.测试系统直接卸载程序是否有提示信息。
APP测试流程范文
APP测试流程范文1.需求分析：了解APP的功能、目标用户和使用场景，明确测试的重点和目标。
2.测试计划制定：根据需求分析的结果，制定详细的测试计划，包括测试范围、测试目标、测试用例设计等。
3.环境搭建：为测试搭建合适的测试环境，包括硬件设备、操作系统和网络环境等。
4.静态测试：对APP的设计和文档进行静态测试，发现潜在的问题和不符合规范的地方。
5.功能测试：对APP的各项功能进行测试，包括基本功能、高级功能和特殊功能等，验证功能是否符合需求和设计。
6.用户界面测试：对APP的界面进行测试，包括布局、颜色、字体和图标等，确保界面的美观和易用性。
7.兼容性测试：在不同的设备和操作系统上进行测试，验证APP在各种环境下的兼容性。
8.性能测试：测试APP的性能指标，包括响应时间、内存占用和网络传输速度等。
9.安全性测试：对APP的安全性进行测试，包括对数据传输的加密和防止恶意攻击的措施等。
10.用户体验测试：通过模拟实际用户的使用场景，测试APP在用户操作过程中的体验和流畅性。
11.异常和边界测试：对APP的异常情况和边界条件进行测试，验证APP在面对异常情况时的处理能力。
12.自动化测试：使用自动化测试工具对APP进行自动化测试，提高测试效率和准确性。
13.回归测试：在APP进行改动或新增功能后，对之前的功能进行再次测试，以确保改动不会影响原有功能的正常运行。
14.缺陷管理：记录所有发现的缺陷并及时上报，与开发人员一起确认和解决问题。
15.测试报告撰写：根据测试结果编写测试报告，包括测试目标实现情况、发现的缺陷和改进建议等。
16.验收测试：由项目经理或产品负责人对APP进行最终的验收测试，确认APP达到预期的质量要求。
17.上线前测试：在APP上线前进行最终的测试，确保APP在上线后没有较大的问题。
总之，APP测试流程是一个系统化的过程，从需求分析开始，到上线前的最终测试，涵盖了各个方面的测试内容。
app测试流程和重点
app测试流程和重点
APP测试流程： 1、分析需求：主要是了解客户的需求，包括功能、性能、兼容性、可用性和可测试性等。
2、准备测试：这一步主要是建立测试环境，包括安装开发环境、项目测试数据准备以及安装测试工具等。
3、执行测试：根据客户的需求，采用不同的测试方法，对app进行测试，主要包括功能测试、性能测试、兼容性测试、可用性测试和可测试性测试等。
4、缺陷收集：在测试过程中，发现缺陷、收集缺陷信息，并把缺陷提交给客户。
5、缺陷修复：客户会根据缺陷报告，进行修复，修复完毕后，重新进行测试。
6、验收：客户把修复完毕后的app 提交给测试人员，测试人员对app进行验收，如果没有发现大的问题，则可以通过验收。
APP测试重点： 1、功能测试：测试app的功能是否按照客户的需求实现； 2、性能测试：测试app的运行速度、内存使用情况、加载时间等； 3、兼容性测试：测试app在不同操作系统、不同版本、不同硬件上的兼容性；
4、可用性测试：测试app是否容易理解、使用和操作；
5、可测试性测试：测试app是否可以被测试工具测试，以及测试数据是否可以被获取。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试-APP客户端测试流程与方法APP测试流程和方法一、APP测试的流程；二、APP的测试点：1）安全测试2）安装与卸载安全性3）数据安全性4）通讯安全性5）人机接口安全性6）安装、卸载测试7）UI测试8）导航测试9）图形测试10）内容测试1 APP测试基本流程1.1流程图测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。
1.3测试资源测试任务开始前，检查各项测试资源。
–产品功能需求文档；–产品原型图；–产品效果图；–测试设备；–其他。
1.4日报及产品上线报告（内部报告机制）1）测试人员每天需对所测项目发送测试日报。
（也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报）2）测试日报所包含的内容为：\Dell-server\网站软件app等开发\产品测试部\测试知识区域\测试文档类模板\项目测试报告邮件输出模板.doc4）不同版本测试报告输出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）没有用户的允许, 应用程序不能预先设定自动启动5）卸载是否安全, 其安装进去的文件是否全部卸载6）卸载用户使用过程中产生的文件是否有提示7）其修改的配置信息是否复原8）卸载是否影响其他软件的功能9）卸载应该移除所有的文件2.1.3数据安全性1）当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码2）输人的密码将不以明文形式进行显示3）密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上4）不同的应用程序的个人身份证或密码长度必需至少在4一8 个数字长度之间5）当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。
以防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息。
6）当将敏感数据输人到应用程序时, 其不会被储存在设备中7）备份应该加密, 恢复数据应考虑恢复过程的异常�通讯中断等, 数据恢复后再使用前应该经过校验8）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告9）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前,，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户10）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作，若有“取消”命令，其操作能够按照设计要求实现其功能11）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况12）当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息13）在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容14）如果数据库中重要的数据正要被重写, 应及时告知用户15）能合理地处理出现的错误16）意外情况下应提示用户2.1.4通讯安全性1）在运行其软件过程中, 如果有来电、SMS、EMS、MMS、蓝牙、红外等通讯或充电时, 是否能暂停程序，优先处理通信, 并在处理完毕后能正常恢复软件, 继续其原来的功能2）当创立连接时, 应用程序能够处理因为网络连接中断, 进而告诉用户连接中断的情况3）应能处理通讯延时或中断4）应用程序将保持工作到通讯超时, 进而发送给用户一个错误信息指示有连接错误5）应能处理网络异常和及时将异常情况通报用户6）应用程序关闭或网络连接不再使用时应及时关闭) 断开7) HTTP、HTTPS覆盖测试–App和后台服务一般都是通过HTTP来交互的，验证HTTP环境下是否正常；–公共免费网络环境中（如：麦当劳、星巴克等）都要输入用户名和密码，通过SSL认证来访问网络，需要对使用HTTP Client的library异常作捕获处理。
2.1.5人机接口安全性1）返回菜单总保持可用2）命令有优先权顺序3）声音的设置不影响应用程序的功能4）应用程序必须能够处理不可预知的用户操作, 例如错误的操作和同时按下多个键2.2安装、卸载测试验证App是否能正确安装、运行、卸载以及操作过程和操作前后对系统资源的使用情况2.2.1安装1）软件在不同操作系统下安装是否正常。
2）软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里。
3）软件安装各个选项的组合是否符合概要设计说明4)）软件安装向导的UI测试5）软件安装过程是否可以取消，点击取消后，写入的文件是否如概要设计说明处理6）软件安装过程中意外情况的处理是否符合需求（如死机，重启，断电）7）安装空间不足时是否有相应提示8）安装后没有生成多余的目录结构和文件9）对于需要通过网络验证之类的安装，在断网情况下尝试一下10）还需要对安装手册进行测试，依照安装手册是否能顺利安装2.2.2卸载1）直接删除安装文件夹卸载是否有提示信息。
2）测试系统直接卸载程序是否有提示信息。
3）测试卸载后文件是否全部删除所有的安装文件夹。
4）卸载过程中出现的意外情况的测试（如死机、断电、重启）。
5）卸载是否支持取消功能，单击取消后软件卸载的情况。
6）系统直接卸载UI测试，是否有卸载状态进度条提示。
2.3 UI测试测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否满足客户要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏觅功能。
确保用户界面符合公司或行业的标准。
包括用户友好性、人性化、易操作性测试。
2.3.1导航测试1）按钮、对话框、列表和窗口等；或在不同的连接页面之间需要导航2）是否易于导航，导航是否直观3）是否需要搜索引擎4）导航帮助是否准确直观5）导航与页面结构、菜单、连接页面的风格是否一致2.3.2图形测试1）横向比较。
各控件操作方式统一2）自适应界面设计，内容根据窗口大小自适应3）页面标签风格是否统一4）页面是否美观5）页面的图片应有其实际意义而要求整体有序美观6）图片质量要高且图片尺寸在设计符合要求的情况下应尽量小7）界面整体使用的颜色不宜过多2.3.3内容测试1）输入框说明文字的内容与系统功能是否一致2）文字长度是否加以限制3）文字内容是否表意不明4）是否有错别字5）信息是否为中文显示6）是否有敏感性词汇、关键词7）是否有敏感性图片，如：涉及版权、专利、隐私等图片一、APP的测试点：1）功能测试2）运行3）应用的前后台切换4）性能测试5）兼容测试6）回归测试7）硬件环境测试，手势操作测试8）网络环境9）客户端数据库测试（mysql）1、功能测试根据软件说明或用户需求验证App的各个功能实现，采用如下方法实现并评估功能测试过程：1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App 的用户使用场景，对比说明或需求，整理出内在、外在及非功能直接相关的需求，构建测试点，并明确测试标准，若用户需求中无明确标准遵循，则需要参考行业或相关国际标准或准则。
2)根据被测功能点的特性列丼出相应类型的测试用例对其进行覆盖，如；涉及输入的地方需要考虑等价、边界、负面、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。
3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况，及时修正业务或需求理解错误。
2、运行1）App安装完成后的试运行，可正常打开软件。
2）App打开测试，是否有加载状态进度提示。
3）App打开速度测试，速度是否可观。
4）App页面间的切换是否流畅，逻辑是否正确1.1注册--同表单编辑页面--用户名密码长度--注册后的提示页面--前台注册页面和后台的管理页面数据是否一致--注册后，在后台管理中页面提示1.2登录--使用合法的用户登录系统。
--系统是否允许多次非法的登陆，是否有次数限制。
--使用已经登陆的账号登陆系统是否正确处理。
--使用禁用的账号登陆系统是否正确处理。
--用户名、口令（密码）错误或漏填时能否登陆。
--删除或修改后的用户，原用户登陆。
--不输入用户口令和用户、重复点（确定或取消按钮）是否允许登陆。
--登陆后，页面中登陆信息。
--页面中有注销按钮。
--登陆超时的处理。
1.3注销--注销原模块，新的模块系统能否正确处理。
--终止注销能否返回原模块，原用户。
--注销原用户，新用户系统能否正确处理。
--使用错误的账号、口令、无权限的被禁用的账号进行注销2、应用的前后台切换1) APP切换到后台，再回到app，检查是否停留在上一次操作界面。
2) APP切换到后台，再回到app，检查功能及应用状态是否正常，IOS4和IOS5的版本的处理机制有的不一样。
3) app切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
4) 手机锁屏解屏后进入app注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
5) 当App使用过程中有电话进来中断后再切换到app，功能状态是否正常6) 当杀掉app进程后，再开启app，app能否正常启动。
7) 出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。
8) 对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。
2.1免登录很多应用提供免登录功能，当应用开启时自动以上一次登录的用户身份来使用app.1) app有免登录功能时，需要考虑IOS版本差异。
2) 考虑无网络情况时能否正常进入免登录状态。
3) 切换用户登录后，要校验用户登录信息及数据内容是否相应更新，确保原用户退出。
4) 根据MTOP的现有规则，一个帐户只允许登录一台机器。
所以，需要检查一个帐户登录多台手机的情况。
原手机里的用户需要被踢出，给出友好提示。
5) app切换到后台，再切回前台的校验6) 切换到后台，再切换回前台的测试7) 密码更换后，检查有数据交换时是否进行了有效身份的校验8) 支持自动登录的应用在进行数据交换时，检查系统是否能自动登录成功并且数据操作无误。