著录项信息
专利名称 | 芯片验证测试用例的管理方法 |
申请号 | CN201110159449.9 | 申请日期 | 2011-06-15 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2012-01-25 | 公开/公告号 | CN102331967A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F11/36 | IPC分类号 | G;0;6;F;1;1;/;3;6;;;G;0;6;F;1;7;/;5;0查看分类表>
|
申请人 | 烽火通信科技股份有限公司 | 申请人地址 | 湖北省武汉市东湖开发区关东科技园东信路5号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 烽火通信科技股份有限公司 | 当前权利人 | 烽火通信科技股份有限公司 |
发明人 | 柏帆;袁博浒 |
代理机构 | 北京捷诚信通专利事务所(普通合伙) | 代理人 | 魏殿绅;庞炳良 |
摘要
本发明公开了一种芯片验证测试用例的管理方法,通过直接读取项目计划阶段完成的测试用例列表,采用DOM分析方法生成树状结构数据,并将测试用例列表文件中每个测试用例导入测试平台中直接生成测试用例;测试结束后,直接将测试结果反标回测试用例列表,大大提高了芯片验证工作的效率,减少了人力成本,并能有效地保证验证工作的完备性,提高芯片验证质量。
1.芯片验证测试用例的管理方法,包括测试用例导入步骤,所述测试用例导入包括以下步骤:
A101、读取项目计划阶段完成的测试用例列表并转化为标准XML文件,所述测试用例列表至少包含测试组、测试点和测试用例名称;
A102、采用DOM分析方法将步骤A101得到的标准XML文件生成树状结构数据,并将此树状结构数据作为测试用例列表导入测试系统平台;
A103、根据上述树状结构数据,在测试系统平台上生成对应的空测试用例结构,并将测试用例列表文件中每个测试用例中的测试组、测试点和测试用例名称导入;
A104、在测试系统平台中手工配置测试用例;
A105、利用EDA工具进行测试用例仿真;
其特征在于,还包括测试用例反标输出步骤,所述测试用例反标输出包括以下步骤:
A201、根据测试用例仿真的结果获得测试用例运行情况和测试结果的文本文件;
A202、将测试用例运行情况和测试结果的文本文件生成树状结构数据并保存在系统内存中;
A203、采用DOM分析方法,将测试用例运行情况和测试结果的文本文件转化为XML格式,并将对应的字段反标到原测试用例列表中。
2.如权利要求1所述的芯片验证测试用例的管理方法,其特征在于,在步骤A101中,测试用例列表为xls格式,通过表格软件将测试用例列表转化为标准XML文件。
3.如权利要求1所述的芯片验证测试用例的管理方法,其特征在于,在步骤A103中,首先根据上述树状结构数据,生成对应的空测试用例结构,然后读取该空测试用例结构生成树状列表。
4.如权利要求1所述的芯片验证测试用例的管理方法,其特征在于,根据测试用例在测试用例列表中的增减,反标输出时对相应的增减测试用例进行修改。
芯片验证测试用例的管理方法\n技术领域\n[0001] 本发明涉及芯片验证领域,具体涉及芯片验证测试用例的管理方法。\n背景技术\n[0002] 根据摩尔定律,随着数字集成电路(芯片)的发展,其复杂程度日益增加。无论是在通信、消费电子还是在工业应用等领域,数字集成电路的工艺的提升越来越快,单块芯片所具有的功能越来越多,集成电路芯片的设计必然越来越复杂。于是,对于每个集成芯片的验证团队来说,所担负的工作会越来越复杂化。为了配合成几何倍数爆炸式增长的芯片功能需求,如何提高EDA验证工作的效率,如何保证芯片的成功率,如何增强验证工作的完善性,成为非常迫切的需求。\n[0003] 现代的EDA工具已经可以很好的实现对HDL代码的高速测试,并且提出了很多实用的验证方法学,但是对于测试用例的管理,还没有完善的解决方案。目前在EDA验证工作中,对于验证计划中测试用例管理还处于人工录入检查阶段。\n[0004] 对于一般的芯片验证流程中,在项目开始阶段定义好测试点和测试用例分解列表,在验证的过程中,通过人工来检查录入哪些用例通过,哪些用例失败,通过后期人力检查代码覆盖率来确保验证的完备性。\n[0005] 这种方法的缺点是在验证过程中,投入的人力成本过大,并且通过人力来保证验证工作的完整性,有太多的不确定因素。\n发明内容\n[0006] 本发明所要解决的技术问题是解决在芯片的验证过程中,通过人工进行测试用例的录入、验证人力成本过大,并且有太多的不确定因素的问题。\n[0007] 为了解决上述技术问题,本发明所采用的技术方案是提供一种芯片验证测试用例的管理方法,包括测试用例导入以及反标输出两个步骤,\n[0008] 所述测试用例导入包括以下步骤:\n[0009] A101、读取项目计划阶段完成的测试用例列表并转化为标准XML文件,所述测试用例列表至少包含测试组、测试点和测试用例名称;\n[0010] A102、采用DOM分析方法将步骤A101得到的标准XML文件生成树状结构数据,并将此树状结构数据作为测试用例列表导入测试系统平台;\n[0011] A103、根据上述树状结构数据,在测试系统平台上生成对应的空测试用例结构,并将测试用例列表文件中每个测试用例中的测试组、测试点和测试用例名称导入;\n[0012] A104、在测试平台中手工配置测试用例;\n[0013] A105、利用EDA工具进行测试用例仿真;\n[0014] 所述测试用例反标输出包括以下步骤:\n[0015] A201、根据测试用例仿真的结果获得测试用例的运行情况和测试结果的文本文件;\n[0016] A202、将测试用例完成情况和测试结果文本文件生成树状结构数据并保存在系统内存中;\n[0017] A203、采用DOM分析方法,将测试用例完成情况测试结果文本文件转化为XML格式,并将对应的字段反标到原测试用例列表中。\n[0018] 在上述方法中,在步骤A101中,测试用例列表为xls格式,通过表格软件将测试用例列表转化为标准XML文件。\n[0019] 在上亮方法中,在步骤A102中,根据DOM文件中的到<\Row>,生成树状结构数据。\n[0020] 在上述方法中,在步骤A103中,首先根据上述树状结构数据,生成对应的空测试用例结构,然后读取该空测试用例结构生成树状列表。\n[0021] 在上述方法中,在步骤A203中,根据DOM文件中的到<\Row>,生成树状结构数据。\n[0022] 在上述方法中,根据测试用例在测试用例列表中的增减,反标输出时对相应的增减测试用例进行修改。\n[0023] 本发明,通过直接读取项目计划阶段完成的测试用例列表,将其在测试平台中直接生成测试用例;测试结束后,直接将测试结果反标回测试用例列表,这样,大大提高了芯片验证工作的效率,减少了人力成本,并能有效地保证验证工作的完备性,提高芯片验证质量。\n附图说明\n[0024] 图1,本发明测试用例导入导出系统结构框图;\n[0025] 图2,本发明的流程图;\n[0026] 图3,测试用例列表示例;\n[0027] 图4,测试用例导入到测试平台结果示例;\n[0028] 图5,测试平台运行完成示例;\n[0029] 图6,导出了结果以后的测试用例列表示例;\n[0030] 图7,一个通过DOM分析读取XML文件的示例。\n具体实施方式\n[0031] 本发明提供一种芯片验证测试用例的管理方法,能够自动完成测试用例的输入和验证结果的反标输出,减少了测试人员在测试过程中对测试用例进行核对的时间,大大提升了芯片验证效率,并且规避了人工构建用例时容易出现遗漏的情况,有效地保证了芯片验证的完备性。\n[0032] 本发明提供的芯片验证测试用例的管理方法包括测试用例导入以及反标输出两个步骤,下面结合附图对本发明作出详细的说明。\n[0033] 导入导出系统如图1所示,包括一个Dom(Document Object Model)分析工具、一个与测试系统平台底层交互的组件以及GUI图形界面。其中Dom分析工具是指一种HTML与XML的应用编程接口(API),通过此接口对XML文档进行分析,可以对文档进行读取和写入。\n[0034] 如图2所示,测试用例导入包括以下步骤:\n[0035] A101、读取项目计划阶段完成的测试用例列表,生成如图3所示的xls格式的测试用例列表,所述测试用例列表至少包含测试组(TestGroup)、测试点(TestPoint)和测试用例名称(TestCase),也可包含测试用例描述等相关信息,通过表格软件(Excel,WPS表格)将测试用例列表转化为标准XML文件;\n[0036] A102、采用DOM(Document Object Model)分析方法将步骤A101得到的标准XML文件,生成如图7所示的DOM文件,并根据DOM文件中的到<\Row>,生成树状结构数据,最后将此树状结构数据作为测试用例列表导入测试系统平台,树状结构数据如下:\n[0037] \n[0038] A103、根据上述树状结构数据,生成对应的空测试用例结构,读取该空测试用例结构生成图4显示的树状列表,并通过GUI(图形用户接口)程序显示到测试平台中,将测试用例列表文件中每个测试用例中的测试组、测试点和测试用例名称导入树状列表中。导入完成后,通过图4和图5可以观测出,测试平台中的测试用例结构与测试用例列表中的结构保持一致。\n[0039] A104、在测试平台中手工配置测试用例,并显示在GUI图形界面上。\n[0040] A105、利用EDA工具进行测试用例仿真,收集覆盖率检查验证完备性。\n[0041] 测试用例反标输出包括以下步骤:\n[0042] A201、根据EDA工具测试用例仿真的运行结果(EDA工具仿真生成的结果保存于一个测试结果文本文件中),将测试用例的运行情况和测试结果(包含通过情况,覆盖率等)从测试结果文本文件读出,通过GUI显示出来,如图5,其中通过的用例为Test Passed,可用绿色标识,未通过的用例为Some Errors,可用红色标识。\n[0043] A202、分析GUI系统中显示的测试用例完成情况以及测试用例运行的结果,生成树状结构数据并存储到系统内存中,此数据如下所示:\n[0044] \n[0045] \n[0046] A203、读取系统内存中的用例结构,并转化为适用于XML文档的数据格式,如图7所示的…<\Row>格式(包括测试用例运行的结果(如Result,Branch,Line等));\n采用DOM分析方法,将对…<\Row>格式格式进行分析,将测试用例完成情况以及测试用例运行的结果转化为XML格式,并将对应的字段反标到原测试用例列表中,如图5和图6所示。\n[0047] 图6所示为最后反标完成后输出的结果,绿色(Test Passed)的用例表示通过,红色(Some Errors)的用例表示失败,同时也会将测试组以及测试点的成功或者失败分别用绿色或者红色标出。此测试用例列表就包括了测试用例运行的全部相关结果,用例运行通过情况以及用例相关代码以及功能覆盖率等信息。通过此文档,可以直观的监测用例运行情况,直接看出哪个测试组或者测试点没用通过,然后查找未通过的用例;也可以直接将此报告作为项目管理的依据,判断项目是否带到结束要就;同时由于此文档由测试平台自动生成,可以有效的节省目前手工录入带来的人力成本。\n[0048] 在实践中,测试用例列表在项目进行过程中会有所增减,于是在反标输出时,会将增减的用例在测试用例列表中进行修改,最终反标输出到测试用例列表中的是经过增减的用例。\n[0049] 本发明,使用自动化的方式完成验证计划的输入和验证结果的反标输出过程,减少了测试人员在测试过程中对用例进行核对的时间;可以有效的保证验证的完备性,规避了人工构建用例时出现遗漏的情况,大幅提升了工作效率。\n[0050] 本发明不局限于上述最佳实施方式,任何人应该得知在本发明的启示下作出的结构变化,凡是与本发明具有相同或相近的技术方案,均落入本发明的保护范围之内。
法律信息
- 2014-08-27
- 2012-03-14
实质审查的生效
IPC(主分类): G06F 11/36
专利申请号: 201110159449.9
申请日: 2011.06.15
- 2012-01-25
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2007-02-21
|
2006-09-14
| | |
2
| |
2010-09-01
|
2010-04-28
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |