JP7760979B2 - Information processing system and information processing method - Google Patents

Description

This disclosure relates to an information processing system and an information processing method.

Traditionally, software development sometimes uses methods known as continuous integration (CI) and continuous delivery (CD). Note that continuous deployment (CD) is sometimes used instead of continuous delivery. These development methods aim to reduce the number of large-scale revision events and the cost of revisions by frequently and automatically verifying software during development.

For example, in software development, multiple developers each create source code, and the operation of each individual source code is checked. However, when multiple source codes are integrated and run as a single piece of software, there is a risk of errors occurring. In this case, it becomes necessary to verify which combination of source codes caused the error, one by one, which can result in time-consuming operation tests.

In a development method based on CI/CD, for example, source code created by multiple developers is stored in a repository on the cloud (pushed to the repository). Then, a source control tool (also known as Source Code Management: SCM) such as GitHub (registered trademark) automatically creates tasks (build tasks) based on the source code stored in the repository each time the source code is updated. The tasks are then automatically tested by a CI/CD tool such as Jenkins (registered trademark).

In this way, by repeating integration in small cycles and frequently checking for integration errors, large-scale rework can be reduced.

Patent Document 1 discloses a technology for selecting test cases to be executed based on the importance of the test and the execution time of the test. With the technology in Patent Document 1, for example, test cases with low importance are not executed, thereby reducing the time required for automated testing of CIs.

Patent Document 2 discloses a technology that stores the results of the previous test in an execution result database, and when a test is performed, references the execution result database and skips the current test if the previous test results are OK and there are no changes between the files related to the previous test and the files related to the current test. With the technology in Patent Document 2, test-related processing can be omitted depending on the judgment results, thereby shortening the test execution time.

JP 2010-134643 A International Publication No. 2020/166345

Software development is becoming larger in scale every year, and as a result, the time required for testing is also increasing. For this reason, when adopting development methods based on CI/CD, there is a demand for more efficient testing.

Here, if a method is adopted in which the results of the previous test are stored in an execution result database, as in Patent Document 2, and when a new test is executed, the results of the previous test are referenced to determine whether or not to skip the new test, it is necessary to create this execution result database.

However, as software development scale increases, the number of types of tests to be executed increases and the source file size used for each test increases. Therefore, creating an execution result database like the one described above can take longer than running the tests directly without stepping them, and it may not be possible to improve the efficiency of test execution.

In light of these issues, the present disclosure aims to provide an information processing system and information processing method that can perform tests more efficiently.

The information processing system disclosed herein is an information processing system that supports the development of software by executing tests of tasks generated based on multiple sources included in the software, and is equipped with a control unit that integrates the multiple sources that form the basis of the task to generate a product and executes tests of the task using the product, and the control unit registers the product in storage if registration conditions are met, and does not register the product in storage if the registration conditions are not met.
Here, the registration condition is at least one of the following first to third registration conditions.
First registration condition: The file size of the product is less than a predetermined amount. Second registration condition: The safety standard required for the product exceeds a predetermined level. Third registration condition: The difference obtained by subtracting the total time of the registration time for registering the product in the storage and the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

The information processing system disclosed herein is an information processing system that supports the development of software by executing tests of tasks generated based on multiple sources included in the software, and includes a control unit that integrates the multiple sources that form the basis of the task to generate a product, registers the product in storage, and executes tests of the task using the product, and when the task is input to the control unit, if a read condition is met, the control unit reads from the storage the product that was generated when the task was previously input to the control unit, and if the read condition is not met, generates a new product based on the task that has been input to the control unit this time.
Here, the read condition is at least one of the following first to third read conditions.
First reading condition: the file size of the product is less than a predetermined amount. Second reading condition: the safety standard required for the product exceeds a predetermined level. Third reading condition: the difference value obtained by subtracting the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

The information processing method disclosed herein is an information processing method that supports the development of software by executing tests of tasks generated based on multiple sources included in the software, and includes a first step of integrating the multiple sources that form the basis of the task to generate a product, a second step of executing tests of the task using the product, and a third step of registering the product in storage if registration conditions are met, and not registering the product in storage if the registration conditions are not met.
Here, the registration condition is at least one of the following first to third registration conditions.
First registration condition: The file size of the product is less than a predetermined amount. Second registration condition: The safety standard required for the product exceeds a predetermined level. Third registration condition: The difference obtained by subtracting the total time of the registration time for registering the product in the storage and the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

This disclosure allows tests to be performed more efficiently.

FIG. 1 is a diagram illustrating an example of an information processing system according to an embodiment. FIG. 2 is a diagram illustrating an example of software according to the embodiment. FIG. 3 is a diagram illustrating an example of the internal configuration of the information processing apparatus according to the embodiment. FIG. 4 is a table showing an example of version information according to the embodiment. FIG. 5 is a table showing an example of test result information according to the embodiment. FIG. 6 is a table showing an example of file size information according to the embodiment. FIG. 7 is a table illustrating an example of safety standard information according to the embodiment. FIG. 8 is a flowchart illustrating an example of an information processing method according to the embodiment. FIG. 9 is a subroutine showing details of the task input process according to the embodiment.

Description of the embodiments of the present disclosure
The gist of the present disclosure includes the following configurations.

(1) The information processing system disclosed herein is an information processing system that supports the development of software by executing tests of tasks generated based on multiple sources included in the software, and includes a control unit that integrates the multiple sources that form the basis of the task to generate a product and executes tests of the task using the product, and the control unit registers the product in storage if registration conditions are met, and does not register the product in storage if the registration conditions are not met.
Here, the registration condition is at least one of the following first to third registration conditions.
First registration condition: The file size of the product is less than a predetermined amount. Second registration condition: The safety standard required for the product exceeds a predetermined level. Third registration condition: The difference obtained by subtracting the total time of the registration time for registering the product in the storage and the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

By configuring it in this way, rather than registering products uniformly, products are registered depending on whether or not the registration conditions are met, making it possible to more efficiently time the test execution.

(2) The information processing system of (1) further includes a determination unit that determines whether the registration conditions are met, and the control unit determines whether to register the product in the storage based on the determination result of the determination unit.

(3) In the information processing system of (2), when the free space of the storage is a first capacity, the determination unit determines whether the registration condition is met by setting the predetermined amount of the first registration condition to a first predetermined amount, setting the stage of the second registration condition to a first stage, or setting the predetermined value of the third registration condition to a first predetermined value; and when the free space of the storage is a second capacity less than the first capacity, the determination unit determines whether the registration condition is met by setting the predetermined amount of the first registration condition to a second predetermined amount less than the first predetermined amount, setting the stage of the second registration condition to a second stage higher than the first stage, or setting the predetermined value of the third registration condition to a second predetermined value greater than the first predetermined value.

