CN103425578A - 测试支援***、测试支援方法及程序 - Google Patents

Abstract

本发明提供了一种测试支援***、测试支援方法及程序，可降低测试依赖于地图信息中的位置的移动体的功能正确动作的费事度。本发明的一个实施例是一种测试支援***，该测试支援***包含处理器和存储设备，支援根据地图信息上的移动体的位置进行动作的程序的功能的测试。存储设备保存地图信息、定义程序中的事件发生条件的事件发生条件信息。发生条件规定地图信息中的指定位置和所述移动体相对于该指定位置的移动的条件。处理器参照地图信息和事件发生条件信息，规定地图信息中的指定位置和所述移动体相对于指定位置的移动，生成为了生成测试数据而被参照的多个测试案例，所述测试数据是为了确认事件按照所述发生条件发生而向程序输入的测试数据。

Description

测试支援***、测试支援方法及程序

技术领域

本发明涉及测试支援***、测试支援方法及程序，尤其涉及支援实现便携式信息终端、汽车导航终端那样的移动体的功能的程序的测试的技术。

背景技术

程序开发者在实施程序的测试时，进行使测试对象程序在各种条件下动作，并确认在各条件下按照规格进行动作的作业。测试作业是需要程序开发全体的近50%的时间，且负担较大的作业。

例如，日本特开2007-52703号公报(专利文献1)公开了一种测试场景制作程序，该测试场景制作程序使计算机执行制作在伴随画面变化的应用程序的验证中使用的测试场景的测试场景制作方法。

该程序使计算机执行以下步骤：取得应用程序的设计信息的设计信息取得步骤；基于设计信息和预先设定的生成规则，生成具有测试场景的一部分信息的测试场景雏形信息的测试场景雏形信息生成步骤；将基于设计信息对测试场景雏形信息进行设定的结果作为上述测试场景的测试场景设定步骤。

另一方面，存在这样的功能：利用便携电话或汽车导航***所利用的GPS(Global Positioning System：全球定位***)、使用WiFi(wireless fidelity：无线保真)(注册商标)基站或者便携电话基站等位置测定***，当便携电话或汽车导航终端位于特定地理位置时，或者根据这时的行走状态来实施处理。例如已知有危险位置的警告功能和广告的分发功能等。

例如，在汽车导航***领域，要求提供一种根据用户的要求来定制的汽车导航***。为了满足各种用户要求，在汽车导航***中安装的功能也是各种各样的，各种各样的功能分别需要测试。

在对这样的功能进行测试时，带着便携电话或汽车导航终端去到该位置，在多样的条件下实施测试是困难的。因此，程序功能的测试，准备了用于模拟位于该位置的情况的位置信息的伪数据，并将该伪数据输入至测试对象程序。

但是，在开发者一个一个地生成为了进行测试所需要的伪数据时，开发者需要研究全部的测试案例，而且需要制作用于生成必要且充分的伪数据的测试案例，是极费事的。专利文献1的测试场景制作方法，不考虑地理位置所附带的条件，因此，在进行根据地理位置进行处理的程序的测试时，程序会进行与实际动作不同的动作。

发明内容

本发明的一种方式是一种测试支援***，该测试支援***包含处理器和存储设备，支援根据地图信息上的移动体的位置进行动作的程序的功能的测试。所述存储设备保存所述地图信息、定义所述程序中的事件发生条件的事件发生条件信息。所述发生条件规定所述地图信息中的指定位置、所述移动体对于该指定位置的移动的条件。所述处理器参照所述地图信息和所述事件发生条件信息，规定所述地图信息中的所述指定位置和所述移动体对于所述指定位置的移动，生成为了生成测试数据而被参照的多个测试案例，所述测试数据是为了确认所述事件按照所述发生条件发生而向所述程序输入的测试数据。

根据本发明的一种方式，能够在测试依赖于地图信息中的位置的移动体的功能按照规格正确地进行动作时，削减该测试的工夫。上述以外的课题、结构以及效果，通过以下的实施方式的说明而进一步明确。

附图说明

图1是示意性地示出了本实施方式中测试支援***的计算机的结构的框图。

图2示出了本实施方式中的测试支援***生成测试案例(test case)，进而由该测试案例生成测试数据的处理的数据流。

图3示出了本实施方式中的事件发生条件表格的结构例。

图4示出了本实施方式中的测试策略(test policy)表格的结构例。

图5示出了本实施方式中的地图数据中某区域的地图和可能包含在被测试功能的测试案例中的轨迹。

图6是本实施方式中的测试案例生成程序生成测试案例的处理例的流程图。

图7A示出了图6中所示流程中的数据流动。

图7B示出了本实施方式中行驶轨迹的模式生成步骤生成的行驶轨迹模式的例子。

图7C示出了本实施方式中车辆速度的模式生成步骤生成的车辆速度的模式的例子。

图7D示出了本实施方式中车辆加速度的模式生成步骤生成的车辆加速度的模式的例子。

图7E示出了本实施方式中车辆朝向的模式生成步骤生成的车辆朝向的模式的例子。

图7F示出了本实施方式中GPS取得定时(timing)的模式生成步骤生成的GPS取得定时的模式的例子。

图7G说明了本实施方式中测试案例生成程序根据图7B至图7F的模式生成的测试案例。

图8示出了本实施方式中测试数据生成程序的处理例的流程图。

图9示出了本实施方式中用于使用户进行测试策略的定义的GUI图像的例子。

图10示出了本实施方式中用于进行事件发生条件的定义的GUI图像的例子。

图11示出了本实施方式中测试管理图像的一例1100。

具体实施方式

以下，参照附图来说明本发明的实施方式。以下的说明和附图表示了遵循本发明的原理的具体实施方式和实施例，但是这些内容用于本发明的理解，决不用于对本发明进行限定性的解释。

本实施方式中，为了使本领域技术人员实施本发明而进行了充分详细的说明，但是其他的实施/形态也是可能的，应当理解在不脱离本发明的技术思想范围和精神的情况下，能够进行结构、构造的变更和多种要素的置换。因此，并不将以下的记载限定于此来进行解释。

此外，如下文所述，本发明的实施方式可以通过在通用计算机上工作的软件来实施，也可通过专用硬件或软件与硬件的组合来实施。

在以下的说明中，通过“表格”形式对本实施方式中利用的信息进行说明，但是信息未必通过由表格构成的数据构造来表现，还可以通过列表、DB、队列等数据构造或其他形式表现。为了表示出不依赖于数据构造，有时将“表格”、“列表”、“DB”和“队列”等简单地称为“信息”。在说明信息内容时，有时使用“识别信息”、“识别符”、“名”和“ID”的表现，且它们能够相互置换。

以下，将“程序”作为主语(动作主体)对本发明的实施方式中的各处理进行说明，但是利用存储器和通信端口(通信控制装置)来进行通过处理器执行程序而确定的处理，因此，也可以将处理器作为主语来进行说明。

此外，将程序作为主语所公开的处理，可以是计算机或信息处理装置进行的处理。程序的一部分或全部可以利用专用硬件实现，此外，也可以被模块化。各种程序可以通过程序分配服务器或非暂时性的存储介质被安装于计算机和信息处理装置中。

处理器按照程序来动作，由此作为实现预定功能的功能部来动作。例如，处理器按照控制程序来动作，由此具有控制部的功能，并按照管理程序来动作，由此具有管理部的功能。包含处理器的装置和***是包含这些功能部的装置和***。

本实施方式公开了一种支援测试的方法，该测试是实现如便携式信息终端(包含便携电话)或汽车导航终端那样的移动终端(包含在移动体中)的功能的程序的测试。本实施方式的方法，对参照地图数据并根据该地图数据中的移动体的当前位置执行特定事件的程序的测试进行支援。事件是在满足预先定义的条件时由程序的特定功能执行的处理。通过起动功能并进行处理，事件发生。

本实施方式能够适用于根据地图数据和移动体的位置而动作的各种功能(基于功能的事件)的测试。被测试的功能的一例是在用于车辆或人的导航***中，当移动终端(汽车导航终端、便携式信息终端等)来到危险场所附近时，在移动终端的画面中输出弹出图像或输出声音以通知危险的功能。这种输出即为事件。

另外的例子是，当移动终端来到特定的店的附近时，将该特定的店的信息在移动终端的画面中弹出显示的功能。另外的例子是，根据地图数据中的移动体的当前位置和该移动体的移动来控制该移动体的速度的功能。例如，某功能在车辆在急转弯近前以预定速度以上的速度行驶时使车辆减速。

在本实施方式中，程序的测试，通过对程序输入地图数据中位置变化的测试数据，来测试成为该程序的测试对象的功能是否按照规格进行动作(是否按照规格发生事件)。本实施方式的程序测试，能够通过根据测试案例自动生成测试数据，或者通过按照测试案例移动该移动体而生成测试数据。测试案例示出了移动体相对于指定位置的移动。

本实施方式的程序测试支援方法，根据对应于移动体的移动而由程序所给出的各种条件，***性地自动生成多个测试案例。各测试案例示出了移动体的移动，规定了移动体在地图数据上的轨迹(位置的变化)以及移动体的行为(例如速度和朝向)。由此，当对依赖于地图数据中的位置的移动体的功能按照规格进行正确动作的情况进行测试时，能够削减该测试的工夫。

在本实施方式中，测试支援方法的一例是根据生成的测试案例自动生成测试数据(用于模拟的伪数据)。由此，能够削减测试的工夫。程序测试，将对应于各测试案例的测试数据输入被测试的程序，确认各测试案例中程序的功能进行正确的动作，由此查出程序的不当，实现程序品质的提高。

[实施例1]

以下示出了一例，其为了简化在汽车导航终端上动作，且根据地图数据中的地理位置和表示车辆行为的行驶状态而动作的程序的功能的测试(事件发生的测试)，自动生成该程序的测试案例。在以下描述的例子中，测试案例规定车辆的移动。本例中，测试案例规定车辆的轨迹和行为。此外，以下的例子，根据生成的各测试案例自动生成在进行各测试案例的测试(被测试程序的功能测试)时使用的测试数据(伪数据)。

伪数据表示车辆的轨迹或行为(车辆朝向、速度等)。例如，伪数据是仅从GPS(全球定位***)得到的数据，从通过GPS取得的经纬度的点列数据中得到车辆轨迹、速度(连续的点的宽度)、加速度(连续的点列的宽度的范围)、朝向(连续点列形成的角度)的各种数据。

或者，伪数据有时也由使用多个设备得到的数据构成。例如，分别从GPS设备、车辆速度测量设备、加速度传感器、地磁传感器得到轨迹数据、速度数据、加速度数据和朝向数据。

图1是示出了本实施方式中的测试支援***的一例的框图。在本例中，测试支援***是计算机100。测试支援***能够包含多个计算机。

如图1所示，计算机100包含：作为执行程序的处理器的CPU101、作为保存程序以及程序使用的数据的主存储设备的存储器102、显示器或打印机等输出装置103、键盘或鼠标等输入装置104。

存储器102保存测试支援程序。测试支援程序保存：测试案例生成程序105和测试数据生成程序106、以及作为程序所参照的数据(信息)的事件发生条件表格107、测试策略表格108和地图数据109。

为了便于说明，在作为主存储设备的存储器102内表示出程序和该程序所参照的数据，但是典型的是将它们从二次存储设备(未图示)的存储区域载入存储器102的存储区域。二次存储设备是存储有用于实现预定功能所需要的程序和数据的、具备非易失性的非暂时性存储介质的存储设备。二次存储设备可以是通过网络连接的外部存储设备。在本实施方式中，存储设备包含主存储设备、二次存储设备以及它们的组合。

图2示出了本例的测试支援***100生成测试案例，并且根据该测试案例生成测试数据的处理的数据流。测试支援***100参照事件发生条件表格107、测试策略表格108和地图数据109生成测试案例201。此外，根据生成的测试案例201生成测试数据202。

具体来说，测试案例生成程序105取得事件发生条件表格107、测试策略表格108和地图数据109，由这些生成测试案例201。测试数据生成程序106取得所生成的测试案例201，由此生成测试数据202。

事件发生条件表格107、测试策略表格108和地图数据109是向测试案例生成程序105输入的数据，测试案例201是向测试数据生成程序106输入的数据。

如上所述，测试数据是向作为测试对象的汽车导航程序输入的数据，在本例中包含车辆的轨迹和行为的数据。轨迹数据例如包含由地图数据109规定的道路上的轨迹以及其朝向(在道路上的行进方向)的信息。行为的数据例如包含车辆的速度、加速度、车辆朝向等的信息。轨迹的数据和行为的数据能够分别作为独立的数据输入至汽车导航程序中。

本例的事件发生条件表格107，针对根据车辆的地理位置(地图上的位置)和车辆的行为执行规定处理(使规定事件发生)的软件功能，定义了执行该处理的条件(事件发生的条件)。处理的结果即为事件。

图3示出了事件发生条件表格107的结构例。该例示出了向驾驶者发出警告的功能的事件发生条件。具体来说，表示出在车辆的行进方向的前方有急转弯，在到达与急转弯相距预定距离的位置的车辆中，通过汽车导航***的输出装置(显示装置和/或声音输出装置)向驾驶者发出警告的功能的事件发生条件。

事件发生条件表格107包含类别栏301、项目栏302和值栏303。类别栏301存储将事件发生条件的项目(项目栏302的值)分类的类别。在本例中定义了两种类别，一种类别是“区域”，另一种类别是“车辆”。项目栏302存储属于各类别的事件发生条件的项目。“值栏”303示出了项目栏302中各项目的值。

图3的例中，“区域”的条件项目规定了针对警告功能启动(事件发生)的区域的条件，具体来说，规定了该区域和该区域中的条件判定定时(功能启动的定时)。通过由东北角的经纬度和西南角的经纬度所确定的矩形来规定上述区域，此外，规定了在车辆进入该区域的西侧边界(西北角与西南角之间的直线)的定时进行条件判定。

“车辆”的条件项目规定了警告功能启动(事件发生)的车辆的行为。本例规定了车辆速度为60km/h以上，车辆的朝向为以北方向为基准顺时针旋转70度～110度(东北方向～东南方向)的条件。不应用车辆的加速度的条件。

本例的警告功能，在车辆从西侧边界(西端)进入在由值栏303中存储的东北经纬度和西南经纬度的值规定的矩形区域的定时，当车辆的速度为60km/h以上且车辆的朝向为以北方向为基准顺时针旋转70度～110度之间时，输出警告。

本例通过表格来表现事件发生条件，但也可以使用CSV(Comma-SeparatedValues：逗号分隔值)或XML(Extensible Markup Language：可扩展标记语言)等其他表现。本例中，事件发生条件表格107的区域是用东北经纬度和西南经纬度确定的矩形，但区域能够使用中心经纬度和半径以圆来表现，或利用经纬度列以多角形来表现。此外，事件发生条件除了进入时以外，能够通过离去时、到达区域内的预定位置时等来规定条件判定定时。

事件发生条件依赖于功能。例如有时仅规定区域的条件，针对车辆仅规定上述3个要素中的一部分。针对位置的条件，有时通过线或点来规定。

图5示出了地图数据109中某区域的地图和本功能的测试案例中可能包含的轨迹。图5中纸面上方为正北方向。图5的地图示出的区域包含急转弯521和事件发生条件表格107规定的区域510。区域510通过东北角511和西南角512的经纬度来规定。事件发生条件表格107中的事件发生条件的判定定时是车辆从区域510的西端513进入的定时。

图5中，道路上的箭头(轨迹)531～542分别示出了不同轨迹。轨迹531～542通过起点、终点和行进方向来定义。图5中为了示出各轨迹，将轨迹531～542设置在南北方向中四个不同的位置，但是测试数据中的全部轨迹位于南北方向中同一位置(同一纬度)。轨迹531～536是面向拐角512的方向，轨迹536～542是背离拐角512的方向。

事件发生条件表格107所规定的区域项目规定在车辆从区域510的西侧边界513进入区域510的定时判定事件发生条件。图5的轨迹531～542中满足该条件的轨迹是轨迹531。能够根据轨迹的起点、终点和行进方向判定各轨迹是否满足该条件。

轨迹536～542不满足行进方向的条件。轨迹532的起点位于区域510内，不满足向区域进入的条件。轨迹533、536的起点和终点位于区域510外，不满足向区域进入的条件。轨迹534、535的起点和终点位于区域510内，不满足向区域进入的条件。

也就是说，起点位于区域510外、西侧边界513位于起点和终点之间、且行进方位为东方向的轨迹，是满足事件发生条件表格107规定的区域项目的条件的轨迹，在图5的例子中仅轨迹531相当于适合条件的轨迹。

此外，将判定定时规定为进入区域510时，根据车辆朝向的条件(本例中70度～110度)，只要是从某边界进入的轨迹，就可以判定其是否是适合事件发生条件的轨迹。

测试策略表格108规定了测试的方针，即测试案例的生成中的方针。由此，能够从可能发生的全部现象的测试案例中准确地选择为了进行测试所需要的测试案例，能够不测试全部测试案例而进行准确且有效率的测试。

图4示出了测试策略表格108的结构例，与图3的事件发生条件表格107同样地规定了向驾驶者发出警告的功能的测试策略。测试策略表格108能够进行用户设定，用户(开发者)通过设定测试策略表格108能够定义自身所希望的测试策略。测试策略表格108包含类别栏401、项目栏402和策略栏403。

类别栏401存储将测试策略的项目(项目栏402的值)分类的类别。本例中定义了3种类别，一种类别是“区域”，另一种类别是“车辆”，另一种类别是“GPS”(全球定位***)。“区域”和“车辆”的类别分别对应于事件发生条件表格107中的“区域”和“车辆”的类别。

它们分别包含关于事件发生条件表格107规定的区域的测试案例生成的策略项目、关于车辆行为的测试案例生成的策略项目、和关于GPS动作的测试案例生成的策略项目。项目栏402存储属于各类别的测试策略的项目。策略栏403示出了项目栏402中的各项目的测试策略。

本例中，类别栏401的“区域”的类别包含项目栏402“适合于事件发生条件的轨迹”和“不适合于事件发生条件的轨迹”的项目。在图5所示的例子中，适合于事件发生条件的轨迹是轨迹531，其他的全部轨迹均为不适合于事件发生条件的轨迹。

策略栏403规定关于“适合于事件发生条件的轨迹”项目，实施全部轨迹的测试案例的测试。这意味着生成适合于事件发生条件的全部轨迹的测试案例。此外，策略栏403规定关于“不适合于事件发生条件的轨迹”项目，实施事件发生条件方向的轨迹的测试案例的测试。在图5的例子中，事件发生条件方向是东方向，轨迹531～轨迹531的行进方向为该方向。生成不适合于事件发生条件的轨迹中的轨迹532～轨迹531的测试案例。

类别栏401的“车辆”类别包含项目栏402中的“速度”、“加速度”和“车辆朝向”的项目。它们分别对应于事件发生条件表格107中的“速度”、“加速度”和“车辆朝向”的项目。

策略栏403规定了针对“速度”项目生成默认值(地图数据109中包含的规则中的限制速度)、上限值和下限值(1km/h和150km/h)的两个极限值各自的测试案例。规定了针对“加速度”项目生成默认值(0m/s²)和上限值(8m/s²)各自的测试案例。规定了针对“车辆朝向”项目生成默认值(事件发生条件的中间值)的测试案例。

类别栏401的“GPS”类别包含项目栏402中的“取得周期”和“取得定时”的项目。策略栏403规定了针对“取得周期”项目生成汽车导航程序每1秒取得位置信息的测试案例。此外，策略栏403规定了生成将“取得定时”每次偏移取得周期的值的1/3(本例中为1/3秒)的测试案例。

本例中，关于在“区域”类别中按照策略而选择的轨迹，生成由“车辆”和“GPS”的类别的策略所规定的全部模式(pattern)，即条件值的全部的组合的测试案例。具体来说，所选择的轨迹的测试案例，生成由策略403栏规定的车辆速度值、加速度值和GPS取得定时的不同值的全部组合的测试案例。全部测试案例的车辆朝向和取得定时的值相同。

在生成的测试案例的数量过多时，测试策略表格108可以规定，关于选择的轨迹，从能够生成的测试案例中选择一部分测试案例。例如，不适合于事件发生条件的轨迹的测试案例生成，在策略项目包含含有默认值的多个值的情况下，可以仅选择该项目中的该默认值。例如，由于是不适合于事件发生条件的轨迹，因此不生成极限值的加速度的测试案例。由此，能够根据事件发生条件，适当地减少测试案例的数量。

测试策略依赖于被测试的功能。例如可以仅规定关于图4所示表格108中的区域的策略，有时仅规定区域和车辆的策略，或者仅规定各类别的一部分项目。有时还规定与这些不同的类别或者项目的策略。

图6是测试案例生成程序105生成测试案例的处理例的流程图。图7A示出了图6中所示流程中的数据流动。测试案例生成程序105参照测试策略表格108、事件发生条件表格107和地图数据109，根据这些信息生成测试案例。

图6的流程图中，测试案例生成程序105从包含于事件发生条件表格107中的“区域”类别的“东北经纬度”、“西南经纬度”以及“定时”条目中取得值栏303的值(S101)。

接着，测试案例生成程序105在地图数据109上确定以所取得的东北经纬度的值和西南经纬度的值为顶点的矩形。该矩形是用于生成测试案例的区域(图5中的区域510)。此外，测试案例生成程序105将该矩形的边确定为上述区域的边界，从地图数据109中提取与该边界交叉的道路的信息(S102)。图5的例中仅一条道路与区域510的边界交叉。

测试案例生成程序105针对提取的各道路(S103)分别生成行驶轨迹模式701、车辆速度模式710、车辆加速度模式704、车辆朝向模式713、GPS取得定时模式707(S104、S105、S106、S107和S108)。测试案例生成程序105确认是否针对提取的全部道路重复了步骤S104～S108(S109)。

如果未针对全部道路重复步骤S104～步骤S108(S109：否)，则测试案例生成程序105返回步骤S103。在针对全部道路已重复了步骤S104～步骤S108的情况下(S109：是)，测试案例生成程序105生成分别从生成的行驶轨迹模式701、车辆速度模式710、车辆加速度模式704、车辆朝向模式713、GPS取得定时模式707选择的模式的全部组合716，并生成全部组合716的测试案例717(S110)。

图7B是描述行驶轨迹模式的生成步骤S104所生成的行驶轨迹模式701的例子的图。该例子示出了图5所示例子中的多个行驶轨迹模式。图7B利用表格说明了行驶轨迹模式701，该表格具有行驶轨迹栏702和对于事件发生条件的适合/不适合栏703。

行驶轨迹栏702存储行驶轨迹的识别符。适合于/不适合于事件发生条件栏703存储表示各行驶轨迹是否适合于事件发生条件的针对行驶轨迹的条件的值。如上所述，各轨迹能够通过其起点、终点和朝向来确定，生成的行驶轨迹模式701能够通过这些值来表示各轨迹。

在图7B中，行驶轨迹的识别符与图5中行驶轨迹附带的参考符号相一致。如上所述，轨迹531满足事件发生条件，但是其他轨迹不满足事件发生条件。测试案例生成程序105按照测试策略表格108的“区域”的策略，生成在适合于事件发生条件的全部轨迹和不适合于事件发生条件的轨迹中的、其方向为事件发生方向的轨迹(模式)。

具体来说，测试案例生成程序105生成事件发生方向的轨迹中的以下6种轨迹。生成：(1)从指定区域510外越过边界线的轨迹、(2)从指定区域510内超出边界线的轨迹、(3)到指定区域510外的区域边界近前(边界附近)为止的轨迹、(4)未从指定区域510内的区域边界附近越过边界的轨迹、(5)从指定区域510内的位置到区域边界近前(附近)的轨迹、(6)从指定区域510外的区域边界附近开始的轨迹。边界附近位置是相距边界预先设定的距离以内的位置。

图5中，轨迹531、轨迹532、轨迹533、轨迹534、轨迹535和轨迹535分别相当于上述6种轨迹。图5的例中，包含在区域510中的道路仅一个，但是有时将区域定义为含有多个道路。此外，根据道路，有时是单向通行，因此，这种情况下，模式提取仅提取能够通行的一个方向的轨迹。测试案例生成程序105也可以按照其他规则生成模式。

图7C是描述车辆速度的模式生成步骤S105生成的车辆速度模式710的例子的图。图7C通过表格说明了车辆速度模式710。该表格具有车辆速度栏711和适合于/不适合于事件发生条件栏712。车辆速度栏711存储所生成的车辆速度的值(模式)，适合于/不适合于事件发生条件栏712存储示出了车辆速度的各值是否适合于事件发生条件中的车辆速度的条件的值。

测试案例生成程序105按照事件发生条件和测试策略，决定测试案例(车辆速度的模式710)中包含的车辆速度的值。此外，本例中，测试案例生成程序105，在事件发生条件包含车辆速度条件的情况下，生成：(1)由条件所规定的速度的模式、(2)由条件所规定的速度-1km/h的模式、(3)由条件所规定的速度+1km/h的模式。本例中对由条件所规定的速度进行了减1或加1，但是该预先设定的值依赖于设计，并不限于1。此外，加上的值与减去的值可以不同。

除此之外，测试案例生成程序105，在测试策略规定了速度的默认值的情况下，生成(4)该速度的默认值的模式，此外，在测试策略中有极限值的规定的情况下，生成(5)最小极限值的速度的模式、(6)最大极限值的速度的模式。如此，测试案例生成程序105遵从的规则被包含在用户能够设定的测试策略中，或者在测试案例生成程序105中预先被定义。通过哪一种方法来规定哪一种规则，依赖于设计。这在其他模式生成中是相同的。

