定制型嵌入式软件及其硬件载体的测试方法技术

本发明专利技术涉及定制型嵌入式软件及其硬件载体的测试方法。主要包括如下步骤：测试准备工作；嵌入式的硬件载体测试，嵌入式软件功能测试，结束版本测试；进入Ｂｅｔａ（用户环境）测试；更新测试用例和测试程序；进行版本修正；测试过程结束。本发明专利技术整个测试过程作出定义和划分；合理安排各个流程，提供全面的测试方法；采用模块化分和多种测试方法的结合，不同的模块选择各自相应的测试方法，扩大了测试覆盖度；此测试方法设置各项可复用点，实现测试步骤和测试准备均可复用，充分利用版本多的情况，缩短测试周期。

【技术实现步骤摘要】

本专利技术涉及计算机软件的测试方法，具体地说，是涉及定制型嵌入式软 件及其硬件载体的测试方法。
技术介绍
定制型软件指的是一种完全依据客户需求制作的软件。这种定制型的软件会导致两个难测试的情况第一是不同客户有各自的需求，这样就会导致 测试人员需测试大量不同版本；第二是各个客户会在短时间内就要求能够拥 有一套适用于自己的软件，这样就会导致给测试人员的测试周期极短。因此 为了满足市场的需求，测试人员需快速有效的测试大量不同的客户定制软件。嵌入式软件是一种运行在特定硬件载体上的软件，对于这类型的产品， 客户需要使用软件就必须使用相应的硬件载体。因此测试人员验证软件的同 时，还需确保硬件载可被正常使用。目前没有一套完整的测试方法，可直接套用于解决该复合型的测试情况， 若只是将单一的测试方法简单无组织的运用，在测试覆盖度的把握和测试周 期的控制上将会出现矛盾。
技术实现思路
本专利技术所要解决的技术问题在于提供一种定制型嵌入式软件及其硬件载 体的测试方法。针对版本多、测试内容庞大(包括软件硬件的功能和稳定性 测试)、测试周期短的三大要求混合的难点，本专利技术提供此类测试对象可通用的测试方法，可保^E高效并且保质保量的完成测试任务。本专利技术采用以下技术方案，包括下列步骤 步骤10:测试准备工作，包括下述步骤；步骤ll:实现需求的模块化；采用合适的次序将客户的需求模块化，然 后输出模块化需求用于后续测试用例的选择和测试模块化。步骤12:制定每个模块的测试方法、测试程序以及测试用例； 步骤20:嵌入式的硬/f牛载体测试，包括下述步骤 步骤21:采用自动测试方式测试硬件栽体的功能； 步骤22:采用自动测试方式自动检测硬件载体的核心性能； 步骤23:分析步骤21和步骤22导出的测试报告，成功则进入步骤30, 失败则进入步骤80;步骤30:嵌入式软件功能测试，包括下述步骤 步骤31:采用自动测试方式测试通用功能； 步骤32:采用手动方式测试定制功能；步骤33:分析步骤31和步骤32的测试报告，成功则进入步骤40;失败 则进入步骤80;步骤40:结束版本测试；步骤50:进入Beta (用户环境)测试；步骤60:更新测试用例和测试程序；步骤70:是否有新的需求？是则转入步骤10，否则进入步骤90; 步骤80:进行版本修正； 步骤90:测试过程结束。本专利技术具备以下有益效果1、本方法提供针对多版本、软件和硬件综合、 测试周期短的产品为测试对象的完整的测试思路，对整个测试过程作出定义 和划分；合理安排各个流程，提供全面的测试方法；2、由于本测试方法采用 模块化分和多种测试方法的结合，不同的模块选择各自相应的测试方法，扩 大了测试覆盖度；3、此测试方法设置各项可复用点，实现测试步骤和测试准 备均可复用，充分利用版本多的情况，缩短测试周期。附图说明下面参照附图结合实施例对本专利技术作一详细说明。图1是本专利技术各步骤流程示意图。图2是本专利技术步骤10中具体步骤示意图。图3是本专利技术步骤20中具体步骤示意图。图4是本专利技术步骤30中具体步骤示意图。 图5是本专利技术的数据流动示意图。具体实施方式请参阅图l所示，下面详细描述测试步骤，依次进行下述步骤。 步骤10:进行测试准备工作；步骤20:嵌入式的硬件载体测试；导出测试报告分析结果，给出判断， 成功则进入步骤30,失败则进入步骤80;步骤30:嵌入式软件功能测试；导出测试4艮告分析结果，给出判断，成 功则进入步骤40,失败则进入步骤80;步骤40:此步骤测试人员可以结束对版本测试。此时测试过程继续，但 是测试人员已经可以空出来做其他事情了 。同时进入步骤50;步骤50:此步骤将版本投入给用户使用。输入步骤40的版本，进入Beta (用户环境)测试，即交给用户，让用户在真实环境下对产品使用；同时由 测试人员进行收集客户使用报告，进入步骤60;步骤60:此步骤更新测试用例和测试程序，输入步骤50的客户使用报告， 进行测试用例和测试程序的更新工作；步骤70:是否有新的需求？是则转入步骤10，否则进入步骤卯；步骤80:进行版本修正工作；步骤卯测试过程结束。上述步骤10包括依次进行的下述步骤，请参阅图2所示 步骤ll:此步骤实现需求的模块化。此步骤接收了客户杂乱的需求，采 用合适的次序将需求模块化，然后输出模块化需求用于后续测试用例的选择 和测试模块化。可参照的模块化方式如下依照需求的功能性划分出硬件和 软件的需求，继而按照常用性划分出通用的需求和定制的需求；再根据不同 的功能特点细化模块，细化需求至每个模块强内聚弱耦合，制定出最合适的 复用点。继续进入步骤12;步骤12:此步骤实现每个模块测试方法的选择、测试用例准备、测试程 序的输出以及测试结果评定标准等测试准备工作。此步骤导入步骤11的模块化需求，由相关人员为相应模块选择测试方法，输出每个模块的测试用例和 自动测试程序，包括硬件部分功能性和稳定性的测试程序、软件通用功能的 测试程序以及所有模块的测试用例及每个模块的测试结果评判标准。此步骤如果不是是第一次执行，则导入前一次执行中步骤60的更新的测试用例和测 试程序，实现以前测试用例及测试程序的复用。上述步骤20包括依次进行的下述步骤，请参阅图3所示步骤21:此步骤采用自动化的测试程序-验证硬件栽体的功能。此步骤输 入步骤12的自动硬件功能测试程序，采用方法为自动检测硬件载体的每个硬 件接口，无需手工操作。此设计可安排在晚上执行，节省成本。输出可分析 的测试才艮告至步骤23;步骤22:此步骤采用自动化的测试程序验证硬件载体的核心性能。此步 骤输入步骤12的自动硬件稳定性测试程序，自动检测硬件载体的核心性能， 可以通过长时间、极端条件下运行，无需手工操作。此设计可安排在晚上执 行，节省成本。输出可分析的测试报告至步骤23;步骤23:分析步骤21和步骤22导出的测试报告。导入步骤IO产生的测 试结果判定准则，导出测试才艮告分析结果，给出判断，成功则进入步骤30， 失败则进入步骤80。上述步骤30包括依次进行的下述步骤，请参阅图4所示步骤31:此步骤采用自动测试方式测试通用功能，由于该模块功能多版 本通用，只需直接复用。输入步骤12的测试用例及其自动化测试程序，输出 可分析测试^^告至步骤33;步骤32:此步骤采用手动方式测试定制功能，测试人员只需按照测试用 例对定制功能进行执行性的测试。输入步骤12的测试用例。此项步骤是唯一 的需采取手工执行的步骤，输出可分析测试报告至步骤33;步骤33:此步骤分析步骤31和步骤32的测试报告。导入的数据是步骤试报告分析结果，给出判断，成功则进入步骤40，失败则进入步骤80。图5是本专利技术的数据流动示意图。以下描述是数据流动方式步骤10导入新的需求和由步骤60导出的更新信息，导出测试准备至步骤20;步骤20 导入步骤10的准备数据，导出硬件载体的测试报告至步骤40;步骤30导入 步骤IO的测试用例和测试程序，导出测试"^艮告至步骤40;步骤40导入步骤 20、步骤30分析过的测试结果，导出可发行的版本至步骤50;步骤50导入 步骤40的版本，导出用户使用情况报告至步骤60;步骤60导出更新的测试 程序和测试文档至步骤10。最终形成数据流的循环，促使所有的文档和测试 程序复用度加强。本专利技术提本文档来自技高网...