The less free storage space there is, the stricter the registration conditions will be, limiting registered products to those with higher priority. This allows you to make more effective use of your remaining storage space.

(4) In any of the information processing systems (1) to (3), when the registration conditions are met, the control unit deletes the product whose stage is a first stage and which is already registered in the storage, and newly registers the product whose stage is a second stage, which is higher than the first stage, in the storage.

By configuring it in this way, products with higher priority can be registered in storage.

(5) In any of the information processing systems (1) to (4), the software is software executed by an on-board device installed in a vehicle, and the safety standard is ASIL (Automotive Safety Integrity Level) of ISO 26262.

(6) In any of the information processing systems (1) to (5), when the task is input to the control unit, if the read condition is met, the control unit reads from the storage the product generated when the task was previously input to the control unit, and if the read condition is not met, generates a new product based on the task currently input to the control unit.
Here, the read condition is at least one of the following first to third read conditions.
First reading condition: the file size of the product is less than a predetermined amount. Second reading condition: the safety standard required for the product exceeds a predetermined level. Third reading condition: the difference value obtained by subtracting the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

By configuring it in this way, rather than reading out products uniformly, products are read out depending on whether the read conditions are met, making it possible to more efficiently use the time it takes to run tests.

(7) The information processing system disclosed herein is an information processing system that supports the development of software by executing tests of tasks generated based on multiple sources included in the software, and includes a control unit that integrates the multiple sources that form the basis of the task to generate a product, registers the product in storage, and executes tests of the task using the product.When the task is input to the control unit, if a read condition is met, the control unit reads from the storage the product that was generated when the task was previously input to the control unit, and if the read condition is not met, generates a new product based on the task that is currently input to the control unit.
Here, the read condition is at least one of the following first to third read conditions.
First reading condition: the file size of the product is less than a predetermined amount. Second reading condition: the safety standard required for the product exceeds a predetermined level. Third reading condition: the difference value obtained by subtracting the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

By configuring it in this way, rather than reading out products uniformly, products are read out depending on whether the read conditions are met, making it possible to more efficiently use the time it takes to run tests.

(8) The information processing method disclosed herein is an information processing method that supports the development of software by executing tests of tasks generated based on multiple sources included in the software, and includes a first step of integrating the multiple sources that form the basis of the task to generate a product, a second step of executing tests of the task using the product, and a third step of registering the product in storage if a registration condition is met, and not registering the product in storage if the registration condition is not met.
Here, the registration condition is at least one of the following first to third registration conditions.
First registration condition: The file size of the product is less than a predetermined amount. Second registration condition: The safety standard required for the product exceeds a predetermined level. Third registration condition: The difference obtained by subtracting the total time of the registration time for registering the product in the storage and the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

By configuring it in this way, rather than registering products uniformly, products are registered depending on whether or not the registration conditions are met, making it possible to more efficiently time the test execution.

1. Details of the embodiments of the present disclosure
Hereinafter, details of embodiments of the present disclosure will be described with reference to the drawings.

[1.1 Overall configuration of information processing system]
FIG. 1 is a diagram illustrating an example of the configuration of an information processing system 1 according to an embodiment.
The information processing system 1 is a system that supports the development of software SW1.

Software SW1 is executed, for example, by a device mounted on a vehicle such as an automobile (hereinafter referred to as an "on-board device"). More specifically, software SW1 is used in an on-board ECU (Electronic Control Unit). For example, software SW1 is used in a central ECU or integrated ECU that has the function of managing multiple ECUs. Because such software SW1 tends to require large-scale development, development support by information processing system 1 is particularly useful.

The information processing system 1 includes an information processing device 10, a repository 20, a test tool 30, a test environment 40, and storage 50. The information processing system 1 may be realized by a single device (e.g., a server device) centralized in one location, or by multiple devices distributed across multiple locations, with each unit 10, 20, 30, 40, and 50 connected to each other so that they can communicate with each other via a network such as the Internet.

1.2 Software and Tasks
2 is a diagram illustrating an example of software SW1 according to an embodiment. Software SW1 and task Tx will be described with reference to FIG. 2. Software SW1 includes multiple components X1, X2, and X3. Component X1 includes multiple modules a1, a2, and a3, and component X2 includes multiple modules b1 and b2.

These components X1, X2, and X3 and modules a1, a2, a3, b1, and b2 are collectively referred to as "sources." In other words, software SW1 includes multiple sources. These sources may be data written in a specific programming language called source code, or may be data written in binary code after the source code has been converted into machine language.

These sources are created individually, for example, on multiple terminals (referred to as terminal group 60) operated by multiple developers (suppliers). Information processing system 1 performs operational tests on the individual sources and on the product Px generated by integrating the multiple sources. Integrating multiple sources is sometimes referred to as "merging" or "building."

For example, the product Px generated by integrating modules a1, a2, and a3 is "component X1." Other examples of product Px include product Px generated by integrating modules a1 and a2, or product Px generated by integrating components X1 and X2.

Here, the test items executed in the information processing system 1 are referred to as tasks Tx. Tasks Tx are also referred to as "job tasks."

The task Tx includes any one of the following test items (1) to (4).
(1) A test item that verifies whether one module (for example, module a1) operates independently.
(2) A test item that verifies whether a product Px that integrates multiple modules (for example, module a1 and module a2) included in one component works.
(3) A test item that verifies whether one component (e.g., component X1) works, that is, whether the product Px that integrates all modules included in the component (e.g., modules a1, a2, and a3) works.
(4) A test item that verifies whether a product Px that integrates multiple components (for example, component X1 and component X2) works.

In other words, a "product Px" is data generated by integrating multiple sources, and a "task Tx" is a test item used to verify whether a single source or product Px operates correctly.

1.3 Repository
See Fig. 1. The repository 20 is a database constructed on the cloud, realized by, for example, a mass storage device. The repository 20 is connected to a group of terminals 60 via a network. Developers send multiple source files created on the group of terminals 60 to the repository via the network. The repository 20 stores the received multiple source files.

Repository 20 is equipped with a source code management tool (SCM: Source Code Management) such as GitHub. SCM automatically generates tasks Tx based on multiple sources stored in repository 20. The generated tasks Tx are provided from repository 20 to test tool 30.