图3所示的事件发生条件表格107的例子规定了车辆速度为60km/h以上的条件。因此，测试案例生成程序105，在车辆速度模式710中包含60km/h、(60-1)km/h和(60+1)km/h的各个。

图4所示的测试策略表格108的例子针对车辆速度规定了默认值和极限值。所规定的默认值是限制速度，最小极限值是1km/h、最大极限值是150km/h。因此，测试案例生成程序105在车辆速度模式710中包含该道路的限制速度、1km/h和150km/h的各个。

如此，在本例中，六个车辆速度的值(模式)被包含在车辆速度模式710中。图7C所示的车辆速度模式710的表格示出了这六个车辆速度的值(模式)。此外，在生成的模式的某一对为同一值的情况下，选择一方即可。

测试案例生成程序105可以按照其他规则生成模式。例如在事件发生条件没有规定速度条件的情况下，测试案例生成程序105可以仅生成测试策略规定的默认值的模式。此外，在事件发生条件规定了速度条件的情况下，测试案例生成程序105也可以不生成默认值的模式。这些在其他种类的模式生成中是相同的。

图7D是描述车辆加速度模式的生成步骤S106所生成的车辆加速度模式704的例子的图。图7D通过表格说明了车辆加速度模式704。该表格具有车辆加速度栏705和适合于/不适合于事件发生条件栏706。车辆加速度栏705存储所生成的车辆加速度的值(模式)，适合于/不适合于事件发生条件栏706存储示出了车辆加速度的各值是否适合于事件发生条件中的车辆加速度的条件的值。

测试案例生成程序105按照事件发生条件和测试策略，决定测试案例(车辆加速度模式704)中包含的车辆加速度的值。此外，本例中，测试案例生成程序105，在事件发生条件中包含加速度的规定的情况下，生成：(1)由条件所规定的加速度的模式、(2)由条件所规定的加速度-1m/s²的模式、(3)由条件所规定的加速度+1m/s²的模式。本例中，对由条件所规定的加速度进行了减1或加1，但是该预先设定的值依赖于设计，并不限于1。此外，加上的值与减去的值可以不同。

除此之外，测试案例生成程序105，在测试策略规定了极限值的情况下，生成(4)最小极限值的加速度的模式、(5)最大极限值的加速度的模式。此外，在测试策略规定了默认值的情况下，测试案例生成程序105生成(6)加速度的该默认值的模式。

图3所示的事件发生条件表格107的例子没有规定加速度的条件。图4所示的测试策略表格108的例子针对加速度规定了默认值和极限值。因此，测试案例生成程序105生成这两个模式。如图7D的例子所示，车辆加速度的模式704由默认值0m/s²的模式、极限值8m/s²的模式构成。由于事件发生条件没有针对加速度进行规定，因此，任意模式均适用于事件发生条件。

图7E是描述车辆朝向模式的生成步骤S107所生成的车辆朝向模式713的例子的图。图7E通过表格说明了车辆朝向模式713。该表格具有车辆朝向栏714和适合于/不适合于事件发生条件栏715。车辆朝向栏714存储所生成的车辆朝向的值(模式)，适合于/不适合于事件发生条件栏715存储示出了车辆朝向的各值是否适合于事件发生条件中的车辆朝向的条件的值。

测试案例生成程序105按照事件发生条件和测试策略，决定测试案例(车辆加速度的模式704)中包含的车辆加速度的值。此外，本例中，测试案例生成程序105，在事件发生条件中包含朝向的规定的情况下，生成：(1)由条件所规定的小角度(最小角度)与大角度(最大角度)的中心的模式、(2)由条件所规定的小角度的模式、(3)由条件所规定的大角度的模式、(4)由条件所规定的小角度-1度的模式、(5)由条件所规定的大角度+1度的模式。

本例中从由条件所规定的最小角度减去1度，在最大角度上加上1度，但是这些预先设定的数值依赖于设计，并不限于1。此外，加上的值与减去的值可以不同。

除此之外，在测试策略规定了加速度的极限值的情况下，生成：(6)最小极限值的角度的模式、(7)最大极限值的角度的模式。此外，在测试策略规定了加速度的默认值的情况下，测试案例生成程序105生成(8)默认值的模式。

图3所示的事件发生条件表格107的例子规定了车辆朝向的角度范围。因此，测试案例生成程序105根据该角度范围的值生成上述五个模式。

图4所示的测试策略表格108的例子规定了车辆朝向的默认值。因此，测试案例生成程序105生成该默认值的模式。本例中由于默认值与事件发生条件的角度范围的中心值相一致，因此不需要生成默认值的模式。

如图7E的例子所示，车辆朝向的模式713由事件发生条件所规定的角度范围的中心值90度、其小角度70度、其大角度110度、比70度小1度的69度、以及比110度大1度的111度的模式构成。

图7F是描述GPS取得定时模式的生成步骤S108所生成的GPS取得定时模式707的例子的图。图7F通过表格说明了GPS取得定时模式707。该表格具有GPS取得定时栏708和适合于/不适合于事件发生条件栏709。GPS取得定时栏708存储所生成的GPS取得定时的值(模式)，适合于/不适合于事件发生条件栏709存储示出了GPS取得定时的各值是否适合于事件发生条件中的车辆朝向的条件的值。

测试案例生成程序105按照事件发生条件和测试策略，决定测试案例(GPS取得定时的模式707)中包含的GPS取得定时的值。图3所示的事件发生条件表格107的例子规定了GPS取得周期为1秒。图4所示的测试策略表格108的例子针对GPS取得定时规定“每次偏移取得周期的1/3”。

测试案例生成程序105生成以测试开始为基准，每次将取得周期的开始偏移1/3秒的三个模式。图7F的GPS取得定时模式707的例子由从测试开始0秒后取得开始的模式、从测试开始1/3秒后取得开始的模式、从测试开始2/3秒后取得开始的模式构成。在规定“每次偏移取得周期的1/n”(n为1以上的整数)的情况下，GPS取得定时模式707由取得开始定时从测试开始定时起每次相差周期的1/n的n个模式构成。

生成位置信息不同的取得定时的方法不限于上述例子，而依赖于测试支援***的设计。上述例子的偏移量是恒定的，但是它们也可以不同。偏移量可以是相对于取得周期而独立的值。测试开始与取得定时可以不一致。

上述各种模式的生成方法是一个例子，并不限于这些。在通过事件发生条件规定了一个数值的情况下，测试案例生成程序105能够生成该值与附近值的全部或一部分模式。在通过事件发生条件规定了数值范围的情况下，能够生成其极限值、极限值的附近值以及中心值的全部或一部分的模式。针对策略也是同样的。

图7G是描述测试案例生成程序105根据图7B～图7F的模式生成的测试案例的图，示出了全部测试案例的一部分。各条目对应一个测试案例。

图7G的表格具有行驶轨迹栏718、车辆速度栏719、车辆加速度栏720、车辆朝向栏721、GPS取得定时栏722、适合于/不适合于事件发生条件栏723。适合于/不适合于事件发生条件栏723，在各条目中，如果组合中的任一个模式的值不适合于事件发生条件，则存储示出不适合的值。

如上所述，测试案例生成程序105分别从生成的行驶轨迹模式701、车辆速度模式710、车辆加速度模式704、车辆朝向模式713和GPS取得定时模式707中选择一个模式，生成各测试案例。图7G中各测试案例的构成要素的模式为上述6种的6个模式。全部测试案例的模式的组合是不同的，生成了6种的6个模式的全部组合的测试案例。

测试数据生成程序106中，根据被生成的测试案例717生成测试数据。图8示出了测试数据生成程序106的处理例的流程图。

在图8的流程图中，测试数据生成程序106针对各测试案例重复以下步骤(S201)。在步骤S202中，测试数据生成程序106取得与测试案例的行驶轨迹对应的纬度、经度的点列。

接着，测试数据生成程序106考虑车辆速度，取得最初的GPS取得定时的行驶轨迹上的纬度和经度，并与车辆速度、车辆加速度和车辆朝向一起保存(S203)。测试数据生成程序106考虑车辆速度，算出GPS取得周期后的行驶轨迹上的纬度和经度(S204)。此外，测试数据生成程序106保存该纬度、经度和车辆速度、车辆加速度和车辆朝向(S205)。

测试数据生成程序106确认是否到达行驶轨迹的结束位置(S206)。如果未到达(S206：否)，则测试数据生成程序106重复从步骤S204往后的步骤。如果到达(S206：是)，则测试数据生成程序106将保存的纬度、经度、车辆速度、车辆加速度和车辆朝向的组作为测试数据来输出(S207)。

测试数据生成程序106确认是否针对全部测试案例重复了步骤S203～步骤S207（S208）。如果未重复(S208：否)，则测试数据生成程序106重复从步骤S202往后的步骤。如果针对全部测试案例的重复结束(S208：是)，则测试数据生成程序106结束该流程(S209)。

此外，测试数据中各位置的值的组合依赖于程序。上述例子通过位置、速度、加速度和朝向的值的多个组合构成测试数据，但是，例如其他程序的测试数据中的组合有时是位置与除此之外的要素的一部分的组合。

图9示出了用于用户定义测试策略的GUI图像的例子900。该GUI由测试支援程序中包含的GUI程序(未示出)在输出装置103上进行提示，用户通过输入装置104输入需要的信息。GUI程序将被输入的定义信息登录至测试策略表格108中。

“适合于事件发生条件的轨迹”901是事件发生条件表格108中“适合于事件发生条件的轨迹”的策略的输入字段。“不适合于事件发生条件的轨迹”901是事件发生条件表格108中“不适合于事件发生条件的轨迹”的策略的输入字段。例如，用户能够从下拉菜单中选择针对它们的定义。

用户针对车辆速度能够在“默认值”字段903、“最小极限值”字段904和“最大极限值”字段905中定义值。针对车辆加速度也同样能够在“加速度”字段906、“最小极限值”字段907和“最大极限值”字段908中定义值。针对车辆朝向，能够在“默认值”字段909中定义值。

GPS的“取得周期”字段910中定义的值示出以多大的频率来接收GPS。“定时”字段911中定义的值示出实施将取得周期进行了多大偏移的测试。例如，用户在取得周期中规定每一秒，在定时中规定取得周期的1/3，即1/3秒。

在该例中，测试案例生成程序105生成了从测试开始0/3秒后每1秒开始取得GPS的案例、从测试开始1/3秒后每1秒开始取得GPS的案例和从2/3秒后每1秒开始取得GPS的案例。定义结束后，用户按下保存按钮912，GUI程序对其进行响应，将定义的值反映并保存至测试策略表格108。

图9所示的测试策略定义图像900为一个例子，能够定义的要素依赖于测试支援装置的设计。其他的例子提供了仅能够定义图9所示要素的一部分或者与这些要素不同的要素的GUI。此外，各要素的显示方法依赖于GUI的设计，而不限于图9所示的例子。

图10示出了用于定义事件发生条件的GUI图像的例子1000。用户通过鼠标(输入装置103)移动地图画面区域的柄状物(handle)1001、1002、1003和1004，由此定义想要使事件发生的区域。用户通过该区域的变更，变更东北点1005的经纬度和西南点1006的经纬度的值。

用户可以在“定时”字段1007中定义判定事件发生条件的定时。例如，其为进入时、离去时等。进入时表示在最初从区域外进入区域内的定时判定事件发生条件(事件发生)，离去时表示在从区域内最初离去到区域外的定时判定事件发生条件(事件发生)。

“速度”的字段1008和1009表示事件发生的车辆速度的范围。“加速度”的字段1010和1011表示事件发生的车辆加速度的范围。“朝向”的字段1012和1013表示事件发生的车辆朝向的范围。用户在“应用的测试策略”字段1014中指定测试策略的文件名等名称。

GUI程序将被输入的事件发生条件的数据反映在事件发生条件表格107中。用户在上述定义结束之后，通过按下“测试案例生成”按钮1015开始测试案例的生成。

图10所示的事件发生条件定义图像1000为一个例子，能够定义的要素依赖于测试支援装置的设计。其他的例子提供了仅能够定义图10所示的要素的一部分或者与这些要素不同的要素的GUI。此外，各要素的显示方法依赖于GUI的设计，而不限于图10所示的例子。

图11示出了测试管理图像的一个例子1100。测试管理图像1100是用户用于确认自动生成的测试案例、编辑所生成的测试案例或者进行测试的图像。GUI程序将该图像显示在输出装置103中。

用户例如能够通过将便携电话或汽车导航终端那样实际上功能发生动作的移动体与计算机100相连接，将测试数据发送至移动体来进行程序的测试。或者用户能够将模拟在移动体上动作的软件功能的仿真器安装至计算机100，使用该仿真器来进行测试。

测试管理图像1100的左侧是测试案例列表显示部分1109。测试案例列表显示部分1109的左侧显示了测试案例号码和事件发生的有无。测试案例列表显示部分1109的右侧的“○”/“×”表示测试结果。

“○”表示功能正常动作(成功)，“×”则意味着功能误动作(失败)。例如在适合于事件发生条件的条件下进行测试的结果，在实际上事件发生的情况下，在该条目中显示“○”。在事件未发生的情况下，意味着功能未按照软件规格进行动作，因此，在该条目中显示“×”。

“选择执行”按钮1101是执行在测试案例列表显示部分1109的列表中选择的测试案例的按钮。“全部执行”按钮1102是将作为测试案例所定义的全部测试统一执行的按钮。“编辑”按钮1103是编辑现存的测试案例的内容的按钮，“追加”按钮1104是追加新的测试案例的按钮，“删除”按钮1105是删除现存的测试案例的按钮。

测试管理图像1100的右侧是地图显示部分1106。该部分1106在地图上显示由测试案例所定义的行驶轨迹。该行驶轨迹与测试案例的列表是相关联的。

例如当用户使用输入装置104选择测试案例列表显示部分1109的任意测试案例时，地图显示部分1106(GUI程序)强调显示对应该测试案例的行驶轨迹1107。相反地，当用户使用输入装置104选择地图显示部分1106的行驶轨迹时，测试案例列表显示部分1109(GUI程序)强调表示对应的1个或多个测试案例，或者仅表示对应的1个或多个测试案例。

测试管理图像1100的右侧下部分是参数显示部分1108，显示通过测试案例列表显示部分1109所选择的测试案例中的车辆和GPS的参数。

图11所示测试管理图像1100为一个例子，能够确认的要素依赖于测试支援装置的设计。其他的例子提供了仅能够定义图11所示要素的一部分或者与这些要素不同的要素的GUI。此外，各要素的显示方法依赖于GUI的设计，而不限于图11所示的例子。

[其他实施例]

在测试策略表格108中，除了图4所示例子之外，“区域”类别的策略能够使用从(1)“针对事件发生条件方向的轨迹来实施”、(2)“针对事件发生条件反方向的轨迹来实施”、(3)“针对区域外的轨迹来实施”、(4)“针对区域内的轨迹来实施”等中选择的一个或多个要素的组合来规定。例如能够定义策略，使得仅针对“事件发生条件方向”且“区域外”的轨迹((1)且(3))来生成测试案例。

如上所述，本实施方式的测试支援方法使用地图数据109中包含的信息生成测试案例。上述例子除了道路的位置和形状(例如弯或直线)的信息之外，使用了道路利用规则中包含的限制速度或能够通行的方向(道路是仅能单方向通行或能够双向通行)的信息。

地图数据109除了上述信息之外，还包含针对道路的各种信息。测试支援***能够使用地图数据109中包含的各种信息决定要生成的测试案例。例如，地图数据109包含道路种类(干线道路、一般道路、还是高速道路)、道路的宽度/车道数、时间段限制(早/晚的校区、规定时间内的禁止通行、对应于时间的车道构成变化等)等信息。测试策略表格108能够包含基于这些的策略。

例如，测试策略表格108能够规定当事件发生条件的区域跨越多个道路时，是否根据道路种类来实施测试(是否生成测试案例)。或者可以规定为对应于不同的道路种类应用其他类别的不同策略。所规定的道路种类包含干线道路、一般道路和高速道路等。

测试策略表格108可以规定包含道路宽度/车道数的策略。测试策略表格108能够规定当事件发生条件的区域跨越多个道路时，是否根据道路宽度/车道数来实施测试(是否生成测试案例)。

或者，可以规定为对于不同的道路宽度/车道数应用其他类别的不同策略。所规定的道路宽度/车道数，例如为“道路宽度=3m～5m”、“道路宽度=5m～10m”、“道路宽度=10m～20m”、“单侧车道数=1”、“单侧车道数=2”、“单侧车道数=3”等。

测试策略表格108可以规定包含道路的时间段限制的策略。例如，在进行仅在早上显示的广告(事件发生条件包含时间段条件)的测试的情况下，测试策略表格108可以包含参照地图数据109中包含的时间段限制信息，规定不实施早上不能通行的道路的测试的策略。

以上是对本发明的实施方式的说明，但是本发明不限于上述实施方式。本领域技术人员在本发明的范围内能够容易地对上述实施方式的各要素进行变更、追加、变换和删除。

本发明的测试支援技术能够应用于按照地图数据和移动体在地图数据上的位置进行动作的各种程序。例如除了上述汽车导航***的例子之外，还能够应用于便携电话上运行的导航程序、车辆控制***和室内的导航***等。

例如能够将图3和图4所示的事件发生条件和测试策略改变一部分，应用于手机上运行的导航程序的测试。例如将速度的值与人的步行速度相组合，删除加速度的项目。人的步行轨迹在人行道上。

上述例子根据测试案例自动生成测试数据，但是也可以与此不同，发明人通过按照测试案例实际移动移动体来进行程序的测试。测试数据通过移动体的移动而被生成。也可以不使用测试策略而根据事件发生条件与地图数据生成测试案例。

将存储有实现上述实施方式的功能的软件的程序代码的非暂时性存储介质供给至***或装置，由该***或装置的计算机(或CPU、MPU)读出存储在非暂时性存储介质中的程序代码并执行，由此也实现本发明。

这种情况下，从非暂时性存储介质中读出的程序代码本身实现上述实施方式的功能，存储该程序代码的非暂时性存储介质可以构成本发明。此外，还包含这样的情况，不仅通过执行计算机读出的程序代码来实现上述实施方式的功能，而且根据该程序代码的指示，在计算机上运行的操作***（OS）等进行实际处理的一部分或者全部，通过该处理实现上述实施方式的功能。

此外，实现上述实施方式的功能的软件的程序代码通过网络进行分发，由此存储于***或装置的硬盘、存储器等存储设备或者CD-RW、CD-R等非暂时性存储介质中，该***或装置的计算机(或CPU、MPU)将该存储设备或该非暂时性存储介质中存储的程序代码读出并执行，由此也实现了本发明。

Claims (15)

1.一种测试支援***，其包含处理器和存储设备，支援根据地图信息上的移动体的位置进行动作的程序的功能的测试，

所述测试支援***的特征在于，

所述存储设备保存所述地图信息、定义所述程序中的事件发生条件的事件发生条件信息；