【技术保护点】
定制型嵌入式软件及其硬件载体的测试方法，其特征在于：包括下列步骤：　步骤１０：测试准备工作，包括下述步骤；　步骤１１：实现需求的模块化；采用合适的次序将客户的需求模块化，然后输出模块化需求用于后续测试用例的选择和测试模块化。　 　步骤１２：制定每个模块的测试方法、测试程序以及测试用例；　步骤２０：嵌入式的硬件载体测试，包括下述步骤；　步骤２１：采用自动测试方式测试硬件载体的功能；　步骤２２：采用自动测试方式自动检测硬件载体的核心性能；　步 骤２３：分析步骤２１和步骤２２导出的测试报告，成功则进入步骤３０，失败则进入步骤８０；　步骤３０：嵌入式软件功能测试，包括下述步骤；　步骤３１：采用自动测试方式测试通用功能；　步骤３２：采用手动方式测试定制功能；　步 骤３３：分析步骤３１和步骤３２的测试报告，成功则进入步骤４０；失败则进入步骤８０；　步骤４０：结束版本测试；　步骤５０：进入用户环境测试；　步骤６０：更新测试用例和测试程序；　步骤７０：是否有新的需求？是则转入步骤１ ０，否则进入步骤９０；　步骤８０：进行版本修正；　步骤９０：测试过程结束。...

【技术特征摘要】

【专利技术属性】
技术研发人员：高娴，
申请(专利权)人：福建升腾资讯有限公司，
类型：发明
国别省市：35[中国|福建]