1.4 Test Tools
Referring to FIG. 1 , the test tool 30 is a CI/CD tool such as Jenkins or CircleCI (registered trademark), and is implemented by a computer device including a processor and a memory. The test tool 30 manages a queue 31 in which multiple tasks Tx wait for test execution. Specifically, the test tool 30 automatically outputs the tasks Tx stored in the queue 31 to the information processing device 10 in sequence.

Queue 31 is a memory that stores multiple tasks Tx, for example, in a first-in, first-out (FIFO) order. In the example of Figure 1, four tasks Tx (referred to as T1, T2, T3, and T4 when distinguishing between them) are stored in queue 31.

Figure 1 shows that task T4 output from repository 20 is stored in the queue 31 at the position (end) that will be the last in the execution order, where task T1, task T2, and task T3 are already stored in the queue 31 in that order. In this case, test tool 30 outputs tasks Tx stored in queue 31 to information processing device 10 in the order of tasks T1, T2, T3, and T4.

[1.5 Information Processing Device]
3 is a diagram showing an example of the internal configuration of the information processing device 10 according to the embodiment. The information processing device 10 is, for example, a computer device (for example, a laptop PC) including a processor and a memory, and is also referred to as a "node."

When a task Tx is input from the queue 31, the information processing device 10 executes a first process of integrating multiple sources that form the basis of the task Tx to generate a product Px, a second process of testing the task Tx using the product Px, a third process of storing the product Px in storage 50, and a fourth process of reading the product Px from storage 50.

The information processing device 10 has a control unit 11, a determination unit 12, a memory unit 13, a communication unit 14, and a reading unit 15. These units 11 to 15 are electrically connected to each other via a bus.

The control unit 11 includes a circuit configuration such as a processor. Specifically, the control unit 11 includes one or more central processing units (CPUs). The control unit 11 reads computer programs stored in the memory unit 13 and performs various calculations and controls.

The control unit 11 may include a processor in which a predetermined program has been written in advance. For example, the control unit 11 may be an integrated circuit such as a CPLD (Complex Programmable Logic Device), FPGA (Field-Programmable Gate Array), or ASIC (Application Specific Integrated Circuit). In this case, the control unit 11 performs various calculations and controls based on the pre-written program.

Like the control unit 11, the determination unit 12 includes circuitry such as a processor. The determination unit 12 reads out computer programs stored in the memory unit 13 and performs various calculations and control operations. Like the control unit 11, the determination unit 12 may be an integrated circuit. In this case, the determination unit 12 performs various calculations and control operations based on pre-written programs.

In the example of Figure 3, the determination unit 12 is shown as being separate from the control unit 11. However, the determination unit 12 may be integrated with the control unit 11. For example, the determination unit 12 may be a processor that shares an area with the control unit 11. Furthermore, the determination unit 12 may be included in a computer device separate from the information processing device 10, which is connected between the information processing device 10 and the storage 50.

The storage unit 13 has volatile memory and non-volatile memory and stores various types of data. Volatile memory includes, for example, RAM (Random Access Memory). Non-volatile memory includes, for example, flash memory, HDD (Hard Disk Drive), SSD (Solid State Drive), or ROM (Read Only Memory). The storage unit 13 stores, for example, computer programs and various parameters in the non-volatile memory.

The communication unit 14 is a communication interface that communicates with the repository 20, test tool 30, and storage 50. The communication unit 14 may communicate with these units 20, 30, and 50 wirelessly via a network, or may communicate wired via a communication line. When performing wireless communication, the communication unit 14 has an antenna.

The reading unit 15 reads information from a computer-readable recording medium 16. The recording medium 16 is, for example, an optical disc such as a CD or DVD, or a USB flash memory. The reading unit 15 is, for example, an optical drive or a USB terminal. A computer program and various parameters are recorded on the recording medium 16, and by having the reading unit 15 read the recording medium 16, the computer program and various parameters are stored in the non-volatile memory of the storage unit 13.

1.6 Test Environment
1 , the test environment 40 includes the information processing device 10 and a test set 42. The information processing device 10 executes a test of the task Tx by controlling the test set 42 based on the task Tx output from the queue 31. The information processing device 10 also collects information such as the results of the test of the task Tx executed in the test set 42 (for example, a history indicating the time of execution of the test and whether the test was successful or failed), and outputs the information to the storage 50.

Test set 42 is a hardware resource that simulates the production environment in which software SW1 operates. Because software SW1 is so-called "embedded software" that runs on an in-vehicle device, its operation testing requires the use of hardware resources that simulate the production environment, such as test set 42. Test set 42 specifically includes a circuit board 43 and a measurement unit 44.

The circuit board 43 (also referred to as a development board) is a board that imitates a circuit board (e.g., a board mounted on an ECU) that will be incorporated into an in-vehicle device. The circuit board 43 may be the circuit board itself that will be incorporated into the in-vehicle device, or a prototype of the circuit board that will be incorporated into the in-vehicle device. The measurement unit 44 is a tool that measures the operation of the circuit board 43. The measurement unit 44 is, for example, a software tool for communications such as CANoe (registered trademark).

1.7 Storage
The storage 50 is an auxiliary storage device such as an HDD or SSD. Result information 51 and judgment information 52 are stored in the storage 50. The result information 51 is information obtained as a result of executing a test for a task Tx. The result information 51 includes, for example, the product Px used in the test execution for the task Tx, version information D1, and test result information D2.

Figure 4 is a table TB1 showing an example of version information D1 according to an embodiment. Version information D1 is information relating to the version of the source at the time a test of task Tx was executed. Version information D1 is provided from information processing device 10 to storage 50, for example, each time information processing device 10 (specifically, control unit 11) executes a test of task Tx. Version information D1 is shown as a hash value (i.e., a value uniquely determined for the source) assigned to the source by, for example, SCM.

In the example of Figure 4, the version of module a1 at test execution time TM1 (e.g., the date and time when the test was executed) is shown as hash Ha1-1, and the version of module a2 at execution time TM1 is shown as hash H2-1. The version of module a1 at execution time TM2, which is later than execution time TM1 (an execution time closer to the present), is shown as hash Ha1-2, and the version of module a2 at execution time TM1 is shown as hash H2-1.

In other words, at execution time TM2, the version of module a1 was updated from hash Ha1-1 to hash Ha1-2. In the example of Figure 4, sources other than module a1 were not updated between execution time TM1 and execution time TM2. Therefore, of the multiple sources, module a1 is the most recently updated source.

Figure 5 is a table TB2 showing an example of test result information D2 according to an embodiment. Test result information D2 is information linking a task Tx with the test result of the task Tx. Test results include test failure (NG) and test success (OK). Here, a test failure includes, for example, when the desired measurement values are not met in the measurement unit 44. Also, a test success includes, for example, when all desired measurement values are met in the measurement unit 44.

Table TB2 in Figure 5 stores test results for each execution time TM1, TM2. Test result information D2 is provided from information processing device 10 to storage 50, for example, each time information processing device 10 executes a test for task Tx. For example, it shows that the integration test of modules a1 and a2 failed at execution time TM1 and was successful at execution time TM2. It shows that the integration test of modules a2 and a3 was successful at execution time TM1 and was not executed at execution time TM2. It also shows that the integration test of components X3 and X1 failed at both execution times TM1 and TM2.

Test result information D2 can be used to obtain the results of the most recent test. For example, the most recent integration test of modules a1 and a2 was successful, and the most recent integration test of modules a2 and a3 was successful. In contrast, the most recent integration test of components X3 and X1 was a failure. Test result information D2 can also be used to obtain information on how many consecutive test failures have occurred in the past. For example, the most recent integration test of components X3 and X1 has failed two times in a row.

Determination information 52 is information used to perform various determinations regarding the test execution of task Tx. Determination information 52 includes, for example, file size information D3, safety standard information D4, and information regarding the time required to generate, register, and read product Px.

Figure 6 is a table TB3 showing an example of file size information D3 according to an embodiment. File size information D3 is information relating to the file size of product Px used in testing task Tx. File size information D3 is provided from information processing device 10 to storage 50, for example, each time information processing device 10 executes a test of task Tx.

The example in Figure 6 shows that the file size of product Px (hereinafter referred to as "product a1-a2") generated by integrating multiple modules a1 and a2 at execution time TM1 is 10 MB, and the file size of product a1-a2 at execution time TM2 is 12 MB.

Figure 7 is a table TB4 showing an example of safety standard information D4 according to an embodiment. The safety standard information D4 is information regarding the safety standard required of the source at the time a test for task Tx is executed. The safety standard information D4 is provided from the information processing device 10 to the storage 50, for example, each time the information processing device 10 executes a test for task Tx.

Safety standards are, for example, safety standards for vehicles, and more specifically, automobiles. An example of a safety standard is the ISO 26262 ASIL (Automotive Safety Integrity Level). ASIL has multiple levels, such as QM, ASIL-A, ASIL-B, ASIL-C, and ASIL-D, with the required standards becoming stricter in this order. In other words, QM has the lenientest requirements, and ASIL-D has the strictest requirements.

In the example of Figure 7, the safety standard of module a1 at execution time TM1 is shown as QM, and the safety standard of module a1 at execution time TM2 is shown as ASIL-A. In other words, this shows that the safety standard of module a1 has increased by one level following the update from execution time TM1 to execution time TM2 (Figure 4).

For sources other than module a1, there are no updates from execution time TM1 to execution time TM2, so there are no changes to the safety standards. For example, the safety standard for modules a2, a3, b1, and b2 is QM, and the safety standard for component X3 is ASIL-D. By looking at the safety standard information D4 at the most recent execution time (execution time TM2 in Figure 7), you can determine the safety standards currently required.

The judgment information 52 includes information regarding the time it took to integrate a product Px that was integrated in the past (integration time T1). The judgment information 52 also includes information regarding the time it took to register a product Px that was previously registered in storage 50 (registration time T2). The judgment information 52 also includes information regarding the time it took to read a product Px that was previously read from storage 50 (readout time T3).

The integration time T1, registration time T2, and read time T3 included in the determination information 52 may be values based on the actual time required (actually measured values or statistics of multiple actual measured values), or may be predicted values. In the case of predicted values, the integration time T1, registration time T2, and read time T3 are predicted based on, for example, the file size of the product Px, the communication speed between the information processing device 10 and storage 50, and the processing speed of the information processing device 10.

[1.8 Problems to be Solved by the Embodiments]
The information processing system 1 includes a storage 50 (also referred to as a build cache server) that stores a product Px (intermediate product) generated by integrating multiple sources. The storage 50 stores result information 51, for example in a table format, to manage the product Px and the test results of the task Tx executed using the product Px.

When testing task Tx in information processing device 10, if storage 50 is not available, control unit 11 integrates multiple sources to generate product Px each time task Tx is input. However, it may take time for control unit 11 to integrate product Px, which may result in a long time being required to test task Tx.

The information processing system 1 is therefore equipped with a storage 50 that stores past products Px and test results. When a task Tx is input to the control unit 11, the control unit 11 inquires whether a product Px related to that task Tx is stored in the storage 50 and whether past test results using that product Px were successful.

The control unit 11 then shortens the time required for test execution by skipping the execution of the test by the input task Tx if the previous test result was successful. Even if the previous test result was not successful (if the test result was a failure or there was no test result), if a previously integrated product Px is stored, the control unit 11 reads that product Px from storage 50, thereby shortening the time required for integration.

To achieve the above-mentioned time reduction, the control unit 11 integrates multiple sources to generate a product Px, and then stores the product Px in storage 50. When a test is executed, the test results are stored in storage 50.

In recent years, as software development has become larger in scale, the number of types of tests being executed has increased, and the file size of the product Px used in each test has also increased. For this reason, storing all products Px in storage 50 presents the following problems:

(Issue 1) When the file size of the product Px is relatively large, it takes longer to send and receive the product Px between the information processing device 10 and the storage 50. As a result, the total time (T2 + T3) of the communication time (registration time T2) for registering a product Px previously generated by the control unit 11 in the storage 50 and the communication time (read time T3) for reading the product Px registered in the storage 50 to the control unit 11 may be longer than the time (integration time T1) for integrating multiple sources to generate a new product Px (T1 < T2 + T3). In this case, registering and reading the product Px by the storage 50 actually reduces the efficiency of test execution.

(Issue 2) If a large number of products Px are registered in storage 50, or if products Px with large file sizes are registered in storage 50, the capacity of storage 50 (e.g., disk capacity) may become insufficient, making it impossible to register new products Px with relatively high priority.

To solve the above (Problem 1) and (Problem 2), in the information processing system 1 according to the embodiment, the storage 50 further stores determination information 52. The information processing device 10 also includes a determination unit 12. When the control unit 11 receives input of a task Tx, the determination unit 12 determines, based on the determination information 52, whether to generate a new product Px and whether to register the newly generated product Px in the storage 50. Based on the determination result of the determination unit 12, the control unit 11 generates a new product Px, reads a previous product Px from the storage 50, or registers the generated product Px in the storage 50.