所述发生条件规定所述地图信息中的指定位置、所述移动体对于该指定位置的移动的条件；

所述处理器参照所述地图信息和所述事件发生条件信息，规定所述地图信息中的所述指定位置和所述移动体对于所述指定位置的移动，生成为了生成测试数据而被参照的多个测试案例，所述测试数据是为了确认所述事件按照所述发生条件发生而向所述程序输入的测试数据。

2.根据权利要求1所述的测试支援***，其特征在于，

所述多个测试案例包含：

表示所述地图信息中的所述指定位置和适合于所述发生条件的所述移动体相对于所述指定位置的移动的测试案例；

表示所述地图信息中的所述指定位置和不适合于所述发生条件的所述移动体相对于所述指定位置的移动的测试案例。

3.根据权利要求1所述的测试支援***，其特征在于，

所述存储设备还保存规定用于生成所述多个测试案例的用户能够设定的策略的测试策略信息；

所述处理器按照所述测试策略信息生成所述多个测试案例。

4.根据权利要求3所述的测试支援***，其特征在于，

所述处理器生成所述移动体的移动轨迹的1个以上的模式和规定所述移动体的行为的1个以上的要素各自的1个以上的模式；

利用生成的所述移动轨迹的1个以上的模式和所述行为的1个以上的模式的组合来生成所述多个测试案例。

5.根据权利要求4所述的测试支援***，其特征在于，

所述指定位置包含在所述地图信息中的指定区域中，

所述移动体的移动轨迹的1个以上的模式包含：

从所述指定区域外越过所述指定区域的边界的轨迹的模式，

从所述指定区域内越过所述指定区域的边界的轨迹的模式，

从所述指定区域外的位置到所述指定区域的边界近前的轨迹的模式，

从所述指定区域内的所述指定区域的边界附近位置到所述指定区域内的位置的轨迹的模式，

从所述指定区域内的位置到所述指定区域的边界近前的轨迹的模式，以及

从所述指定区域的边界附近位置开始的所述指定区域外的轨迹的模式，

所述处理器，在所述多个测试案例中的各个测试案例中，添加所述事件是否发生的信息。

6.根据权利要求4所述的测试支援***，其特征在于，

所述移动体的行为的所述1个以上的要素包含所述移动体的速度，

所述发生条件规定了所述移动体的速度，

所述移动体的速度的1个以上的模式包含：

由所述发生条件规定的速度的模式,

由所述发生条件规定的速度减去预定值得到的速度的模式,以及

由所述发生条件规定的速度加上预定值得到的速度的模式，

在所述测试策略信息规定了所述移动体的速度的极限值的情况下，所述移动体的速度的多个模式包含所述极限值的模式。

7.根据权利要求4所述的测试支援***，其特征在于，

所述1个以上的要素包含所述移动体的朝向，

所述发生条件规定所述移动体的朝向的角度范围，

所述移动体的朝向的1个以上的模式包含：

所述角度范围的中心值的模式，

所述角度范围的下限角度的模式，

所述角度范围的上限角度的模式，

所述下限角度减去预定值得到的角度的模式，以及

所述上限角度加上预定值得到的角度的模式。

8.根据权利要求4所述的测试支援***，其特征在于，

还包含输入设备和输出设备，

所述输出设备输出所述测试策略的定义图像，

所述处理器，对所述定义图像，将通过所述输入设备输入的测试策略反映至所述测试策略信息中，

在所述定义图像中，能够对适合所述发生条件的移动轨迹模式和不适合所述发生条件的移动轨迹模式定义不同的策略。

9.根据权利要求4所述的测试支援***，其特征在于，

还包含输入设备和输出设备，

所述输出设备输出所述事件发生条件的定义图像，

所述处理器对所述定义图像，将通过所述输入设备输入的事件发生条件反映至所述事件发生条件信息中，

在所述定义图像中，能够定义事件发生条件中包含的区域和所述移动体的速度、适用的测试策略。

10.根据权利要求4所述的测试支援***，其特征在于，

还包含输入设备和输出设备，

所述输出设备显示用于确认所述多个测试案例的图像，

所述图像包含：

所述多个测试案例的至少一部分测试案例的列表，

显示从所述列表中通过所述输入设备选择的测试案例的移动轨迹的部分，

显示表示所述选择的测试案例中所述移动体的行为的参数的部分。

11.根据权利要求3所述的测试支援***，其特征在于，

所述地图信息包含道路位置和道路管制的信息，

所述测试策略信息规定了基于所述道路管制的策略。

12.根据权利要求1所述的测试支援***，其特征在于，

所述多个测试案例中的各个测试案例，规定所述移动体的移动轨迹，

所述处理器，生成在所述移动体在所述多个测试案例中的各个测试案例中定义的所述移动轨迹上移动时所述程序取得的数据的伪数据，来作为所述多个测试案例中各个测试案例的测试数据。

13.根据权利要求1所述的测试支援***，其特征在于，

所述程序，按照取得所述移动体的位置信息的设备所取得的位置信息进行动作，

所述处理器，生成基于所述设备的位置信息的取得周期的开始定时不同的多个测试案例。

14.一种测试支援方法，是测试支援***支援根据地图信息上的移动体的位置进行动作的程序的功能的测试的方法，其特征在于，

在所述测试支援系中，参照所述地图信息和定义所述程序中的事件发生条件的事件发生条件信息，所述发生条件规定所述地图信息中的指定位置和所述移动体针对该指定位置的移动的条件，

在所述测试支援***中，参照所述地图信息和所述事件发生条件信息，规定所述地图信息中的所述指定位置和所述移动体对于所述指定位置的移动，生成为了生成测试数据而被参照的多个测试案例，所述测试数据是为了确认所述事件按照所述发生条件发生而向所述程序输入的测试数据。

15.一种程序。使计算机***执行以下处理：支援对应于地图信息上的移动***置进行动作的被测试程序的功能的测试，所述的程序的特征在于，

使所述计算机执行以下步骤：

参照所述地图信息的步骤；

参照所述程序中的定义事件发生条件的事件发生条件信息的步骤；

基于所述地图信息和所述事件发生条件信息，生成为了生成测试数据而被参照的多个测试案例的步骤，所述测试数据是为了确认所述事件按照所述发生条件发生而向所述程序输入的测试数据，

所述发生条件规定所述地图信息中的指定位置和所述移动体对于该指定位置的移动的条件，

所述多个测试案例规定所述地图信息中的所述指定位置和所述移动体对于所述指定位置的移动。

Images