一个软件产品从形成概念开始，直到最后退出市场，整个过程可称为一个软件的生命周期。而软件测试则一直伴随在整个软件的生命周期中，与传统软件测试相比，嵌入式测试的流程要求更加严格，这与嵌入式的特点有很大关系。

1.图解嵌入式测试流程

下面就给大家介绍一款全新软件测试“川模型”下的全程软件测试流程图，如图1-3所示。

图1-3 川模型下的全程软件测试流程图

该嵌入式测试流程分为三个测试主线，从左到右依次是验收测试实施流程、需求级测试实施流程、业务级测试实施流程。

1）验收测试实施流程。该流程提出的目的与重点在于保护用户的真实需求不偏差，因为最终产品或项目能否成功交付，验收结果是重要的依据，而验收的主导者一定是用户或用户代表。该流程的起始阶段就是在投入真正的研发和测试之前，根据项目需求或测试需求设计出验收方案，以纸质方案的形式与用户或用户代表进行需求的评审，以减少后期由于三方（用户、研发、测试）需求不一致的原因导致开发迭代增加。同时，以此验收方案为标尺，约束另两个流程的实施。

2）需求级测试实施流程。该阶段强调测试伴随着整个软件开发周期，测试与开发并行进行，达到尽早发现问题的目的，同时把测试的对象扩展成程序、设计(文档资料)、数据等内容，测试工作实时准备，以达到在某个测试点准备就绪时，就可以从测试准备阶段切入到测试执行阶段。在该流程中，把迭代测试的内容进行了细致的分析与说明，明确提出迭代过程中需要进行单元/集成测试、功能测试、性能测试、稳定性测试、安全性测试、兼容性测试、安装部署测试以及专项测试。

3）业务级测试实施流程。如果把测试人员按测试能力分为测试负责人、测试执行人员，那么需求级测试实施阶段的测试执行可以让普通的测试执行人员进行即可，但是该业务级测试实施流程的主要执行人员就应该定位成测试负责人，至少应该是测试负责人主导测试。其根本原因在于该阶段的意义是业务、风险等的把控，甚至引入了探索性测试，是作为需求级测试阶段的有利补充。

业务级测试实施流程存在的价值在于把控与掌握住了产品实际投入使用时的场景、风险等因素，对常使用用户需求进行针对性的设计，满足“八二法则”的经典理论，该流程即把重点放在了“二”上（用户使用的80%的场景可能就存在于20%的功能中）。验收测试实施流程依托于用户的实际需求与前期的测试分析，它作为软件生命周期的标尺，运行到产品或项目结项，最大程度上遵循用户的需求。

2. 解析嵌入式测试流程的不同阶段

我们可以根据以上流程，把测试过程划分为四个重要阶段：

l 测试计划阶段：从流程开始一直到测试计划完成，为第一阶段。

l 测试设计阶段：在测试环境搭建之前，测试计划完成之后的阶段。

l 测试执行阶段：实际测试操作阶段，包括环境搭建、执行用例、缺陷汇报。

l 测试总结阶段：为测试活动的最后阶段，主要是缺陷分析、报告编写、项目结项任务。

（1）测试计划阶段

该阶段从可行性分析开始，测试人员就需要介入其中，参与项目的前期讨论与决策，一是为了熟悉产品，二是为了给整个项目提供可测试性建议。

在这个过程中测试人员要完成“测试需求说明书”和“软件测试计划”等概要性和指导性资料的编写工作，然后与项目组成员一起进行评审，评审通过后进行下一步工作，否则，重新修订相关内容。

（2）测试设计阶段

设计阶段是在测试计划完成之后进行，参考文档为“软件需求规格说明书”与“软件测试计划”等资料，该阶段是软件测试的重要环节，对测试的覆盖率和深度起着决定性的作用，需要有经验的测试人员参与，在这个过程中测试人员要完成“软件测试方案””与“软件测试用例”的编写工作，并进行组内评审，审核通过后进行下一步工作，否则，重新修订相关内容。

如果项目过程中，“软件需求规格说明书”等资料发生改变时，后续的软件测试类相关资料也要随之发生变化，但是必须做好相关的变更记录。

（3）测试执行阶段

测试执行阶段从研发提交给测试被测试软件的安装包或升级包开始，一直到测试操作工作结束。在整个软件测试过程中，测试执行阶段占用时间相对较少，占用时间最多的阶段应该为前两个阶段。主要任务是根据测试案例进行实际测试，并且时时输出测试结果，参考的文档是“软件测试用例”相关指导测试过程的资料。在测试之前，需测试人员依据测试用例提前搭建测试环境和准备测试数据，达到随时切入切出测试的目的，在嵌入式测试中，测试环境要求较高，所以该阶段又可细分为环境准备与测试执行两部分。

在这个阶段测试人员要随时把测试出来的产品缺陷提交到缺陷管理库中，并且根据项目测试迭代情况，输出迭代测试报告。