一、简述

一般而言，自动化测试从新项目建立时就开始了，前后左右要历经下列一些关键阶段：

需求分析报告→测试流程→检测设计方案→接口测试构建→检测实行→检测纪录→缺陷管理→手机软件评定→RTM.

在开展相关难题论述前，大家先确立下职责分工，一般而言，需求分析报告、功能测试撰写、接口测试构建、检测实行等归属于检测开发者工作中范围，而检测实行及其缺点递交等归属于一般测试工程师的工作中范围，检测责任人承担全部检测各个阶段的追踪、执行、管理方法等。

表明：

1.之上步骤各阶段仍未包括自动化测试全过程的所有，如依据具体情况还能够执行一些测试流程审查、测试用例审查，测试培训等。在手机软件宣布发售后，当碰到一些比较严重难题时，还*须开展一些事后维护保养检测等。

2.之上各阶段并并不是单独没联络的，具体工作中千姿百态，各阶段一些交错、重合无可避免，例如撰写功能测试的与此同时就可以开展接口测试的构建工作中，自然也很有可能因为一些要求不清楚而再次开展需求分析报告等。这就和大家我国明确提出基本建设有社会主义民主的社会主义社会我国一样，只因此有社会主义民主，那是由于基本国情不一样。因此在具体检测全过程中也要*实际难题深入分析，实际处理。

二、测试步骤

需求分析报告

需求分析报告(Requirment Analyzing)应当说成自动化测试的一个关键步骤，检测开发者对这一阶段的了解水平如何把立即危害到下面相关检测工作中的进行。

很有可能有的人觉得检测需求分析报告无关痛痒，这类念头是很错误的。需求分析报告不仅关键，并且尤为重要!

一般而言，需求分析报告包含手机软件作用需求分析报告、接口测试需求分析报告、检测資源需求分析报告等。

在其中最基本上的是手机软件作用需求分析报告，测一款手机软件*要了解手机软件能完成什么作用及其是如何完成的。例如一款Smartphone包含VoIP、Wi-Fi及其Bluetooth等作用。那大家就应当了解手机软件是如何来完成这种作用的，为了更好地完成这种作用*须什么检测设备及其如何搭建相对应接口测试等，不然检测就无从说起!

即然谈了需求分析报告，那麼大家依据哪些来剖析呢?总不可以平白无故构想吧。

总要来说，做检测需求分析报告的根据有手机软件需求分析文档、手机软件说明书及其开发者的设计文档等，坚信管理方法一些标准的企业在开发软件全过程上都有这种文本文档。

测试流程

测试流程(Test Plan)一般由检测责任人来撰写。

测试流程的根据主要是新项目规划方案和检测需求分析报告結果而制订。测试流程一般包含下列一些层面：

1、检测情况

A、手机软件项目简介;

B、新项目涉及到工作人员(如硬件软件项目经理等)详细介绍及其相对应联系电话等。

2、检测根据

A、手机软件需求分析文档;

B、手机软件说明书;

C、手机软件设计文档;

D、别的，如参照商品等。

3、检测資源

A、检测设备要求;

B、测试工程师要求;

C、接口测试要求;

D、别的。

4、检测对策

A、采用测试标准;

B、构建什么接口测试;

C、采用什么检测工具以检测可视化工具;

D、对测试工程师开展学习培训等。

5、检测日程

A、检测需求分析报告;

B、功能测试撰写;

C、检测执行，依据项目实施计划，检测分为什么产品测试(如单元测试卷、系统测试、系统软件产品测试，α、β产品测试等)，每一个环节的工作重点及其资金投入資源等。

6、别的。

测试流程还需要包含测试流程撰写的日期、创作者等信息内容，方案越详尽越好啦。

方案跟不上转变，一份方案做的再多，当具体执行的情况下便会发觉通常难以依照原来方案进行。如在开发软件全过程中资源匮乏、人员流动等都是会对检测导致一定的危害。因此，这种就规定检测责任人可以从宏观经济上去管控了。在转变眼前可以*解决轻松、处乱不惊那就是再好*了。

检测设计方案

检测设计方案关键包含功能测试撰写和检测场景制作两层面。

一份好的功能测试对检测有非常好的指导意义，可以发觉许多手机软件难题。有关功能测试撰写，请参照前边写的《也谈测试用例》一文，里边有详尽论述。

检测场景制作关键也就是接口测试难题了。

接口测试构建

不一样软件项目对接口测试拥有不一样的规定。如C/S及B/S构架有关的软件项目，那麼对不一样电脑操作系统，如Windows系列、unix、linux乃至iPhoneOS等，这种接口测试全是务必的。而针对一些嵌入式开发，如手机app，如果我们想测试一下相关程序模块的耗电量状况，手机上续航等，那麼大家很有可能就*须构建相对应的电流量接口测试了。自然检测中针对如手机移动网络等自然环境都有一定的规定。

接口测试很重要，符合规定的接口测试可以协助大家精确的测到手机软件难题，而且作出恰当的分辨。

为了更好地检测一款手机软件，大家很有可能依据不一样的要求点要应用许多不一样的接口测试。有一些接口测试我们都是能够构建的，有一些自然环境我们无法构建或是构建成本费很高。无论怎样，大家的总体目标是测试工具难题，确保手机软件品质。接口测试难题，或是依据实际商品及其开发人员的具体情况而采用最经济发展的方法吧。

检测实行

检测实行全过程又可以分成下列环节：

单元测试卷→系统测试→功能测试→在出厂检测，在其中每一个环节也有回归测试等。

从检测的视角来讲，检测实行包含一个量和度的难题。也就是检测范畴和检测水平的难题。 例如一个版本号*须检测哪几个方面?每一个层面要检测到哪些水平?

从管理方法的视角来讲，在比较有限的時间内，在工作人员比较有限乃至紧缺的状况下，要考虑到怎样职责分工，怎样有效地运用資源来进行检测。自然还需要考虑到下列难题：

1、当测试工程师检测的实行不及时、敷衍塞责时该如何解决?

2、检测高效率难题，如何提升检测高效率?

3、依据版本号的不一样特性是只做认证检测或是采用冒烟测试亦或是系统软件全方位检测?

4、当检测全过程中碰到一些随机性任意难题该如何解决?

5、当版本号中发生许多新难题时该如何看待?检测终止规范?

总而言之，检测实行全过程中会碰到许多繁杂的难题，或是这句话，实际难题实际处理!

检测纪录

缺点纪录总体而言包含两层面：由谁递交和缺点叙述。

一般而言，缺点都到底是谁检测谁递交，自然有一些企业很有可能为了更好地确保所递交缺点的品质，还会继续在递交前开展缺点评定，以*所递交的缺点的精确性。

在缺点的叙述上，最少要包含下列一些层面內容：

编号

文章标题

预设标准

操作流程

预期成果

具体結果

注解

比较严重水平

几率

版本号

检查者

检测日期

之上是叙述一个bug时一般所要叙述的內容，自然在具体递交bug时能够依据具体情况开展填补，如另附照片、log文件等。

此外，一个版本号自动化测试结束，还需要依据检测状况出份检测报告，这也是所需历经的一个阶段。

缺陷管理

缺陷管理层面，许多企业都采用缺陷管理专用工具来开展管理方法，普遍缺陷管理专用工具有Test Director、Bugfree等。