自动化测试基本流程

之前老曹发过app测试的一些想法，我这里还有一些app测试的具体指标。部分是可以百度的到的，部分是自己总结的。

一、 测试周期

测试周期一般为两周，根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。

二、测试资源

测试任务开始前，检查各项测试资源。

1. 产品功能需求文档

2. 产品原型图

3. 产品效果图

4. 行为统计分析定义文档

5. 测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）

6. 其他（例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等）

二、测试要点 1. 接收版本

本人觉得，这个过程可以直接略过。非专业测试着，不喜勿拍。

2. UI测试

A） 确保手头的原型图与效果图为当前最新版本。

B） 确保产品UI符合产品经理制定的原型图与效果图。

C） 一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。

D）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。

3. 功能测试

A） 确保手头的功能需求文档为当前最新版本。

B） 确保所有的软件功能都已实现且逻辑正常。

C） 一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。个人建议，用户体验方面的建议，优先级放在修复bug之后。

D）若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解释。此处确认最好以邮件形式存在。 E）所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。并在之后的测试报告中予以体现。

软件测试基本流程与要求（提纲）

1 目标

制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。

最终目标是实现软件测试规范化，标准化。

2 测试流程说明

3 测试需求分析

测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他.

·测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据；

·测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例；

·测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖；

3.1 测试方法与规范

3.1.1 测试方法

随着软件技术发展，项目类型越来越多样化。根据项目类型应选用针对性强的测试方法，合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法：

• β测试 （beta测试）--非程序员、测试人员

β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。

β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。

当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。

• α测试（Alpha测试）--非程序员、测试人员

α测试，英文是Alpha testing。又称Alpha测试.

Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。

APP测试基本流程

1. App测试流程

1.1.流程图

1.2 测试周期

测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。

1.3测试资源

测试任务开始前，检查各项测试资源。

--产品功能需求文档；

--产品原型图；

--产品效果图；

--行为统计分析定义文档；

--测试设备（IOS Android）

--其他。

1.4日报及产品上线报告

1）测试人员每天需对所测项目发送测试日报。

2）测试日报所包含的内容为：

--对当前测试版本质量进行分级；

--对较严重的问题进行例举，提示开发人员优先修改；

--对版本的整体情况进行评估。 3）产品上线前，测试人员发送产品上线报告。

4）上线报告所包含的内容为：

---对当前版本质量进行分级；

---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）；

--总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。

2. App测试点

2.1安全测试

1）扣费风险：包括发送短信、拨打电话、连接网络等

2）隐私泄露风险：包括访问手机信息、访问联系人信息等

3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测

4）限制/允许使用手机功能接入互联网

5）限制/允许使用手机发送接受信息功能

6）限制/允许应用程序来注册自动启动应用程序

7）限制或使用本地连接

8）限制/允许使用手机拍照或录音

9）限制/允许使用手机读取用户数据

10) 限制/允许使用手机写入用户数据

11) 检测App的用户授权级别、数据泄漏、非法授权访问等

1）应用程序应能正确安装到设备驱动程序上

2）能够在安装设备驱动程序上找到应用程序的相应图标

3）是否包含数字签名信息 4）JAD文件和JAR包中包含的所有托管属性及其值必需是正确的

C++Test 7.3 自动化测试快速操作流程 —— mvp_xuan

Anyway，我们来一次快速的自动生成Test case，并执行Test的流程：

1. Click“C++test → 测试配置” ：

2. 然后进入了“Test Configurations” ，Right click on“用户自定义” ，Select the“新建” ，修改名称：

3. 然后可以看一下“Test Configurations”的全图，其实看到“内建” ，大家就应该知道了，其实C++test已经默认创建了各种测试类型，可以一项一项分门别类的测试，这就是developer自我测试时使用的了，也可以通过用户自定义，定义一些自己想要测试的项，而身为测试人员，是肯定需要自己手动创建一个个Test Solutions，闲话先不说，我们继续简单熟悉C++test。

Select the“静态”项：

4. Select the“生成” ，按照下图所示选上相应选项：

5. Select the“生成 → 测试套件” ，按照下图所示选上相应选项：

6. Select the“生成 → 测试用例” ，按照下图所示选上相应选项：

7. Select the“执行” ，按照下图所示选上相应选项：

8. Select the“目标” ，按照下图所示选上相应选项：

9. Select the“目标 → 执行” ，按照下图所示选上相应选项：

10. Click“Apply → Close” ：

11. 在Solution Explorer下的项目上Right click，Select the“C++test → 测试运行 → 用户自定义 → 2 main-new（自定义的名称） ” ：

12. 测试开始执行了：

13. 到这里，你就使用C++test执行完一次完整的自动化静态分析和Unit Tests了。

14. 上图还没有执行完，后部没有截出来而已，下图是执行之后的：