In this way, the information processing system 1 does not uniformly register all products Px in storage 50, but rather determines whether or not to register a product Px depending on the situation, thereby improving the efficiency of registration time. Furthermore, even if a product Px has already been registered in storage 50, the information processing system 1 generates a new product Px depending on the situation, thereby improving the efficiency of read time. In this way, when adopting a development method based on CI/CD, the information processing system 1 reduces the time required for test execution, allowing tests to be executed more efficiently.

The specific steps of the information processing method executed by the information processing system 1 are described below.

1.9 Information Processing Method
8 is a flowchart showing an example of an information processing method executed by the information processing system 1. In the information processing system 1, first, a task Tx to be tested is input to the control unit 11 (task input step: step S100).

Figure 9 shows a subroutine illustrating the details of the task input process. First, a developer creates multiple sources using a group of terminals 60, and stores the multiple sources in the repository 20 via the network (step S21). The multiple sources are stored in the repository 20 at appropriate times.

The SCM that manages repository 20 creates task Tx (step S22), for example, periodically (also called polling) or when new source is stored in repository 20 (also called push). For example, if modules a1, a2, a3, b1, b2 and component X3 are already stored in repository 20 and a new version of module a1 is stored in repository 20, the SCM creates task Tx related to module a1.

For example, the SCM creates a task Tx for executing an integration test of modules a1 and a2, a task Tx for executing an integration test of modules a1 and a3, a task Tx for executing a test of component X1, and a task Tx for executing an integration test that includes component X1 (e.g., an integration test of components X1 and X2). Furthermore, even if there are no updates to the source, the SCM automatically creates a task Tx for software SW1 on a regular basis.

Then, the created task or tasks Tx are provided by the SCM from the repository 20 to the queue 31 (step S23).

The test tool 30 outputs the task Tx stored in the queue 31 to the information processing device 10, for example, using the FIFO method (step S24). The communication unit 14 of the information processing device 10 outputs the task Tx received from the test tool 30 to the control unit 11. As a result, the task Tx is input to the control unit 11, and step S100 ends.

See Figure 8. When the control unit 11 receives input of a new task Tx, it reads the result information 51 from the storage 50 (step S101).

Next, the control unit 11 determines whether a product Px identical to the product Px integrated by the source underlying the task Tx is registered in the storage 50 (step S102).

Specifically, the control unit 11 reads the version information D1 included in the result information 51. It then determines whether the hash values of all sources underlying the input task Tx match the hash values of the corresponding sources stored in the version information D1.

If the hash values of at least one of all the sources underlying task Tx do not match, then a product Px identical to the product Px integrated by the sources underlying task Tx is not registered in storage 50 (NO in step S102). In other words, the product Px to be used in test execution is different from the product Px registered in storage 50. Therefore, it is not appropriate to substitute it with the product Px registered in storage 50.

For example, consider the case where, as a result of updating module a1, a task Tx (hereinafter referred to as "task a1-a2") is created in the SCM for a test item that verifies whether a product Px obtained by integrating modules a1 and a2 works. In this case, module a1 has a new hash value Ha1-3. If the latest hash value of module a1 registered in storage 50 is "Ha1-2" as shown in FIG. 4, the hash value of the source included in the newly input task a1-a2 does not match the hash value of the source registered in storage 50. Therefore, the control unit 11 determines that the product Px integrated using the source underlying the newly input task a1-a2 is not registered in storage 50. In this case, the control unit 11 proceeds to the integration process (step S105) described below.

On the other hand, consider the case where tasks a1-a2, which are created periodically in SCM without being triggered by source updates, are input to the control unit 11. In this case, for example, module a1 has the same hash value Ha1-2 as at the time of the previous test execution (execution time TM2). Module a2 also has the same hash value Ha2-1 as at execution time TM2. Therefore, the hash values of all sources included in the newly input tasks a1-a2 match the hash values of the corresponding sources registered in storage 50, and the control unit 11 determines that the product Px integrated from the sources that form the basis of the newly input tasks a1-a2 is registered in storage 50.

If a product Px related to the newly input task Tx is registered in storage 50 (YES in step S102), the control unit 11 determines whether a successful test result for the input task Tx is registered in storage 50 (step S103).

Specifically, the control unit 11 reads the test result information D2 included in the result information 51. Then, based on the test result information D2, the control unit 11 checks whether the most recent test result for the newly input task Tx was successful. For example, as shown in FIG. 5, the most recent test result for tasks a1-a2 (i.e., at execution time TM2) is successful. In this case (YES in step S103), the control unit 11 proceeds to the termination determination process (step S110) described below and reuses the past test results. In this case, the information processing system 1 omits the integration process (step S105) and test process (step S108) described below, thereby reducing the time required to test task Tx.

If the test result information D2 shows that the most recent test result for the newly input task Tx is a failure, or if there are no previous test results for the newly input task Tx (NO in step S103), proceed to the next step S104.

If the test result information D2 indicates that the most recent test result for the newly input task Tx is not successful, the judgment unit 12 judges whether or not to read the product Px from storage 50 based on the judgment information 52 (step S104).

Specifically, the determination unit 12 reads the determination information 52 from the storage 50. Then, based on the determination information 52, the determination unit 12 determines whether the read condition is satisfied for the product Px generated by integrating multiple sources that form the basis of the task Tx. Here, the read condition is at least one of the following first to third read conditions. The determination unit 12 may determine that the read condition is satisfied when one of the first to third read conditions is satisfied. Alternatively, the determination unit 12 may determine that the read condition is satisfied only when multiple conditions (e.g., the first and second read conditions) of the first to third read conditions are satisfied.

First read condition: The file size of the product Px stored in storage 50, i.e., the product Px used in previous tests, is less than a predetermined amount M1.

Second read condition: The safety standard required for product Px exceeds the specified level L1.

Third read condition: The difference (T1 - T3) obtained by subtracting the read time T3 for reading the product Px from storage 50 from the integration time T1 for integrating multiple sources exceeds a predetermined value E1 (T1 - T3 > E1).

The determination unit 12 determines whether the first read condition is met based on the file size information D3 included in the determination information 52. For example, if the target of the determination is the product a1-a2, the determination unit 12 compares the file size of the most recent product a1-a2 in the file size information D3 (12 [MB] in the example of Figure 6) with a predetermined amount M1. Then, if the file size of the product a1-a2 is less than the predetermined amount M1 (12 < M1 [MB]), the determination unit 12 determines that the first read condition is met.

If the file size of the product Px is small, the read time T3 required to read it from storage 50 can be kept short. Therefore, if the file size of the product Px is less than a predetermined amount M1, it is determined that the first read condition is met, and by reading the product Px from storage 50, the read time T3 can be prevented from becoming long.

