CN112131123B - 测试用例的生成方法、装置、终端设备及存储介质 - Google Patents
测试用例的生成方法、装置、终端设备及存储介质 Download PDFInfo
- Publication number
- CN112131123B CN112131123B CN202011034692.3A CN202011034692A CN112131123B CN 112131123 B CN112131123 B CN 112131123B CN 202011034692 A CN202011034692 A CN 202011034692A CN 112131123 B CN112131123 B CN 112131123B
- Authority
- CN
- China
- Prior art keywords
- case
- test
- file
- image
- preset
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 214
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000012545 processing Methods 0.000 claims abstract description 23
- 238000007781 pre-processing Methods 0.000 claims abstract description 13
- 230000006835 compression Effects 0.000 claims description 46
- 238000007906 compression Methods 0.000 claims description 46
- 238000007689 inspection Methods 0.000 claims description 25
- 238000004590 computer program Methods 0.000 claims description 15
- 238000000605 extraction Methods 0.000 claims description 4
- 238000013507 mapping Methods 0.000 claims description 4
- 238000004806 packaging method and process Methods 0.000 claims description 4
- 230000001172 regenerating effect Effects 0.000 claims description 3
- 238000012827 research and development Methods 0.000 abstract description 2
- 230000008569 process Effects 0.000 description 16
- 238000002595 magnetic resonance imaging Methods 0.000 description 10
- 238000004458 analytical method Methods 0.000 description 9
- 210000004185 liver Anatomy 0.000 description 9
- 238000003745 diagnosis Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 210000004072 lung Anatomy 0.000 description 4
- 238000013473 artificial intelligence Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000005481 NMR spectroscopy Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000002591 computed tomography Methods 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 238000003384 imaging method Methods 0.000 description 2
- 210000001015 abdomen Anatomy 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 210000004556 brain Anatomy 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013506 data mapping Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 210000000496 pancreas Anatomy 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000002604 ultrasonography Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请适用于研发管理技术领域，提供了一种测试用例的生成方法、装置、终端设备及存储介质，方法包括获取DICOM测试文件，所述DICOM测试文件包含多个医学图像和每个所述医学图像对应的病历信息；对所述病历信息进行信息提取，得到第一用例参数；对所述医学图像进行预处理，以及对所述第一用例参数进行数据加工，得到预处理后的所述医学图像对应的第二用例参数；将所述第二用例参数写入预设用例模板，生成测试用例文件。保证用例参数输入正确和能够批量生成测试用例文件，实现提高测试用例的生成效率。
Description
技术领域
本申请涉及研发管理技术领域，尤其涉及一种测试用例的生成方法、装置、终端设备及计算机可读存储介质。
背景技术
在当前科学技术的快速发展下，通过医疗影像辅助诊断系统进行临床辅助诊断成为重要研究领域，为了保证医疗影像辅助诊断系统的检出准确率和稳定性，需要对医疗影像辅助诊断系统的人工智能模型进行测试。
在相关技术中，根据医疗影像的医学数字成像和通信(Digital Imaging andCommunications in Medicine，DICOM)文件生成测试用例，以供预设模型进行模型测试，并基于预测结果不断调整预设模型的模型参数，直到预设模型的预测结果达到目标准确率。但是，目前的模型测试过程需要测试人员手动配置测试用例，对于将大量测试数据生成测试用例的过程，不仅耗费测试人员的大量时间和精力，而且非常容易出现因测试数据输入错误而导致反复测试的情况。可见当前测试用例的生成效率非常低。
发明内容
有鉴于此，本申请实施例提供了一种测试用例的生成方法、测试方法、装置、终端及计算机可读存储介质，以解决现有技术中测试用例生成方式存在生成效率低的问题。
本申请实施例的第一方面提供了一种测试用例的生成方法，包括：
获取DICOM测试文件，DICOM测试文件包含多个医学图像和每个医学图像对应的病历信息；
对病历信息进行信息提取，得到第一用例参数；
对医学图像进行预处理，以及对第一用例参数进行数据加工，得到预处理后的医学图像对应的第二用例参数；
将第二用例参数写入预设用例模板，生成测试用例文件。
本申请实施例提供的测试用例的生成方法，通过获取包含多个医学图像和病历信息的DICOM测试文件，对病历信息进行信息提取，得到第一用例参数，从而能够使终端设备对DICOM测试文件进行文件解析，以得到能够用于生成测试用例和生成第二用例参数的第一用例参数，解放测试人员对DICOM测试文件的分析过程，减少文件解析过程的时间消耗；再对医学图像进行预处理，以及对第一用例参数进行数据加工，得到预处理后的医学图像对应的第二用例参数，从而能够使终端设备根据测试用例文件的参数要求，将第一用例参数加工为生成测试用例文件所需要的第二用例参数；最后将第二用例参数写入预设用例模板，生成测试用例文件，从而能够使终端设备将第二用例参数写入测试用例文件，而无需测试人员手动配置用例参数，减少因测试数据输入错误而导致反复测试的情况，保证用例参数的准确输入和快速输入，提高测试用例文件的生成效率。
本申请实施例的第二方面提供了一种测试用例的生成装置，包括：
获取模块，用于获取DICOM测试文件，DICOM测试文件包含多个医学图像和每个医学图像对应的病历信息；
提取模块，用于对病历信息进行信息提取，得到第一用例参数；
加工模块，用于对医学图像进行预处理，以及对第一用例参数进行数据加工，得到预处理后的医学图像对应的第二用例参数；
生成模块，用于将第二用例参数写入预设用例模板，生成测试用例文件。
本申请实施例的第三方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在终端设备上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面提供的测试用例的生成方法的各步骤。
本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面提供的测试用例的生成方法的各步骤。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种测试用例的生成方法的实现流程图；
图2是本申请另一实施例提供的一种测试用例的生成方法的实现流程图；
图3是本申请一实施例提供的一种测试用例的生成方法中步骤S103的具体实现流程图；
图4是本申请再一实施例提供的一种测试用例的生成方法的实现流程图；
图5是本申请实施例提供的一种测试用例的生成装置的结构框图；
图6是本申请实施例提供的一种终端设备的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
如背景技术相关记载，目前的模型测试过程需要测试人员手动配置测试用例，对于将大量测试数据生成测试用例的过程，不仅耗费测试人员的大量时间和精力，而且非常容易出现因测试数据输入错误而导致反复测试的情况。可见当前测试用例的生成效率非常低。
有鉴于此，本申请实施例提供一种测试用例的生成方法，通过获取包含多个医学图像和病历信息的DICOM测试文件，对病历信息进行信息提取，得到第一用例参数，从而能够使终端设备对DICOM测试文件进行文件解析，以得到能够用于生成测试用例和生成第二用例参数的第一用例参数，解放测试人员对DICOM测试文件的分析过程，减少文件解析过程的时间消耗；再对医学图像进行预处理，以及对第一用例参数进行数据加工，得到预处理后的医学图像对应的第二用例参数，从而能够使终端设备根据测试用例文件的参数要求，将第一用例参数加工为生成测试用例文件所需要的第二用例参数；最后将第二用例参数写入预设用例模板，生成测试用例文件，从而能够使终端设备将第二用例参数写入测试用例文件，而无需测试人员手动配置用例参数，减少因测试数据输入错误而导致反复测试的情况，保证用例参数的准确输入和快速输入，提高测试用例文件的生成效率。
本申请实施例提供的测试用例的生成方法，能够应用于智慧医疗场景中，从而推动智慧城市的建设。
请参阅图1，图1示出了本申请实施例提供的一种测试用例的生成方法的实现流程图。本申请实施例提供的测试用例的生成方法的执行主体为终端设备，终端设备包括但不限于智能手机、平板电脑、超级计算机、个人数字助理等移动终端，也可以包括台式电脑、服务器等终端设备。如图1所示的测试用例的生成方法包括步骤S101至S104，详述如下。
S101，获取DICOM测试文件，DICOM测试文件包含多个医学图像和每个医学图像对应的病历信息。
在本实施例中，DICOM测试文件为以DICOM文件格式存储的医学图像文件，如诊疗诊断设备采集到的X射线图像、电子计算机断层扫描(Computed Tomography，CT)图像、核磁共振(Magnetic Resonance Imaging，MRI)图像和超声图像以DICOM标准保存的文件。可以理解的是，对于任意一种诊疗诊断设备都可以包括多个人体部位的图像，例如，CT图像可以包括但不限于胸部CT图像、腹部CT图像和脑部CT图像等，MRI图像包括但不限于肺部MRI图像、肝脏MRI图像和胰腺MRI图像等。DICOM测试文件中包括医学图像和病历信息，医学图像如X光胶片等，病历信息为原始参数，其包括但不限于该医学图像对应的病人姓名、检查部位、检查编号、图像大小和图像序列编号等。需要说明的是，同一个DICOM测试文件可以包含多个医学图像。
终端设备从本地服务器中获取DICOM测试文件。示例性地，本地服务器中存储有多个DICOM测试文件，终端设备根据人工智能模型的模型类型，从本地服务器中获取模型类型对应的DICOM测试文件。例如，人工智能模型的模型类型为胸部CT模型，则查询本地服务器中的胸部CT图像对应的DICOM文件并获取该文件。可选地，为了便于查询模型类型对应的DICOM测试文件，将DICOM测试文件以预设目录层级存储。
S102，对病历信息进行信息提取，得到第一用例参数。
在本实施例中，病历信息为以DICOM文件格式存储的信息，例如患者姓名、患者年龄、患者性别、检查部位、检查编号和图像序列编号等。第一用例参数为解析DICOM测试文件得到的目标参数，例如解析DICOM测试文件得到检查部位、图像名称、检查编号和图像序列编号等参数。通过解析DICOM测试文件的语法结构，得到以DICOM文件格式存储的病历信息，再对该病历信息进行格式转换，得到第一用例参数。可选地，可调用python+pydicom库文件实现DICOM测试文件的解析和数据转换。
S103，对医学图像进行预处理，以及对第一用例参数进行数据加工，得到预处理后的医学图像对应的第二用例参数。
在本实施例中，为了能够满足测试用例的参数要求，所以将原始参数转换为符合测试用例要求的用例参数。其中包括对医学图像的预处理和对第一用例参数的数据加工。预处理包括但不限于图像压缩、图像尺寸调整、图像截取和图像清洗等，数据加工包括但不限于数据拼接和数据匹配等。
示例性地，为了测试用例能够对多个医学图像进行测试，所以调用预设文件压缩脚本，对多个医学图像进行图像压缩，得到压缩包和压缩包包名，调用预设名称拼接脚本，对压缩包中医学图像的图像名称进行数据拼接，得到图像拼接名，调用预设地址获取脚本，对第一用例参数与预设目录层级进行数据匹配，得到医学图像的存储目录，将压缩包包名、图像拼接名和存储目录作为第二用例参数。
S104，将第二用例参数写入预设用例模板，生成测试用例文件。
在本实施例中，终端设备预先存储有测试用例模板，该测试用例模板可通过Python脚本用例自动生成器根据默认配置方式或用户的自定义配置方式生成，其中Python脚本用例自动生成器主要用于接口测试用例模板的定义与接口测试用例参数的写入。接口测试用例模板的定义可通过在Excel表格配置模板参数，其中测试用例模板包含的必填项可以有用例编号、用例名称、接口地址、请求方式、接口请求参数、断言码、预期结果等。可以理解的是，该测试用例模板可以由终端设备上的Python脚本用例自动生成器生成，也可以其他设备生成好后将测试用例模板传输至本终端设备中。也就是说，生成测试用例模板的执行主体与使用测试用例模板的执行主体可以是相同的，也可以是不同的。
根据模板参数完成测试用例的模板自定义，完成后Python脚本用例自动生成器将第二用例参数写入对应的测试用例模板中，其中接口测试用例参数的写入包括但不限于用例名称、用例所属模块、接口地址、请求param、预期结果等参数的写入。进一步地，根据不同的测试需求，调用多种测试用例模板，终端设备将第二用例参数批量写入到各个测试用例模板，从而一键式生成多个测试用例文件，提高测试用例文件的生成效率。
请参阅图2，图2是本申请另一实施例提供的一种测试用例的生成方法的实现流程图。如图2所示，在图1实施例的基础上，步骤S101之前还包括步骤S201至S203。应理解，与图1实施例相同的步骤，此处不再描述。
S201，获取DICOM原始文件，以及DICOM原始文件的文件类型。
在本实施例中，DICOM原始文件为医疗诊断设备对病人进行检查后得到DICOM文件，其存储于医疗诊断设备所在的设备系统中的存储空间。可以理解的是，设备系统存储DICOM文件时，为了便于快速查找，所以一般以预设目录层级存储DICOM文件。例如通过核磁共振仪采集得到患者A的5张肝脏MRI图像，并对每张肝脏MRI图像进行编号，得到图像序列编号，再以MRI/肝脏/图像序列编号的目录层级，将5张肝脏MRI图像存储于对应的目录层级下。
文件类型包括DICOM原始文件中的医学图像的检查类型和图像类型等，比如检查类型为MRI检查和CT检查等，图像类型为肝脏图像、心脏图像和肺部图像等。示例性地，终端设备访问上述设备系统的存储空间，根据检查部位、图像序列编号等标签，查询标签对应的DIOCM原始文件，并将DICOM原始文件下载至本地服务器，以及根据DICOM原始文件在设备系统的存储空间中的存储目录，获得DICOM文件的文件类型。可以理解的是，也可以调用python+pydicom库文件，对DICOM原始文件进行解析，以得到DICOM原始文件的文件类型。
S202，对文件类型与预设分类标签进行匹配，得到DICOM原始文件的目标分类标签。
在本实施例中，预设分类标签包括检查设备、检查部位、检查编号和图像序列编号。示例性地，基于步骤S201得到DICOM原始文件的文件类型包括肝脏图像、CT检查、第一次检查，对文件类型与预设分类标签进行匹配，则可以得到DICOM原始文件的目标分类标签包括检查部位为肝脏、检查设备为CT、检查编号为1号。
S203，根据目标分类标签与预设存储空间中的存储目录之间的预设对应关系，将DICOM原始文件存储于预设存储空间中的存储目录，并将存储于预设存储空间中的DICOM原始文件作为DICOM测试文件。
在本实施例中，预设存储空间可以为终端设备所连接的本地服务器。终端设备根据预设分类标签对DICOM原始文件进行分类，最终以“/设备/部位/检查”的目录层级存放。示例性地，基于步骤S202得到DICOM原始文件的分类标签包括检查部位为肝脏、检查设备为CT、检查编号为1号，则根据分类标签可以确定预设存储空间中的存储目录为“CT/肝脏/01”，将DICOM原始文件存储于该存储目录，以实现DICOM测试文件的分类存储，以使终端设备在生成不同网络模型的测试用例文件时，可以有目的性的到对应的存储位置调取DICOM测试文件，从而提高DICOM测试文件的获取效率和获取结果的准确性。
在图1所示实施例的基础上，步骤S102对病历信息进行信息提取，得到第一用例参数，包括：根据预设的待映射字段表，确定病历信息中待映射的源字段；根据源字段与目标字段的预设对应关系，对源字段与目标字段进行匹配，得到源字段对应的目标字段；将目标字段作为第一用例参数。
在本实施例中，待映射字段表为生成测试用例时所要提取的病历信息对应的字段表，该字段表包含多个病历信息对应的源字段，该源字段为DICOM文件格式的字段。例如，以DICOM文件格式存储检查部位时对应的源字段为Body Part Examined，检查编号对应的源字段为Study Instance UID，图像序列编号对应的源字段Series Instance UID。目标字段为测试工具能够识别的字段，如图像序列编号seriesInstanceUID、模态modality、检查编号studyInstanceUID、检查部位bodyPartExamined、姓名name、年龄age和性别gender等目标字段。
示例性地，调用python+pydicom库文件，该库文件存储有源字段与目标字段之间的预设对应关系。通过解析DICOM测试文件的语法结构得到图像信息的多个源字段：SeriesInstance UID、Modality、Series Number、Series Date、Study Instance UID和Body PartExamined，以及患者个人信息的多个源字段Patient's Name、Patient's age和Patient'ssex。再根据源字段与目标字段之间的预设对应关系，将以上图像信息和患者个人信息的源字段与目标字段进行匹配，则得到图像信息的多个源字段对应的目标字段seriesInstanceUID、modality、seriesNo、seriesDatetime、studyInstanceUID、bodyPartExamined，以及患者个人信息的多个源字段对应的目标字段name、age和gender。
请参阅图3，图3是本申请一实施例提供的一种测试用例的生成方法中步骤S103的具体实现流程图。如图3所示，步骤S103包括步骤S301至S304。应理解，与图1实施例相同的步骤，此处不再描述。
S301，对多个医学图像进行打包压缩，得到图像压缩包和图像压缩包的包名。
在本实施例中，由于每个患者的医学图像有多个，例如在医院拍摄完CT影像片后一般会有几十或者几百张医学图像，这样得到的DICOM测试文件体积较大，不利于上传。所以对医学图像进行图像压缩，得到DICOM压缩包和DICOM压缩包的包名，从而以降低数据上传的数据量和提高数据传输过程的安全性。可选地，将压缩流程编写为预设压缩脚本文件，基于该预设压缩脚本，对多个医学图像进行打包压缩，得到图像压缩包和图像压缩包的包名。
S302，对图像压缩包中的多个医学图像的图像名称进行拼接，得到图像拼接名。
在本实施例中，由于DICOM压缩包内的医学图像都要上传到后台服务器供人工智能模型测试，则需要拼接每张医学图像的的图像名称(图像序列号)采用逗号分隔的方式进行拼接，例如D0001，D0002，D0003，D0004，……D000N。但是如果手动复制图像名称进行拼接，不但效率低下而且容易出错。所以本实施例将拼接流程编写为预设拼接脚本文件，根据该预设拼接脚本文件，对压缩包中的医学图像的图像名称进行拼接，得到图像拼接名。
S303，调用预设的地址获取脚本，获取每个医学图像在图像压缩包中的绝对路径。
在本实施例中，由于测试工具在测试过程中需要获取到医学图像在本地服务器的存放位置，以将医学图像上传到后台服务器供人工智能模型测试，所以需要将多个医学图像在压缩包中的存放地址作为用例参数写入到用例测试模板。本实施例根据预设的地址获取脚本文件，获取每个医学图像在图像压缩包中的绝对地址，其中预设地址获取脚本可以为python os库函数os.path.join()。
在一种可能实现的方式中，第一用例参数还包括医学图像对应的检查部位和检查编号，调用预设的地址获取脚本，获取每个医学图像在图像压缩包中的绝对地址，包括：调用地址获取脚本，将每个医学图像的检查部位和检查编号匹配到医学图像的预设目录层级，以将检查部位和检查编号按照预设目录层级生成为目标目录；将目标目录作为医学图像在图像压缩包中的绝对路径。
在本实施例中，步骤S101之前将医学图像以预设目录层级存储，例如以“部位/检查编号/序列编号”预设目录层级存放医学图像。通过python os库函数os.path.join()，定义检查部位body_folder、检查编号subfolder、序列编号trdfolder参数分别存放于“部位/检查编号/序列编号”各层级的绝对路径，从而可以得到每个医学图像在图像压缩包中的最终存放路径。例如，对于医学图像A，第一用例参数包括检查部位为肺部、检查编号为01和序列编号为001，则可将检查部位、检查编号和序列编号分别匹配到“部位/检查编号/序列编号”中，得到医学图像A的绝对存储路径path＝/肺部/01/001。
S304，将图像压缩包的包名、图像拼接名和绝对路径作为第二用例参数。
在本实施例中，将图像压缩包的包名、图像拼接名和医学图像的绝对路径作为第二用例参数。
请参阅图4，图4是本申请再一实施例提供的一种测试用例的生成方法的实现流程图。如图4所示，在图1实施例的基础上，步骤S103之后还包括步骤S401，步骤S104包括步骤S402。应理解，与图1实施例相同的步骤，此处不再描述。
S401，将第二用例参数写入逗号分隔值文件，逗号分隔值文件包含多个DICOM测试文件对应的第二用例参数。
在本实施例中，逗号分隔值文件存储DICOM测试文件的第二用例参数，从而存储DICOM测试文件与第二用例参数的映射关系，这样有利于生成测试用例文件时根据逗号分隔值表实现快速读取DICOM用例参数，便于批量生成测试用例文件，从而提高用例生成效率。
S402，将逗号分隔值文件中的第二用例参数批量映射至多个预设用例模板，生成多个测试用例文件。
在本实施例中，将第二用例参数写入逗号分隔值文件，从而能够将多个DICOM测试文件的第二用例参数存储于同一个文件，以在生成测试用例时能够批量读取第二用例参数，进而能够针对大量测试数据批量生成测试用例文件，提高测试用例的生成效率。根据所述逗号分隔值文件中的第二用例参数，批量生成测试用例文件，从而能够保证用例参数输入正确和能够批量生产测试用例文件，实现提高测试用例的生成效率。
在图4所示实施例的基础上，将第二用例参数写入预设用例模板，生成测试用例文件之后，还包括：执行测试用例文件，得到测试结果，并确定测试结果是否符合预期结果；若测试结果不符合预期结果，则读取逗号分隔值文件中的第二用例参数，并将第二用例参数写入预设用例模板，重新生成测试用例文件。
在本实施例中，在本实施例中，调用测试工具(如Jmeter测试工具)或接口自动化平台工具引入步骤S104生成的测试用例文件，模拟对医疗影像辅助诊断系统进行测试，并将对应的测试行结果写入测试用例文件的预期结果中，对完成的结果集进行统计。若有执行失败的测试用例，或系统仍存在缺陷需要回归测试时，可读取逗号分隔值文件中的第二用例参数，根据逗号分隔值文件中的第二用例参数重新生成测试用例文件，或者重复执行图1实施例的所有或部分步骤，以重新生成测试用例文件，并通过重新生成的测试用例文件重复测试直至无严重漏洞，并将修复后的产品重新投入使用，直到系统满足线上要求终止。其中回归测试为测试用例执行后验证服务器功能存在漏洞或不满足需求时，需要对上一次执行的用例重复执行来验证漏洞缺陷是否修复的过程。
在本申请的所有实施例中，基于第二用例参数得到对应的测试用例文件，具体来说，测试用例文件由第二用例参数写入预设用例模板得到，比如利用数据映射得到。将测试用例文件上传至区块链可保证其安全性和对用户的公正透明性。终端设备可以从区块链中下载得该测试用例文件，以便查证测试用例文件是否被篡改。本示例所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
请参阅图5，图5是本申请实施例提供的一种测试用例的生成装置的结构框图。本实施例中该移动终端包括的各单元用于执行图1至图4对应的实施例中的各步骤。具体请参阅图1至图4以及图1至图4所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图5，测试用例的生成装置包括：
获取模块501，用于获取DICOM测试文件，所述DICOM测试文件包含多个医学图像和每个所述医学图像对应的病历信息；
提取模块502，用于对所述病历信息进行信息提取，得到第一用例参数；
加工模块503，用于对所述医学图像进行预处理，以及对所述第一用例参数进行数据加工，得到预处理后的所述医学图像对应的第二用例参数；
生成模块504，用于将所述第二用例参数写入预设用例模板，生成测试用例文件。
本申请实施例提供一种测试用例的生成装置，通过获取模块501获取包含多个医学图像和病历信息的DICOM测试文件，提取模块502对病历信息进行信息提取，得到第一用例参数，从而能够使终端设备对DICOM测试文件进行文件解析，以得到能够用于生成测试用例和生成第二用例参数的第一用例参数，解放测试人员对DICOM测试文件的分析过程，减少文件解析过程的时间消耗；再通过加工模块503对医学图像进行预处理，以及对第一用例参数进行数据加工，得到预处理后的医学图像对应的第二用例参数，从而能够使终端设备根据测试用例文件的参数要求，将第一用例参数加工为生成测试用例文件所需要的第二用例参数；最后通过生成模块504将第二用例参数写入预设用例模板，生成测试用例文件，从而能够使终端设备将第二用例参数写入测试用例文件，而无需测试人员手动配置用例参数，减少因测试数据输入错误而导致反复测试的情况，保证用例参数的准确输入和快速输入，提高测试用例文件的生成效率。
在一实施例中，测试用例的生成装置，还包括：
第二获取模块，用于获取DICOM原始文件，以及DICOM原始文件的文件类型；
匹配模块，用于对原始参数与预设分类标签进行匹配，得到DICOM原始文件的分类标签；
存储模块，用于根据分类标签与预设存储空间中的存储目录之间的预设对应关系，将DICOM原始文件存储于预设存储空间中的存储目录，并将存储于预设存储空间中的DICOM原始文件作为DICOM测试文件。
在一实施例中，提取模块502还用于：
根据预设的待映射字段表，确定病历信息中待映射的源字段；
根据源字段与目标字段的预设对应关系，对源字段与目标字段进行匹配，得到源字段对应的目标字段；
将目录字段作为第一用例参数。
在一实施例中，加工模块503还用于：
对多个医学图像进行打包压缩，得到图像压缩包和图像压缩包的包名；
对图像压缩包中的多个医学图像的图像名称进行拼接，得到图像拼接名；
调用预设的地址获取脚本，获取每个医学图像在图像压缩包中的绝对地址；
将图像压缩包的包名、图像拼接名和绝对地址作为第二用例参数。
在一实施例中，加工模块503还用于：
调用地址获取脚本，将每个医学图像的检查部位和检查编号匹配到医学图像的预设目录层级，以将检查部位和检查编号按照预设目录层级生成为目标目录；
将目标目录作为图像压缩包的绝对路径。
在一实施例中，装置还包括：
写入模块，用于将第二用例参数写入逗号分隔值文件，逗号分隔值文件包含多个DICOM测试文件对应的第二用例参数；
生成模块504还用于：
将逗号分隔值文件中的第二用例参数批量映射至多个预设用例模板，生成多个测试用例文件。
在一实施例中，装置还包括：
执行模块，用于执行测试用例文件，得到测试结果，并确定测试结果是否符合预期结果；
读取模块，用于若测试结果不符合预期结果，则读取逗号分隔值文件中的第二用例参数，并将第二用例参数写入预设用例模板，重新生成测试用例文件。
应当理解的是，图5示出的测试用例的生成装置的结构框图中，各单元用于执行图1至图4对应的实施例中的各步骤，而对于图1至图4对应的实施例中的各步骤已在上述实施例中进行详细解释，具体请参阅图1至图4以及图1至图4所对应的实施例中的相关描述，此处不再赘述。
图6是本申请另一实施例提供的一种终端设备的结构框图。如图6所示，该实施例的终端设备60包括：处理器61、存储器62以及存储在所述存储器62中并可在所述处理器61上运行的计算机程序63，例如测试用例的生成方法的程序。处理器61执行所述计算机程序63时实现上述各个测试用例的生成方法各实施例中的步骤，例如图1所示的S101至S104，或者图2、图3和图4所示的S201至S203，S301至S304以及S401至S403。或者，所述处理器61执行所述计算机程序63时实现上述图5对应的实施例中各模块/单元的功能，例如，图5所示的模块501至504的功能，具体请参阅图5对应的实施例中的相关描述，此处不赘述。
示例性的，所述计算机程序63可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器62中，并由所述处理器61执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序63在所述终端60中的执行过程。例如，所述计算机程序63可以被分割成第一生成模块和第二生成模块，各模块/单元具体功能如上所述。
所述转台设备可包括，但不仅限于，处理器61、存储器62。本领域技术人员可以理解，图6仅仅是终端设备60的示例，并不构成对终端设备60的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述转台设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器61可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器62可以是所述终端设备60的内部存储单元，例如终端设备60的硬盘或内存。所述存储器62也可以是所述终端设备60的外部存储设备，例如所述终端设备60上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器62还可以既包括所述终端设备60的内部存储单元也包括外部存储设备。所述存储器62用于存储所述计算机程序以及所述转台设备所需的其他程序和数据。所述存储器62还可以用于暂时地存储已经输出或者将要输出的数据。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。
Claims (8)
1.一种测试用例的生成方法，其特征在于，包括：
获取DICOM测试文件，所述DICOM测试文件包含多个医学图像和每个所述医学图像对应的病历信息；
对所述病历信息进行信息提取，得到第一用例参数；
对所述医学图像进行预处理，以及对所述第一用例参数进行数据加工，得到预处理后的所述医学图像对应的第二用例参数；
将所述第二用例参数写入预设用例模板，生成测试用例文件；
所述第一用例参数包括所述医学图像的图像名称，所述对所述医学图像进行预处理，以及对所述第一用例参数进行数据加工，得到预处理后的所述医学图像对应的第二用例参数，包括：
对多个所述医学图像进行打包压缩，得到图像压缩包和所述图像压缩包的包名；
对所述图像压缩包中的多个所述医学图像的图像名称进行拼接，得到图像拼接名；
调用预设的地址获取脚本，获取每个所述医学图像在所述图像压缩包中的绝对路径；
将所述图像压缩包的包名、所述图像拼接名和所述绝对路径作为所述第二用例参数；
所述第一用例参数还包括医学图像对应的检查部位和检查编号，所述调用预设的地址获取脚本，获取每个所述医学图像在所述图像压缩包中的绝对路径，包括：
调用所述地址获取脚本，将每个所述医学图像的所述检查部位和所述检查编号匹配到所述医学图像的预设目录层级，以将所述检查部位和所述检查编号按照所述预设目录层级生成为目标目录；
将所述目标目录作为所述医学图像在所述图像压缩包中的绝对路径。
2.根据权利要求1所述的测试用例的生成方法，其特征在于，所述获取DICOM测试文件之前，还包括：
获取DICOM原始文件，以及所述DICOM原始文件的文件类型；
对所述文件类型与预设分类标签进行匹配，得到所述DICOM原始文件的目标分类标签；
根据所述目标分类标签与预设存储空间中的存储目录之间的预设对应关系，将所述DICOM原始文件存储于所述预设存储空间中的存储目录，并将存储于所述预设存储空间中的所述DICOM原始文件作为所述DICOM测试文件。
3.根据权利要求1所述的测试用例的生成方法，其特征在于，所述对所述病历信息进行信息提取，得到第一用例参数，包括：
根据预设的待映射字段表，确定所述病历信息中待映射的源字段；
根据所述源字段与目标字段的预设对应关系，对所述源字段与目标字段进行匹配，得到所述源字段对应的目标字段；
将所述目标字段作为所述第一用例参数。
4.根据权利要求1所述的测试用例的生成方法其特征在于，所述对所述医学图像进行预处理，以及对所述第一用例参数进行数据加工，得到预处理后的所述医学图像对应的第二用例参数之后，还包括：
将所述第二用例参数写入逗号分隔值文件，所述逗号分隔值文件包含多个所述DICOM测试文件对应的第二用例参数；
将所述第二用例参数写入预设用例模板，生成测试用例文件，包括：
将所述逗号分隔值文件中的第二用例参数批量映射至多个所述预设用例模板，生成多个所述测试用例文件。
5.根据权利要求4所述的测试用例的生成方法，其特征在于，所述将所述第二用例参数写入预设用例模板，生成测试用例文件之后，还包括：
执行所述测试用例文件，得到测试结果，并确定所述测试结果是否符合预期结果；
若所述测试结果不符合所述预期结果，则读取所述逗号分隔值文件中的第二用例参数，并将所述第二用例参数写入所述预设用例模板，重新生成所述测试用例文件。
6.一种测试用例的生成装置，其特征在于，包括：
获取模块，用于获取DICOM测试文件，所述DICOM测试文件包含多个医学图像和每个所述医学图像对应的病历信息；
提取模块，用于对所述病历信息进行信息提取，得到第一用例参数；
加工模块，用于对所述医学图像进行预处理，以及对所述第一用例参数进行数据加工，得到预处理后的所述医学图像对应的第二用例参数；
生成模块，用于将所述第二用例参数写入预设用例模板，生成测试用例文件；
所述第一用例参数包括所述医学图像的图像名称，所述加工模块，还用于：对多个所述医学图像进行打包压缩，得到图像压缩包和所述图像压缩包的包名；对所述图像压缩包中的多个所述医学图像的图像名称进行拼接，得到图像拼接名；调用预设的地址获取脚本，获取每个所述医学图像在所述图像压缩包中的绝对路径；将所述图像压缩包的包名、所述图像拼接名和所述绝对路径作为所述第二用例参数；
所述第一用例参数还包括医学图像对应的检查部位和检查编号，所述加工模块，还用于：调用所述地址获取脚本，将每个所述医学图像的所述检查部位和所述检查编号匹配到所述医学图像的预设目录层级，以将所述检查部位和所述检查编号按照所述预设目录层级生成为目标目录；将所述目标目录作为所述医学图像在所述图像压缩包中的绝对路径。
7.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。
8.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011034692.3A CN112131123B (zh) | 2020-09-27 | 2020-09-27 | 测试用例的生成方法、装置、终端设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011034692.3A CN112131123B (zh) | 2020-09-27 | 2020-09-27 | 测试用例的生成方法、装置、终端设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112131123A CN112131123A (zh) | 2020-12-25 |
| CN112131123B true CN112131123B (zh) | 2024-04-02 |
Family
ID=73839914
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011034692.3A Active CN112131123B (zh) | 2020-09-27 | 2020-09-27 | 测试用例的生成方法、装置、终端设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112131123B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112948252A (zh) * | 2021-03-09 | 2021-06-11 | 上海万向区块链股份公司 | 基于联盟链存储的可视化用例管理方法、系统及介质 |
| CN113515520A (zh) * | 2021-03-26 | 2021-10-19 | 北京达佳互联信息技术有限公司 | 数据管理方法、装置、服务器及存储介质 |
| CN113450886B (zh) * | 2021-06-07 | 2022-05-20 | 武汉联影医疗科技有限公司 | 测试用例的生成方法、装置、计算机设备和存储介质 |
| CN113407454B (zh) * | 2021-06-29 | 2022-08-05 | 山东派盟网络科技有限公司 | 一种全面测试的方法、装置以及设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107102939A (zh) * | 2016-11-09 | 2017-08-29 | 中国矿业大学 | 一种回归测试用例自动分类方法 |
| CN107193735A (zh) * | 2017-05-17 | 2017-09-22 | 武汉联影医疗科技有限公司 | 软件测试方法及系统 |
| CN110096434A (zh) * | 2019-03-28 | 2019-08-06 | 咪咕文化科技有限公司 | 一种接口测试方法及装置 |
| EP3567600A1 (en) * | 2018-05-08 | 2019-11-13 | Siemens Healthcare GmbH | Improving a runtime environment for imaging applications on a medical device |
| CN110750442A (zh) * | 2019-09-06 | 2020-02-04 | 平安医疗健康管理股份有限公司 | 测试用例的生成方法、装置、设备及存储介质 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013155597A1 (en) * | 2012-04-16 | 2013-10-24 | iMed Media Inc. | Educational systems and methods employing confidential medical content |
| US11586815B2 (en) * | 2019-03-14 | 2023-02-21 | Proov Systems Ltd. | Method, system and computer program product for generating artificial documents |
-
2020
- 2020-09-27 CN CN202011034692.3A patent/CN112131123B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107102939A (zh) * | 2016-11-09 | 2017-08-29 | 中国矿业大学 | 一种回归测试用例自动分类方法 |
| CN107193735A (zh) * | 2017-05-17 | 2017-09-22 | 武汉联影医疗科技有限公司 | 软件测试方法及系统 |
| EP3567600A1 (en) * | 2018-05-08 | 2019-11-13 | Siemens Healthcare GmbH | Improving a runtime environment for imaging applications on a medical device |
| CN110096434A (zh) * | 2019-03-28 | 2019-08-06 | 咪咕文化科技有限公司 | 一种接口测试方法及装置 |
| CN110750442A (zh) * | 2019-09-06 | 2020-02-04 | 平安医疗健康管理股份有限公司 | 测试用例的生成方法、装置、设备及存储介质 |
Non-Patent Citations (1)
| Title |
|---|
| Zhiqiang Wang等.Poster—Medical Protocol Security: DICOM Vulnerability Mining Based on Fuzzing Technology.《CCS '19: Proceedings of the 2019 ACM SIGSAC Conference on Computer and Communications Security》.2019,第2549–2551页. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112131123A (zh) | 2020-12-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112131123B (zh) | 测试用例的生成方法、装置、终端设备及存储介质 | |
| JP6034192B2 (ja) | 報告検証器及び報告増強器を有する医療情報システム | |
| CN107273698B (zh) | 人工智能训练标准库的处理与检测方法、系统 | |
| US10521554B2 (en) | Harmonization of cross-vendor data | |
| US20070041647A1 (en) | Method for increasing the flexibility of DICOM tags management in application-specific integration | |
| CN110737689B (zh) | 数据标准符合性检测方法、装置、系统及存储介质 | |
| US20230186465A1 (en) | Enhancing medical imaging workflows using artificial intelligence | |
| CN111080583B (zh) | 医学图像检测方法、计算机设备和可读存储介质 | |
| CN110750440A (zh) | 数据测试方法及终端设备 | |
| US20100177941A1 (en) | Medical image diagnosis support system and image processing method | |
| CN109102845B (zh) | 医疗单据审核方法、装置、计算机设备和存储介质 | |
| CN115759040A (zh) | 一种电子病历解析方法、装置、设备和存储介质 | |
| CN115809290A (zh) | 生成数据持久层入参方法、装置、设备及介质 | |
| CN114299046A (zh) | 一种医学图像配准方法、装置、设备及存储介质 | |
| US11915726B2 (en) | Recording device, readout device, recording method, recording program, readout method, readout program, and magnetic tape capable of shortening the reading of data recorded on a recording medium | |
| CN111279424A (zh) | 用于优化图像采集工作流的设备、系统和方法 | |
| CN111430013A (zh) | 一种图像日期的补全方法、装置、设备及存储介质 | |
| CN114242210A (zh) | 医学影像数据的管理方法、装置、设备及存储介质 | |
| JP7216660B2 (ja) | 下流のニーズを総合することにより読み取り環境を決定するためのデバイス、システム、及び方法 | |
| CN111199805B (zh) | 一种基于医疗数据的类型层级提取方法及装置 | |
| CN111311587A (zh) | 医学影像数据处理方法、装置、医学信息系统及介质 | |
| US9734286B2 (en) | System and method for splitting DICOM medical image series into framesets | |
| CN113656324B (zh) | 疾病录入及决策的全链路测试方法、装置、设备及介质 | |
| CN109285599A (zh) | 在医学云基础架构中提供失败参数 | |
| US11315248B2 (en) | Identifying invalid medical images |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20210203 Address after: 518000 Room 201, building A, No. 1, Qian Wan Road, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong (Shenzhen Qianhai business secretary Co., Ltd.) Applicant after: Shenzhen saiante Technology Service Co.,Ltd. Address before: 1-34 / F, Qianhai free trade building, 3048 Xinghai Avenue, Mawan, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong 518000 Applicant before: Ping An International Smart City Technology Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |