CN102117272A - 一种嵌入式文件***稳定性的验证方法及装置 - Google Patents
一种嵌入式文件***稳定性的验证方法及装置 Download PDFInfo
- Publication number
- CN102117272A CN102117272A CN2009102158254A CN200910215825A CN102117272A CN 102117272 A CN102117272 A CN 102117272A CN 2009102158254 A CN2009102158254 A CN 2009102158254A CN 200910215825 A CN200910215825 A CN 200910215825A CN 102117272 A CN102117272 A CN 102117272A
- Authority
- CN
- China
- Prior art keywords
- file system
- embedded file
- tasks
- embedded
- carried out
- 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.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种嵌入式文件***稳定性的验证方法及装置,所述方法包括以下步骤:创建多个满足互相抢占的任务;多个任务同时调用一个或者一组待测函数,对所述嵌入式文件***进行稳定性测试,查询文件列表、文件内容、存储空间是否正确,记录测试结果;在至少循环上述步骤一次后,生成验证报告。本发明通过从嵌入式文件***外部和内部不同角度对嵌入式文件***进行稳定性测试,能够全面地验证嵌入式文件***的稳定性,帮助开发人员快速定位问题,改进嵌入式文件***的技术方案,并准确判断嵌入式文件***工作的稳定性。
Description
技术领域
本发明涉及嵌入式文件***技术领域,特别是涉及一种嵌入式文件***稳定性的验证方法及装置。
背景技术
目前,嵌入式***,如消费电子产品中,经常用到嵌入式文件***。由于这些嵌入式***对数据的存储都有较高的要求,这就要求嵌入式文件***必须稳定、可靠的工作。因此,在嵌入式***大规模应用之前,开发者必须对嵌入式文件***进行稳定性验证。
但是,目前还没有很好的方法对嵌入式***中的文件***进行稳定性验证,特别是在使用环境比较复杂多变的嵌入式***中,这对产品的质量形成了严峻的挑战。现有技术对嵌入式文件***可靠性的验证方法,主要是针对嵌入式文件***基本功能的测试验证,验证不全面,没有考虑嵌入式文件***大多应用在多任务可抢占的环境中,也没有考虑外界存储访问对嵌入式文件***的影响。因而嵌入式文件***即使通过已有验证方法,能够得知嵌入式文件***基本功能已经满足,也不能确认嵌入式文件***是否存在潜在问题。特别在多任务环境、外界存储访问同时进行中,不能确保嵌入式文件***工作稳定,文件数据保存完好,文件目录不会丢失。
发明内容
本发明要解决的技术问题是提供一种嵌入式文件***稳定性的验证方法及装置,用以解决现有技术现有技术对嵌入式文件***验证不全面的问题。
为解决上述技术问题,一方面,本发明提供一种嵌入式文件***稳定性的验证方法,所述方法包括以下步骤:
创建多个满足互相抢占的任务;
多个任务同时调用一个或者一组待测函数,对所述嵌入式文件***进行稳定性测试,查询文件列表、文件内容、存储空间是否正确,记录测试结果;
在至少循环上述步骤一次后,生成验证报告。
进一步,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
多个任务同时调用提供给所述嵌入式文件***使用的物理驱动函数,对所述嵌入式文件***进行稳定性测试。
进一步,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
多个任务同时对同一个已存在的文件进行访问,调用打开、读、写函数,对所述嵌入式文件***进行稳定性测试。
进一步,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
多个任务同时对根目录的文件进行访问,调用打开、创建、删除,读、写函数,对所述嵌入式文件***进行稳定性测试。
进一步,多个任务中的部分任务对根目录的文件进行访问的同时,剩余的任务对非根目录文件进行读、写操作。
进一步,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
调整各个任务对应的输入参数为不同目录的文件,多个任务同时打开、创建、删除各自目录文件,且多个任务对各目录文件进行文件读写操作,对所述嵌入式文件***进行稳定性测试。
进一步,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
调整各个任务对应的输入参数为不同目录的文件,调整文件的大小,使文件空间至少大于一个簇,多个任务对各目录文件进行文件读、写、删除、定位、文件截断操作,对所述嵌入式文件***进行稳定性测试。
进一步,增加几个任务调用提供给所述嵌入式文件***使用的物理驱动函数,进行读、写、擦除操作,对所述嵌入式文件***进行稳定性测试。
进一步,当正在文件***操作时,突然软复位或者掉电,连续多次,对所述嵌入式文件***进行稳定性测试。
进一步,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
多个任务对各目录文件进行文件读、写、创建、定位、截断操作;开始时,剩余空间为整个***存储空间,然后多个任务同时进行创建、写文件操作,保证每个文件的写的长度大于截断的长度,直到文件存储空间写满为止;然后,自动删除全部文件;重复上述操作,并记录每一次测试完成的时间,通过对比每一轮相同测试过程的时间,来判断嵌入式文件***的垃圾回收机制和磨损平衡机制工作是否正常。
另一方面,本发明还提供一种嵌入式文件***稳定性的验证装置,所述***包括:
任务创建单元,用于创建多个满足互相抢占的任务;
稳定性测试单元,用于多个任务同时调用一个或者一组待测函数,对所述嵌入式文件***进行稳定性测试,查询文件列表、文件内容、存储空间是否正确,记录测试结果;
验证报告生成单元,用于在至少循环上述步骤一次后,生成验证报告。
本发明有益效果如下:
本发明通过从嵌入式文件***外部和内部不同角度对嵌入式文件***进行稳定性测试,能够全面地验证嵌入式文件***的稳定性,帮助开发人员快速定位问题,改进嵌入式文件***的技术方案,并准确判断嵌入式文件***工作的稳定性。
附图说明
图1是本发明实施例1一种嵌入式文件***稳定性的验证方法的流程图;
图2是本发明实施例2一种嵌入式文件***稳定性的验证装置的结构示意图。
具体实施方式
为了解决现有技术对嵌入式文件***验证不全面的问题,本发明提供了一种嵌入式文件***稳定性的验证方法及装置,以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
如图1所示,本发明实施例1涉及一种嵌入式文件***稳定性的验证方法,包括以下步骤:
步骤S101,创建多个满足互相抢占的任务。
创建多任务时,要保证各任务优先级不同,确保各任务在运行时能够互相抢占;而且,各任务执行等待时间不同,确保所有创建的任务都能够有足够的时间运行。能够互相抢占,是指当运行一个任务时,当存在优先级较高的任务时,优先运行高优先级的任务。
步骤S102,多个任务同时调用一个或者一组待测函数,对所述嵌入式文件***进行稳定性测试,查询文件列表、文件内容、存储空间是否正确,记录测试结果。
多个任务同时调用一个或者一组待测函数,包括以下情况:
1、多个任务同时调用嵌入式文件***提供的同一个API(ApplicationProgramming Interface,应用程序编程接口)函数,输入参数相同。
2、多个任务同时调用嵌入式文件***提供的同一个API函数,输入参数不同。
3、多个任务同时调用一组嵌入式文件***提供的API函数,一组嵌入式文件***提供的API函数是指与待测嵌入式文件***的某一个功能相关的几个API函数。
在上述情况1、2、3中,多个任务运行一段时间后停止运行,通过嵌入式文件***提供的工具查询文件列表、存储空间、文件内容是否正确,通过对文件内容增加校验的方式来判断文件内容是否正确,即:查询列举的文件列表与创建的文件列表是否一致,查询理论存储空间占用与实际存储空间占用是否一致,查询读出的数据与写入的数据是否一致。如果一致,则认为正确,即通过上述测试,嵌入式文件***稳定;如果不一致,则认为嵌入式文件***在上述测试过程中出现异常。然后,记录测试结果。
步骤S103,在至少循环上述步骤一次后,生成验证报告。循环次数根据嵌入式***的使用环境、自身特点的不同而不同,通常,应该尽可能多的进行循环,以便保证测试结果更加准确。
在步骤S102中,通常需要进行以下测试:
步骤S1021,多个任务同时调用提供给嵌入式文件***使用的物理驱动函数进行测试,测试完毕后,进行数据检查,判断数据存储是否正确,如果数据校验不正确,则产生了异常,则执行步骤S103,生成测试报告;如果正确,则进行步骤S1022。
这里提供给嵌入式文件***物理驱动函数主要是指读、写和擦除数据函数。这里的测试是指,主要针对嵌入式文件***物理驱动函数的读、写、擦除功能,多任务重入保护功能,在物理存储器(例如外接FLASH存储器)所支持的整个存储空间,采用多个任务同时进行读、写、擦除操作,进行长时间稳定性测试。测试时间根据具体的情况进行设置,通常应该保证尽可能长的时间。通过对写入的数据增加校验核,来判断读写数据是否正确。如果数据校验不正确,则产生了异常,则执行步骤S103记录测试结果,生成测试报告。
步骤S1022,主要测试嵌入式文件***对文件描述符操作的稳定性。
这个测试主要针对文件描述符在嵌入式文件***中的重要位置,在嵌入式文件***应用中,最容易发生多任务调用的情况。因此主要采用多个任务同时对同一个已存在的文件进行访问,包括调用打开、读、写等嵌入式文件***的几个基本API函数,通过调整输入参数,多个任务以不同的相对路径和绝对路径对同一文件进行访问,因此,同一文件产生多个文件描述符,进而来测试嵌入式文件***对文件描述符的重入保护和操作的稳定性。通过对写入的数据增加校验核,测试一段时间后,停止所有任务运行,进行数据和文件列表检查,如果数据校验不正确或者文件列表不正确,则产生了异常,则执行步骤S103生成测试报告;否则,执行步骤S1023。
步骤S1023,主要测试嵌入式文件***对根目录操作的稳定性。
这个测试中主要根据嵌入式文件***内部的实现机理,在嵌入式文件***中,如果对根目录操作不稳定,会导致整个文件目录错误。因而,采用多个任务同时对根目录的文件进行访问,包括调用打开、创建、删除,读、写等嵌入式文件***的几个基本API函数。通过调整输入参数为根目录的文件,数个任务同时打开、创建、删除一个空目录,来使嵌入式文件***频繁对根目录操作。另外,在多个任务中,随机选取几个任务对非根目录文件进行读、写操作。用于检测在对非根目录文件进行读、写操作时,是否对根目录进行打开、创建、删除,读、写操作有影响。测试一段时间后停止测试,进行数据和文件列表检查,如果数据校验不正确,或者文件列表不正确,则产生了异常,则执行步骤S103,生成测试报告;否则,执行步骤S1024。
步骤S1024,主要测试嵌入式文件***对文件目录操作的稳定性。
这个测试中,主要通过调用打开、创建、删除等嵌入式文件***的几个基本API函数,通过调整输入参数为不同目录(包括根目录)的文件,数个任务同时打开、创建、删除各自目录文件,数个任务对各目录文件进行文件读写操作,来使嵌入式文件***频繁对文件目录操作。测试一段时间后停止测试,进行数据和文件列表检查,如果数据校验不正确,或者文件列表不正确,则产生了异常,则执行步骤S103,生成测试报告;否则,执行步骤S1025。
步骤S1025,主要测试嵌入式文件***对文件数据区操作的稳定性。
这个测试中,主要通过调用打开、删除,读、写、文件定位、文件截断等嵌入式文件***的几个基本API函数,通过调整输入参数为不同目录(包括根目录)的文件,调整文件的大小,使文件空间至少大于一个簇,多个任务对各目录文件进行文件读、写、删除、定位、文件截断操作,来使嵌入式文件***频繁对文件数据区操作。测试一段时间后停止测试,进行数据、文件列表、存储空间检查,如果数据校验不正确,或者文件列表不正确,则产生了异常,则执行步骤S103,生成测试报告;否则,执行步骤S1026。
步骤S1026,主要测试在外界与嵌入式文件***相关函数干扰情况下,嵌入式文件***对文件数据操作的稳定性。
在步骤S1025的基础上,另外增加几个任务调用提供给嵌入式文件***使用的物理驱动函数(例如:读、写、擦除函数),来测试嵌入式文件***在这种干扰下的稳定性。注意:调整任务的优先级和延时时间,来保证所有的任务都能够运行、并且能够互相抢占。测试一段时间后停止测试,进行数据、文件列表、存储空间检查,如果数据校验不正确,或者文件列表不正确,则产生了异常,则执行步骤S103,生成测试报告;否则,执行步骤S1026。
步骤S1027,主要是对嵌入式文件***垃圾回收机制和磨损平衡机制的测试。
这个测试中,多个任务对各目录文件进行文件读、写、创建、定位、截断操作。开始测试的时候,剩余空间为整个***存储空间,然后多个任务同时创建、写文件等操作,保证每个文件的写的长度大于截断的长度,直到文件存储空间写满为止,然后自动删除全部文件,再继续前面的操作,并记录每一次测试完成的时间。测试一段时间后停止测试,通过对比每一轮相同测试过程的测试完成的时间,来确认嵌入式文件***的垃圾回收机制和磨损平衡机制工作是否正常。如果测试完成的时间差在误差范围内,则认为嵌入式文件***的垃圾回收机制和磨损平衡机制工作正常;否则,认为嵌入式文件***的垃圾回收机制和磨损平衡机制工作不正常。然后,通过对数据、文件列表、存储空间检查,来确认整个文件操作过程是否产生了异常,如果有异常,则执行步骤S103,生成测试报告;否则,执行步骤S1028
步骤S1028,主要测试在突然掉、断电的情况下,嵌入式文件***工作的稳定性。
这个测试在步骤S1026的测试基础上进行测试,待***正在嵌入式文件***操作的时候,突然进行软复位(重启)或者断电操作,连续多次,然后,分析文件目录和文件数据是否正确,存储空间是否正常,如果有异常,则执行步骤S103,生成测试报告。
上述步骤只是本发明的一个较佳验证实例,在实际应用中,可以根据应用的实际情况进行选择必要的测试步骤,而不必全部进行上述步骤。一般情况下,步骤S1021,S1025,S1027通常是必须执行的测试步骤,而步骤S1022,S1023,S1024,S1026,S1028是可选步骤。另外,在测过程中,也可以根据实际情况,调整以上测试步骤的执行顺序,而不是必需按照上述步骤顺序进行测试。
本发明提供的嵌入式文件***验证方法,针对嵌入式文件***的特点,模拟嵌入式文件***多任务并发的应用环境,通过调整嵌入式文件***API函数的输入参数,分别对嵌入式文件***的API函数、对嵌入式文件***的物理驱动函数、对嵌入式文件***的文件描述符操作、对嵌入式文件***的根目录、文件目录、数据区操作进行测试,对在外界与嵌入式文件***相关函数存储访问干扰情况下进行嵌入式文件***测试,同时也可以用此法对嵌入式文件***垃圾回收机制和磨损机制进行测试。利用本发明,通过从嵌入式文件***外部和内部不同角度对嵌入式文件***进行稳定性测试,能够帮助开发人员快速定位问题,改进嵌入式文件***方案,并准确判断嵌入式文件***工作的稳定性。
如图2所示,本发明实施例2涉及一种嵌入式文件***稳定性的验证装置,包括:
任务创建单元201,用于创建多个满足互相抢占的任务。创建多任务时,要保证各任务优先级不同,确保各任务在运行时能够互相抢占;而且,各任务执行等待时间不同,确保所有创建的任务都能够有足够的时间运行。
稳定性测试单元202,用于多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,查询文件列表、文件内容、存储空间是否正确,记录测试结果。
多个任务同时调用一个或者一组待测函数,包括以下情况:
1、多个任务同时调用嵌入式文件***提供的同一个API(ApplicationProgramming Interface,应用程序编程接口)函数,输入参数相同。
2、多个任务同时调用嵌入式文件***提供的同一个API函数,输入参数不同。
3、多个任务同时调用一组嵌入式文件***提供的API函数,一组嵌入式文件***提供的API函数是指与待测嵌入式文件***的某一个功能相关的几个API函数。
在上述情况1、2、3中,多个任务运行一段时间后停止运行,通过嵌入式文件***提供的工具查询文件列表、存储空间、文件内容是否正确,通过对文件内容增加校验的方式来判断文件内容是否正确,即:查询列举的文件列表与创建的文件列表是否一致,查询理论存储空间占用与实际存储空间占用是否一致,查询读出的数据与写入的数据是否一致。如果一致,则认为正确,即通过上述测试,嵌入式文件***稳定;如果不一致,则认为嵌入式文件***在上述测试过程中出现异常。然后,记录测试结果。
验证报告生成单元203,用于在至少循环上述步骤一次后,生成验证报告。循环次数根据嵌入式***的使用环境、自身特点的不同而不同,通常,应该尽可能多的进行循环,以便保证测试结果更加准确。
其中,稳定性测试单元202对嵌入式文件***进行测试的过程,与实施例1步骤S1021~S1028进行嵌入式文件***稳定性测试的步骤相同,因此,本实施例不再详细叙述。
由上述实施例可以看出,本发明通过从嵌入式文件***外部和内部不同角度对嵌入式文件***进行稳定性测试,能够全面地验证嵌入式文件***的稳定性,帮助开发人员快速定位问题,改进嵌入式文件***的技术方案,并准确判断嵌入式文件***工作的稳定性。
尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。
Claims (11)
1.一种嵌入式文件***稳定性的验证方法,其特征在于,所述方法包括以下步骤:
创建多个满足互相抢占的任务;
多个任务同时调用一个或者一组待测函数,对所述嵌入式文件***进行稳定性测试,查询文件列表、文件内容、存储空间是否正确,记录测试结果;
在至少循环上述步骤一次后,生成验证报告。
2.如权利要求1所述的嵌入式文件***稳定性的验证方法,其特征在于,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
多个任务同时调用提供给所述嵌入式文件***使用的物理驱动函数,对所述嵌入式文件***进行稳定性测试。
3.如权利要求1所述的嵌入式文件***稳定性的验证方法,其特征在于,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
多个任务同时对同一个已存在的文件进行访问,调用打开、读、写函数,对所述嵌入式文件***进行稳定性测试。
4.如权利要求1所述的嵌入式文件***稳定性的验证方法,其特征在于,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
多个任务同时对根目录的文件进行访问,调用打开、创建、删除,读、写函数,对所述嵌入式文件***进行稳定性测试。
5.如权利要求4所述的嵌入式文件***稳定性的验证方法,其特征在于,多个任务中的部分任务对根目录的文件进行访问的同时,剩余的任务对非根目录文件进行读、写操作。
6.如权利要求1所述的嵌入式文件***稳定性的验证方法,其特征在于,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
调整各个任务对应的输入参数为不同目录的文件,多个任务同时打开、创建、删除各自目录文件,且多个任务对各目录文件进行文件读写操作,对所述嵌入式文件***进行稳定性测试。
7.如权利要求1所述的嵌入式文件***稳定性的验证方法,其特征在于,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
调整各个任务对应的输入参数为不同目录的文件,调整文件的大小,使文件空间至少大于一个簇,多个任务对各目录文件进行文件读、写、删除、定位、文件截断操作,对所述嵌入式文件***进行稳定性测试。
8.如权利要求7所述的嵌入式文件***稳定性的验证方法,其特征在于,增加几个任务调用提供给所述嵌入式文件***使用的物理驱动函数,进行读、写、擦除操作,对所述嵌入式文件***进行稳定性测试。
9.如权利要求8所述的嵌入式文件***稳定性的验证方法,其特征在于,当正在文件***操作时,突然软复位或者掉电,连续多次,对所述嵌入式文件***进行稳定性测试。
10.如权利要求1所述的嵌入式文件***稳定性的验证方法,其特征在于,多个任务同时调用一个或者一组待测函数,对嵌入式文件***进行稳定性测试,具体为:
多个任务对各目录文件进行文件读、写、创建、定位、截断操作;开始时,剩余空间为整个***存储空间,然后多个任务同时进行创建、写文件操作,保证每个文件的写的长度大于截断的长度,直到文件存储空间写满为止;然后,自动删除全部文件;重复上述操作,并记录每一次测试完成的时间,通过对比每一轮相同测试过程的时间,来判断嵌入式文件***的垃圾回收机制和磨损平衡机制工作是否正常。
11.一种嵌入式文件***稳定性的验证装置,其特征在于,所述***包括:
任务创建单元,用于创建多个满足互相抢占的任务;
稳定性测试单元,用于多个任务同时调用一个或者一组待测函数,对所述嵌入式文件***进行稳定性测试,查询文件列表、文件内容、存储空间是否正确,记录测试结果;
验证报告生成单元,用于在至少循环上述步骤一次后,生成验证报告。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102158254A CN102117272A (zh) | 2009-12-30 | 2009-12-30 | 一种嵌入式文件***稳定性的验证方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102158254A CN102117272A (zh) | 2009-12-30 | 2009-12-30 | 一种嵌入式文件***稳定性的验证方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102117272A true CN102117272A (zh) | 2011-07-06 |
Family
ID=44216046
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102158254A Pending CN102117272A (zh) | 2009-12-30 | 2009-12-30 | 一种嵌入式文件***稳定性的验证方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102117272A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104850584A (zh) * | 2015-04-17 | 2015-08-19 | 北京赛思信安技术有限公司 | 一种应用于海量数据存储***元数据测试的测试工具及方法 |
CN108319553A (zh) * | 2018-02-07 | 2018-07-24 | 惠州市德赛西威汽车电子股份有限公司 | 一种可重入函数的测试方法 |
CN111177085A (zh) * | 2019-12-27 | 2020-05-19 | 浪潮(北京)电子信息产业有限公司 | 一种文件***的数据一致性功能的校验方法、装置及介质 |
CN112231247A (zh) * | 2020-05-06 | 2021-01-15 | 青岛鼎信通讯股份有限公司 | 一种物理存储空间的验证方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1549123A (zh) * | 2003-05-12 | 2004-11-24 | 英业达股份有限公司 | 档案***的压力测试方法 |
CN1889052A (zh) * | 2006-08-09 | 2007-01-03 | 北京中星微电子有限公司 | 一种嵌入式文件***可靠性的验证方法 |
US20070168967A1 (en) * | 2005-10-27 | 2007-07-19 | Business Machines Corporation | Method and computer program product for testing a software application |
CN101499024A (zh) * | 2008-01-29 | 2009-08-05 | 中兴通讯股份有限公司 | 一种保护文件***互斥访问与复位的实现方法 |
-
2009
- 2009-12-30 CN CN2009102158254A patent/CN102117272A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1549123A (zh) * | 2003-05-12 | 2004-11-24 | 英业达股份有限公司 | 档案***的压力测试方法 |
US20070168967A1 (en) * | 2005-10-27 | 2007-07-19 | Business Machines Corporation | Method and computer program product for testing a software application |
CN1889052A (zh) * | 2006-08-09 | 2007-01-03 | 北京中星微电子有限公司 | 一种嵌入式文件***可靠性的验证方法 |
CN101499024A (zh) * | 2008-01-29 | 2009-08-05 | 中兴通讯股份有限公司 | 一种保护文件***互斥访问与复位的实现方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104850584A (zh) * | 2015-04-17 | 2015-08-19 | 北京赛思信安技术有限公司 | 一种应用于海量数据存储***元数据测试的测试工具及方法 |
CN104850584B (zh) * | 2015-04-17 | 2018-10-30 | 北京赛思信安技术有限公司 | 一种应用于海量数据存储***元数据测试的测试***及方法 |
CN108319553A (zh) * | 2018-02-07 | 2018-07-24 | 惠州市德赛西威汽车电子股份有限公司 | 一种可重入函数的测试方法 |
CN111177085A (zh) * | 2019-12-27 | 2020-05-19 | 浪潮(北京)电子信息产业有限公司 | 一种文件***的数据一致性功能的校验方法、装置及介质 |
CN112231247A (zh) * | 2020-05-06 | 2021-01-15 | 青岛鼎信通讯股份有限公司 | 一种物理存储空间的验证方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103164328B (zh) | 一种业务功能的回归测试方法、装置及*** | |
US20160292068A1 (en) | Code coverage rate determination method and system | |
CN102567193A (zh) | 测试用例转化为自动化测试脚本的方法及*** | |
CN103577310A (zh) | 记录软件调试日志的方法以及装置 | |
CN105074671A (zh) | 用于在内核模块和设备驱动程序中检测并发编程错误的方法和*** | |
CN104408366A (zh) | 基于插装技术的安卓应用程序权限使用行为跟踪方法 | |
CN104375934A (zh) | 一种Android手机软件可靠性测试方法 | |
CN110659197B (zh) | 应用程序的测试用例生成方法、装置和软件测试*** | |
CN106445815A (zh) | 一种自动化测试方法及装置 | |
CN102117272A (zh) | 一种嵌入式文件***稳定性的验证方法及装置 | |
CN108829342A (zh) | 一种日志存储方法、***及存储装置 | |
CA2811617C (en) | Commit sensitive tests | |
US10340025B2 (en) | Data-storage device and block-releasing method | |
CN107272441B (zh) | 用于监控错误的方法和用于监控错误的数据处理装置 | |
CN106407123B (zh) | 一种服务器接口的自动化测试方法及装置 | |
CN103164649A (zh) | 进程行为分析方法及*** | |
CN110941547A (zh) | 自动化测试用例库管理方法、装置、介质及电子设备 | |
CN104657088A (zh) | 一种硬盘坏块信息的获取方法及装置 | |
CN107863127A (zh) | 一种存储设备存储单元选择方法及装置 | |
US20110224939A1 (en) | Integrated tool for persisting development environment test scenario information | |
CN106408790B (zh) | 金融设备循环机芯日志信息写入方法及读取方法 | |
CN111045891B (zh) | 基于java多线程的监控方法、装置、设备以及存储介质 | |
CN105068764B (zh) | 一种模拟NandFlash的装置及方法 | |
US10922023B2 (en) | Method for accessing code SRAM and electronic device | |
US9508062B2 (en) | Problem management record profiling |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110706 |