Here, the predetermined amount M1 may be a fixed value, or may be a variable value depending on the situation (for example, depending on the allowable read time T3). For example, the predetermined amount M1 may be changed so that the longer the allowable read time T3, the larger the predetermined amount M1 becomes. The predetermined amount M1 is stored as a parameter in the memory unit 13, for example.

The judgment unit 12 judges whether the second read condition is met based on the safety standard information D4 included in the judgment information 52. For example, if the judgment target is products a1-a2, the safety standard required for the most recent products a1-a2 is "ASIL-A" for module a1, which requires the stricter safety standard of modules a1 and a2. In this case, the judgment unit 12 compares the ASIL-A with the predetermined stage L1. Then, if the safety standard (ASIL-A) required for products a1-a2 exceeds the predetermined stage L1 (ASIL-A > L1), the judgment unit 12 judges that the second read condition is met.

Products Px with high safety standards have high test requirements and are more likely to fail. For this reason, products Px with high safety standards tend to be tested more frequently. By determining that a product Px with required safety standards exceeding a predetermined level L1 satisfies the second read condition and configuring it to be read from storage 50 with higher priority, the integration time T1 required to integrate the source and generate product Px can be shortened.

Here, the predetermined stage L1 is a stage such as QM or ASIL-A. The predetermined stage L1 may be a fixed value, or may be a variable value depending on the situation. For example, the predetermined stage L1 may be changed so that the longer the allowable read time T3, the lower the predetermined stage L1 becomes. The predetermined stage L1 is stored as a parameter in the memory unit 13, for example.

The judgment unit 12 judges whether the third read condition is met based on the various times T1 and T3 included in the judgment information 52. For example, if the target of judgment is product a1-a2, the judgment unit 12 compares the difference (T1-T3) obtained by subtracting the read time T3 of product a1-a2 from the integrated time T1 of product a1-a2 with a predetermined value E1. If the difference exceeds the predetermined value E1 (T1-T3>E1), the judgment unit 12 judges that the third read condition is met.

For example, if the read time T3 is shorter than the integration time T1, the time can be reduced by reading the product Px from storage 50 rather than integrating it from a new source. Therefore, if the difference value (T1-T3) is larger, the time required for test execution can be reduced by configuring the product Px to be read from storage 50 with priority.

Here, the predetermined value E1 may be a fixed value, or may be a variable value depending on the situation. For example, the predetermined value E1 may be changed so that the longer the allowable read time T3, the smaller the predetermined value E1 becomes. The predetermined value E1 is stored as a parameter in the memory unit 13, for example.

As a result of the above, the determination unit 12 generates a determination result as to whether or not the read condition is satisfied. The determination unit 12 then outputs the determination result to the control unit 11. If the determination result of the determination unit 12 is "the read condition is satisfied," the control unit 11 reads out the product Px from the storage 50 (YES in step S104). In this case, the control unit 11 then executes the test process (step S108) described below using the read out product Px.

On the other hand, if the determination unit 12 determines that the read condition is not met, the control unit 11 does not read the product Px from the storage 50 (NO in step S104). In this case, the control unit 11 generates a new product Px by integrating multiple sources based on the input task Tx (step S105).

After step S105, the determination unit 12 determines whether or not to register the newly generated product Px in the storage 50 (step S106). Specifically, the determination unit 12 determines whether or not the following registration conditions are satisfied based on the newly generated product Px. Here, the registration conditions are at least one of the following first to third registration conditions:

The determination unit 12 may determine that the registration conditions are satisfied when one of the first to third registration conditions is satisfied. Alternatively, the determination unit 12 may determine that the registration conditions are satisfied only when multiple conditions (e.g., the first and second registration conditions) of the first to third registration conditions are satisfied.

First registration condition: By integrating the multiple sources that form the basis of the input task Tx, the file size of the newly generated product Px must be less than a predetermined amount M2.

Second registration condition: The safety standards required for product Px must exceed the specified level L2.

Third registration condition: The difference (T1 - (T2 + T3)) obtained by subtracting the sum (T2 + T3) of the registration time T2 for registering the newly generated product Px in storage 50 and the read time T3 for reading the product Px from storage 50 from the integration time T1 for integrating multiple sources exceeds a predetermined value E2 (T1 - (T2 + T3) > E2).

For example, if the target of judgment is a newly generated product a1-a2, the judgment unit 12 compares the file size of the product a1-a2 with a predetermined amount M2. Then, if the file size of the product a1-a2 is less than the predetermined amount M2, the judgment unit 12 determines that the first registration condition is met.

If the file size of the product Px is small, the registration time T2 required to register it in storage 50 can be kept short. Therefore, if the file size of the product Px is less than a predetermined amount M2, it is determined that the first registration condition is met, and the product Px is registered in storage 50, thereby preventing the registration time T2 from becoming long.

Here, the predetermined amount M2 may be a fixed value, or may be a variable value depending on the situation. For example, the predetermined amount M2 may be changed so that the longer the allowable registration time T2, the larger the predetermined amount M2. The predetermined amount M2 is stored, for example, as a parameter in the memory unit 13. The predetermined amount M2 may be the same value as the predetermined amount M1, or may be a different value.

The determination unit 12 determines whether the second read condition is met based on the safety standard required for the newly generated product Px. Specifically, the determination unit 12 compares the safety standard required for the newly generated product Px with a predetermined stage L2. If the safety standard required for the product Px exceeds the predetermined stage L2, the determination unit 12 determines that the second read condition is met.

Products Px with high safety standards have high test requirements and are therefore more likely to fail. For this reason, products Px with high safety standards tend to be tested more frequently. By determining that a product Px with required safety standards exceeding a predetermined level L2 satisfies the second registration condition and giving it higher priority for registration in storage 50, more products Px with high safety standards can be stored in storage 50. This makes it possible to improve the registration rate of products Px in storage 50 for input tasks Tx in step S102, and reduce the frequency of integration processing, etc.

Here, the predetermined stage L2 is a stage such as QM or ASIL-A. The predetermined stage L2 may be a fixed value, or may be a variable value depending on the situation. For example, the predetermined stage L2 may be changed so that the longer the allowable registration time T2, the lower the predetermined stage L2 becomes. The predetermined stage L2 is stored as a parameter in the memory unit 13, for example. Furthermore, the predetermined stage L2 may be the same value as the predetermined stage L1, or may be a different value.

The determination unit 12 determines whether the third registration condition is met based on the various times T1, T2, and T3. The determination unit 12 compares the difference (T1 - (T2 + T3)) obtained by subtracting the total time (T2 + T3) of the registration time T2 and readout time T3 predicted to be required for the newly generated product Px from the integration time T1 of that product Px with a predetermined value E2. If the difference exceeds the predetermined value E2 (T1 - (T2 + T3) > E2), the determination unit 12 determines that the third registration condition is met.

For example, if the total time (T2 + T3) is shorter than the integration time T1, registering a newly generated product Px in storage 50 and then reading that product Px from storage 50 can reduce the time required compared to subsequently integrating the same product Px anew from the source. Therefore, by configuring the product Px to be registered in storage 50 with priority when the difference value (T1 - (T2 + T3)) is larger, the time required for test execution can be reduced.

Here, the predetermined value E2 may be a fixed value, or may be a variable value depending on the situation. For example, the predetermined value E2 may be changed so that the longer the allowable registration time T2, the smaller the predetermined value E2 becomes. The predetermined value E2 is stored as a parameter in the memory unit 13, for example.

As a result of the above, the determination unit 12 generates a determination result as to whether or not the registration conditions are met. The determination unit 12 then outputs the determination result to the control unit 11. If the determination result of the determination unit 12 is "the registration conditions are met" (YES in step S106), the control unit 11 registers the newly generated product Px in the storage 50 (step S107).

On the other hand, if the determination result of the determination unit 12 is "the registration conditions are not met" (NO in step S106), the control unit 11 skips step S107 and executes the test process (step S108). In other words, if the determination result of the determination unit 12 is "the registration conditions are not met," the control unit 11 does not register the newly generated product Px in the storage 50.

Next, the control unit 11 executes a test process (step S108). Specifically, the control unit 11 executes a test of the task Tx using the product Px read from the storage 50 or a newly generated product Px. The control unit 11 controls the circuit board 43 based on the task Tx and measures the operation of the circuit board 43 using the measurement unit 44. Then, based on the measurement results of the measurement unit 44, it determines whether the test of the task Tx was successful.

After step S108, the control unit 11 registers the test results of task Tx in storage 50 (step S109). The test results are stored in storage 50 in table format, for example as test result information D2 shown in FIG. 5.

Finally, the control unit 11 determines whether or not to terminate the series of information processing (termination determination process: step S110). Specifically, the control unit 11 determines whether or not there is another task Tx input from the queue 31.

For example, in step S100, if multiple tasks Tx are input to the control unit 11 and the information processing of steps S101 to S109 described above is performed for the first task Tx, the process returns to step S101 to perform the information processing of steps S101 to S109 for the second task Tx (NO in step S110). If no other tasks Tx to be processed have been input to the control unit 11, the series of information processing operations ends (YES in step S110).

This completes the series of information processing methods in the information processing system 1. According to this information processing method, by registering or reading out the product Px depending on the situation, rather than registering or reading out the product Px uniformly, the time required for test execution can be made more efficient.

2. Modifications
Modifications of the embodiment will be described below. In the modifications, the same components as those in the above embodiment will be denoted by the same reference numerals and the description thereof will be omitted.

[2.1 Considering free storage space]
In step S106, the determination unit 12 may correct the various parameters M2, L2, and E2 depending on the free space of the storage 50. For example, when the free space of the storage 50 is a first space C1, the determination unit 12 determines whether the registration conditions are satisfied by setting the predetermined amount M2 of the first registration condition to a first predetermined amount M21, the predetermined stage L2 of the second registration condition to the first stage L21, and the predetermined value E2 of the third registration condition to the first predetermined value E21.

On the other hand, if the free space of the storage 50 is a second capacity C2 that is less than the first capacity C1 (C2<C1), the determination unit 12 sets the predetermined amount M2 of the first registration condition to a second predetermined amount M22 that is less than the first predetermined amount M21, sets the predetermined stage L2 of the second registration condition to a second predetermined value L22 that is higher than the first stage L21, and sets the predetermined value E2 of the third registration condition to a second predetermined value E22 that is greater than the first predetermined value E21, and determines whether the registration condition is met (M22<M21, L22>L21, E22>E21).

In other words, the less free space there is in the storage 50, the stricter the registration conditions become, limiting the registered products Px to those with higher priority. This allows for more effective use of the limited remaining capacity of the storage 50.

The above describes an example in which the conditions for all of the first through third registered conditions are tightened depending on the free space available on the storage 50. However, the conditions for at least one of the first through third registered conditions may be tightened depending on the free space available on the storage 50. For example, the determination unit 12 may set the predetermined amount M2 for the first registered condition higher depending on the free space available on the storage 50, and may set the predetermined stage L2 and predetermined value E2 for the second and third registered conditions to fixed values regardless of the free space available on the storage 50.

[2.2 Delete the products registered in the storage]
In step S107, when registering a newly generated product Px in the storage 50, the control unit 11 may delete a product Px that has already been registered in the storage 50 from the storage 50. In this case, for example, the control unit 11 leaves in the storage 50 a product Px that requires a higher safety standard.

Specifically, if the safety standard required for a product Px already registered in storage 50 is the first stage L21, and the safety standard required for a product Px to be newly registered is the second stage L22, which is higher than the first stage L21, the control unit 11 deletes the already registered product Px from storage 50 and registers the newly created product Px in storage 50.

By configuring it in this way, even if storage 50 is running low on capacity, it is possible to register products Px that require stricter safety standards and have a higher priority in storage 50.

[3. Notes]
This disclosure includes the contents set forth in the following appendices.

[Appendix 1]
1. An information processing device that supports development of software by executing tests of tasks generated based on a plurality of sources included in the software,
a control unit that integrates the plurality of sources that form the basis of the task to generate a product and executes a test of the task using the product;
The control unit registers the product in the storage when a registration condition is satisfied, and does not register the product in the storage when the registration condition is not satisfied.
Information processing device.
Here, the registration condition is at least one of the following first to third registration conditions.
First registration condition: The file size of the product is less than a predetermined amount. Second registration condition: The safety standard required for the product exceeds a predetermined level. Third registration condition: The difference obtained by subtracting the total time of the registration time for registering the product in the storage and the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

[Appendix 2]
1. An information processing method for supporting software development by executing tests of tasks generated based on multiple sources included in the software, the method comprising:
a first step of integrating the sources underlying said task to generate a product if a read condition is not met;
a second step of executing a test of the task using the artifact;
a third step of registering the product in storage;
a fourth step of reading the product generated in the first step previously executed from the storage if the reading condition is satisfied;
An information processing method comprising:
Here, the read condition is at least one of the following first to third read conditions.
First reading condition: the file size of the product is less than a predetermined amount. Second reading condition: the safety standard required for the product exceeds a predetermined level. Third reading condition: the difference value obtained by subtracting the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

[Appendix 3]
1. A computer program for supporting development of software by executing tests of tasks generated based on a plurality of sources included in the software, comprising:
The computer program includes:
a first step of integrating the sources underlying said task to generate a product if a read condition is not met;
a second step of executing a test of the task using the artifact;
a third step of registering the product in storage;
a fourth step of reading the product generated in the first step previously executed from the storage if the reading condition is satisfied;
A computer program that executes
Here, the read condition is at least one of the following first to third read conditions.
First reading condition: the file size of the product is less than a predetermined amount. Second reading condition: the safety standard required for the product exceeds a predetermined level. Third reading condition: the difference value obtained by subtracting the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

[Appendix 4]
1. A computer program for supporting development of software by executing tests of tasks generated based on a plurality of sources included in the software, comprising:
The computer program includes:
a first step of integrating a plurality of said sources underlying said task to generate a product;
a second step of executing a test of the task using the artifact;
a third step of registering the product in storage if a registration condition is satisfied, and not registering the product in storage if the registration condition is not satisfied;
A computer program that executes
Here, the registration condition is at least one of the following first to third registration conditions.
First registration condition: The file size of the product is less than a predetermined amount. Second registration condition: The safety standard required for the product exceeds a predetermined level. Third registration condition: The difference obtained by subtracting the total time of the registration time for registering the product in the storage and the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.

[4. Supplementary Notes]
It should be noted that at least some of the above-described embodiments and various modifications may be combined with each other in any desired manner. Furthermore, the embodiments and modifications disclosed herein should be considered to be illustrative in all respects and not restrictive. The scope of the present disclosure is defined by the claims, and all modifications within the meaning and scope equivalent to the claims are intended to be included.

REFERENCE SIGNS LIST 1 Information processing system 10 Information processing device 11 Control unit 12 Judgment unit 13 Memory unit 14 Communication unit 15 Reading unit 16 Recording medium 20 Repository 30 Test tool 31 Queue 40 Test environment 42 Test set 43 Circuit board 44 Measurement unit 50 Storage 51 Result information 52 Judgment information 60 Terminal group SW1 Software a1, a2, a3, b1, b2 Module X1, X2, X3 Component Px Product Tx, T1, T2, T3, T4 Task D1 Version information D2 Test result information D3 File size information D4 Safety standard information TB1, TB2, TB3, TB4 Table TM1, TM2 Execution time T1 Integration time T2 Registration time T3 Read time M1, M2 Predetermined amount M21: First predetermined amount M22: Second predetermined amount L1, L2: Predetermined stage L21: First stage L22: Second stage E1, E2: Predetermined value E21: First predetermined value E22: Second predetermined value

Claims (8)

1. An information processing system that supports development of software by executing tests of tasks generated based on multiple sources included in the software, comprising:
a control unit that integrates the plurality of sources that form the basis of the task to generate a product and executes a test of the task using the product;
The control unit registers the product in the storage when a registration condition is satisfied, and does not register the product in the storage when the registration condition is not satisfied.
Information processing system.
Here, the registration condition is at least one of the following first to third registration conditions.
First registration condition: The file size of the product is less than a predetermined amount. Second registration condition: The safety standard required for the product exceeds a predetermined level. Third registration condition: The difference obtained by subtracting the total time of the registration time for registering the product in the storage and the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value. a determination unit that determines whether the registration condition is satisfied,
the control unit determines whether to register the product in the storage based on the determination result of the determination unit.
The information processing system according to claim 1 . The determination unit
If the free space of the storage is a first space, determining whether the registration condition is satisfied by setting the predetermined amount of the first registration condition to a first predetermined amount, setting the stage of the second registration condition to a first stage, or setting the predetermined value of the third registration condition to a first predetermined value;
When the free space of the storage is a second capacity that is smaller than the first capacity, the predetermined amount of the first registration condition is set to a second predetermined amount that is smaller than the first predetermined amount, the stage of the second registration condition is set to a second stage that is higher than the first stage, or the predetermined value of the third registration condition is set to a second predetermined value that is larger than the first predetermined value, and it is determined whether or not the registration conditions are satisfied.
The information processing system according to claim 2 . When the registration condition is satisfied, the control unit deletes the product whose stage is a first stage and which has already been registered in the storage, and newly registers the product whose stage is a second stage higher than the first stage in the storage.
The information processing system according to claim 1 . the software is software executed by an in-vehicle device mounted in a vehicle,
The safety standard is ASIL (Automotive Safety Integrity Level) of ISO 26262.
The information processing system according to claim 1 . When the task is input to the control unit, if a read condition is satisfied, the control unit reads from the storage the product generated when the task was previously input to the control unit, and if the read condition is not satisfied, the control unit newly generates the product based on the task currently input to the control unit.
The information processing system according to any one of claims 1 to 5.
Here, the read condition is at least one of the following first to third read conditions.
First reading condition: the file size of the product is less than a predetermined amount. Second reading condition: the safety standard required for the product exceeds a predetermined level. Third reading condition: the difference value obtained by subtracting the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value. 1. An information processing system that supports development of software by executing tests of tasks generated based on multiple sources included in the software, comprising:
a control unit that integrates the plurality of sources that are the basis of the task to generate a product, registers the product in a storage, and executes a test of the task using the product;
When the task is input to the control unit, if a read condition is satisfied, the control unit reads from the storage the product generated when the task was previously input to the control unit, and if the read condition is not satisfied, the control unit newly generates the product based on the task currently input to the control unit.
Information processing system.
Here, the read condition is at least one of the following first to third read conditions.
First reading condition: the file size of the product is less than a predetermined amount. Second reading condition: the safety standard required for the product exceeds a predetermined level. Third reading condition: the difference value obtained by subtracting the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value. 1. An information processing method for an information processing system that supports development of software by generating tasks based on a plurality of sources included in the software and executing tests of the tasks, comprising:
the information processing system includes a control unit,
a first step in which the control unit generates a product by integrating a plurality of the sources that form the basis of the task;
a second step in which the control unit executes a test of the task using the product;
a third step of the control unit registering the product in a storage if a registration condition is satisfied, and not registering the product in the storage if the registration condition is not satisfied;
An information processing method comprising:
Here, the registration condition is at least one of the following first to third registration conditions.
First registration condition: The file size of the product is less than a predetermined amount. Second registration condition: The safety standard required for the product exceeds a predetermined level. Third registration condition: The difference obtained by subtracting the total time of the registration time for registering the product in the storage and the read time for reading the product from the storage from the integration time for integrating the multiple sources exceeds a predetermined value.