技术领域
[0001] 本
发明涉及软件测试的管理领域，尤其涉及一种软件测试管理方法及系统。
背景技术
[0002] 目前，国内外主流软件测试工具在性能上有很多的缺失，除了价格高昂以外，其技术特性也无法在主流的企业级测试环境中使用，而且传统的测试工作的进行往往效率都不尽人意，常常会出现以下场景：1)提交的bug只有bug场景，很难追踪到代码，
定位问题显得工作量很大；2)测试人员提交给测试主管、项目经理等上层管理的测试数据往往是一些人工的测试结果表格，没有真实数据依赖，如果存在造假成分，往往会产品会带着问题上线；3)传统的功能测试人员在测试过程中数据很难共享，没有项目整体的测试进度的实时数据，工作的效率很低；4)项目版本
迭代时，会大量的去重复上个版本的测试
用例，造成测试成本很大；若再折中测试成本时，往往会人为的判断版本迭代需要添加的测试用例和测试的重点，这样的版本迭代模式是很容易存在测试盲区；5)如果企业将项目的测试工作外包给别的企业或者测试团队，很难把控测试进度和测试完整程度，进而对测试
质量没有一个数据化的把控。
[0003] 软件测试过程管理方法，其实质上是一个企业信息化管理软件，企业信息化管理软件可以将企业的管理过程在
计算机系统上得以实现，将企业在管理过程中产生的数据进行集中存储，方便检索和统计，降低了管理成本，提高了管理效率。软件测试是保障软件质量较为有效的方法，准确预测测试时间、工作量等是做好软件测试的首要任务。
[0004] 因此，在软件测试过程中，不仅要关注每次发版的测试，更要不断完善和总结测试流程，从长期积累的测试数据查看问题所在，找到提高工作效率的方法。同时，测试要保证测试质量，对测试故障要做明确的记录和分析，以避免下次问题的发生。工作中，需要定期以一周报表或季度报表等方式将测试工作总结发送给测试负责人或相关人员查阅，因此，优秀的软件估算模型有利于测试管理人员更准确地制定测试方案、安排测试进度、调整测试资源、评估测试
风险。
发明内容
[0005] 为了解决上述技术问题，本发明提供了一种软件测试管理方法，所述方法包括以下步骤：
[0006] S1、将软件测试数据划分为多个维度；
[0007] S2、对任意一个维度中的软件测试数据进行记录，并对记录进行分类；
[0008] S3、按照记录类别对所述软件测试数据进行存储；
[0009] S4、按照记录类别对存储的软件测试数据进行查询。
[0010] 进一步地，所述步骤S1中的多个维度包括：提测次数/天a、测试用例不通过次数/天b、提测内容数/天c、一次性通过率/天d、工作量基数/天e、工作平均复杂度/天f、工作量/天g、线上故障次数/天h。
[0011] 进一步地，所述步骤S2中，若对软件测试数据a和b进行记录，则根据公式d＝(a-b)/a自动生成软件测试数据d，并对d进行记录；
[0012] 若对软件测试数据a、c和d进行记录，则根据公式e＝a*c/d自动生成软件测试数据e，并对e进行记录；
[0013] 若对软件测试数据e和f进行记录，则根据公式g＝e*f自动生成软件测试数据g，并对g进行记录。
[0014] 进一步地，所述步骤S2之前还包括以下步骤：判断记录人员是否有权限对软件测试数据进行记录，若有，则执行步骤S2。
[0015] 进一步地，所述记录类别包括：记录时间、记录人员、业务名称和记录维度；
[0016] 所述步骤S3之后还包括以下步骤：判断对所述软件测试数据的存储是否成功，若成功，则执行步骤S4；
[0017] 所述步骤S4之后还包括以下步骤：将查询结果导出。
[0018] 相应地，本发明还提供了一种软件测试管理系统，所述系统包括处理模
块、记录模块、存储模块和查询模块；
[0019] 所述处理模块用于将软件测试数据划分为多个维度，并对记录进行分类；
[0020] 所述记录模块用于对任意一个维度中的软件测试数据进行记录；
[0021] 所述存储模块用于按照记录类别对所述软件测试数据进行存储；
[0022] 所述查询模块用于按照记录类别对存储的所述软件测试数据进行查询。
[0023] 进一步地，所述多个维度包括：提测次数/天a、测试用例不通过次数/天b、提测内容数/天c、一次性通过率/天d、工作量基数/天e、工作平均复杂度/天f、工作量/天g、线上故障次数/天h。
[0024] 进一步地，所述系统还包括计算模块，所述计算模块用于在对软件测试数据a和b进行记录后，根据公式d＝(a-b)/a计算出软件测试数据d；
[0025] 在对软件测试数据a、c和d进行记录后，根据公式e＝a*c/d计算出软件测试数据e；
[0026] 在对软件测试数据e和f进行记录后，根据公式g＝e*f计算出软件测试数据g。
[0027] 进一步地，所述系统还包括判断模块，所述判断模块用于判断记录人员是否有权限对软件测试数据进行记录。
[0028] 进一步地，所述记录类别包括：记录时间、记录人员、业务名称和记录维度；
[0029] 所述判断模块还用于判断对所述软件测试数据的存储是否成功；
[0030] 所述系统还包括结果输出模块，所述结果输出模块用于将查询结果导出。
[0031] 本发明的软件测试管理方法及系统，具有如下有益效果：
[0032] 1、本发明中能够对长期积累的测试工作进行记录，并进行分类
整理，提供查询，可以作为周度报表、月度报表、年度报表等的数据依据，或可以直接利用查询后导出的图表分析测试人员的工作内容、工作量、测试版本的质量等。
[0033] 2、在记录时只需输入数据，再按提交按钮即可存储，公司内部测试人员不需要具有管理专业知识即可利用本发明管理系统进行测试的记录和查询，使用范围广且非常方便快捷。
[0034] 3、本发明可以按需导出查询结果，测试人员可以根据该查询结果对长期积累的测试数据进行分析，找出工作
瓶颈，从而提高测试效率。
[0035] 4、将测试数据划分为多个维度，经过对每个维度的测试数据进行连续长期记录，能够记录内容对每个业务部
门提交的测试数据的质量进行比对，从数据层面上给出开发一些建议和启发，共同促进测试数据质量的提高，保证线上的
稳定性。
附图说明
[0036] 为了更清楚地说明本发明
实施例或
现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。
[0037] 图1是本发明软件测试管理方法的方法
流程图；
[0038] 图2是本发明实施例一中的软件测试管理方法中记录方法流程图；
[0039] 图3是本发明实施例一中的软件测试管理方法中查询方法流程图；
[0040] 图4是本发明实施例一中的软件测试管理系统的
框图；
[0041] 图5是本发明实施例一中的记录模块的框图；
[0042] 图6是本发明实施例一中的存储模块的框图。
具体实施方式
[0043] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0044] 实施例一：
[0045] 如图1至图3所示，本发明提供了一种软件测试管理方法，所述方法包括以下步骤：
[0046] S1、将软件测试数据划分为八个维度，分别为提测次数/天a、测试用例不通过次数/天b、提测内容数/天c、一次性通过率/天d、工作量基数/天e、工作平均复杂度/天f、工作量/天g、线上故障次数/天h；
[0047] 其中，提测次数/天具体为：提交测试版本的次数，记为a，
[0048] 测试用例不通过次数/天具体为：提交的BVT测试版本是否影响核心功能，若影响，则记为不通过次数，记为b，
[0049] 提测内容数/天具体为：提交的测试版本所
修改的内容的次数，记为b；
[0050] 一次性通过率/天具体为：提交的测试版本能够一次性通过的概率，记为d，[0051] 工作量基数/天具体为：每日的工作量基数，记为e，
[0052] 工作平均复杂度/天具体为：每日提交的测试内容的复杂度，也就是计算出测试所需的平均时间，用以计算每日工作量，记为f，单位为分钟，
[0053] 工作量/天具体为：每日的测试工作所投入的总的时间，记为g，单位为分钟，[0054] 线上故障次数/天具体为：每日线上的故障次数，记为h；
[0055] S2、判断记录人员是否有权限对软件测试数据进行记录，一般有权限记录的人员是管理员，而测试人员并没有权限，但是管理员可以根据实际业务需要为与业务直接相关联的测试人员分配权限，分配权限之后，测试人员可以输入姓名、代号、用户名或其他方式进行记录，
[0056] 若没有权限，则选择有权限记录的业务类型，
[0057] 若有权限，则执行下一步骤；
[0058] S3、对任意一个维度中的软件测试数据进行记录，记录人员可以记录任意一个维度中的软件测试数据，
[0059] 1)记录人员按照公式d＝(a-b)/a进行计算得出d，并对d进行记录，若记录d之前，已经对软件测试数据a和b进行记录，则根据公式d＝(a-b)/a自动生成软件测试数据d，并对d进行记录；
[0060] 2)记录人员按照公式e＝a*c/d进行计算得出e，并对e进行记录，若记录e之前，已经对软件测试数据a、c和d进行记录，则根据公式e＝a*c/d自动生成软件测试数据e，并对e进行记录；
[0061] 3)记录人员按照公式g＝e*f进行计算得出g，并对g进行记录，若记录g之前，已经对软件测试数据e和f进行记录，则根据公式g＝e*f自动生成软件测试数据g，并对g进行记录；
[0062] 其中，每个维度中的软件测试数据进行记录时仅需输入a-h中任意一个值或者所有的值即可；
[0063] S4、对记录按照记录时间、记录人员、业务名称和记录维度进行分类；
[0064] S5、按照记录时间、记录人员、业务名称和记录维度对所述软件测试数据进行存储，每个维度中的软件测试数据进行存储时，仅需在记录后提交相应的测试数据即可；
[0065] S6、判断对所述软件测试数据的存储是否成功，则再次存储，直至成功；
[0066] S7、按照记录时间、记录人员、业务名称和记录维度对存储的软件测试数据进行查询，查询之前还包括判断查询人员是否有权限对软件测试数据进行查询；
[0067] S8、按需将查询结果导出。
[0068] 本发明中可以单独记录和单独查询，不限定记录之后必须查询，也不限定查询的要进行记录。
[0069] 相应地，如图4所示，本发明还提供了一种软件测试管理系统，所述系统包括处理模块、判断模块、记录模块、存储模块和查询模块；
[0070] 所述处理模块用于将软件测试数据划分为八个维度，所述八个维度分别为提测次数/天a、测试用例不通过次数/天b、提测内容数/天c、一次性通过率/天d、工作量基数/天e、工作平均复杂度/天f、工作量/天g、线上故障次数/天h，其对应方法中的a-h，[0071] 还用于对记录按照记录时间、记录人员、业务名称和记录维度进行分类；
[0072] 所述判断模块用于判断记录人员是否有权限对软件测试数据进行记录，一般有权限记录的人员是管理员，而测试人员并没有权限，但是管理员可以根据实际业务需要为与业务直接相关联的测试人员分配权限，分配权限之后，测试人员可以输入姓名、代号、用户名或其他方式进行记录，若没有权限，则选择有权限记录的业务类型；
[0073] 所述记录模块用于对任意一个维度中的软件测试数据进行记录，记录人员可以记录任意一个维度中的软件测试数据，
[0074] 1)记录人员按照公式d＝(a-b)/a进行计算得出d，并对d进行记录，若记录d之前，已经对软件测试数据a和b进行记录，则根据公式d＝(a-b)/a自动生成软件测试数据d，并对d进行记录；
[0075] 2)记录人员按照公式e＝a*c/d进行计算得出e，并对e进行记录，若记录e之前，已经对软件测试数据a、c和d进行记录，则根据公式e＝a*c/d自动生成软件测试数据e，并对e进行记录；
[0076] 3)记录人员按照公式g＝e*f进行计算得出g，并对g进行记录，若记录g之前，已经对软件测试数据e和f进行记录，则根据公式g＝e*f自动生成软件测试数据g，并对g进行记录；
[0077] 其中，如图5所示，记录模块包括八个维度的输入框，记录人员只需在输入框内输入a-h中任意一个值或者所有的值即可；
[0078] 所述存储模块用于按照记录时间、记录人员、业务名称和记录维度对所述软件测试数据进行存储；存储模块包括八个维度的提交按钮，记录人员在对各个维度中的软件测试数据进行存储时，仅需在记录后按提交按钮即可；
[0079] 测试记录存储于
数据库中，数据库名称为youkutest，数据库按照表1的形式进行存储：
[0080] 表1
[0081]时间 业务模块 记录人员 记录维度
[0082] 数据库中对八个维度的测试数据的存储形式如表2所示：
[0083] 表2
[0084]
[0085]
[0086] 如表3和表4所示，下面分别以提测次数/天Submit times和测试用例不通过次数/天BVT fail为例进行说明：
[0087] 表3
[0088]
[0089] 表4
[0090]
[0091] 本发明实施例的其它维度的存储方式及表结构与表3和表4的结构相似，只是主键key行不同，其它行与表3和表4相同。
[0092] 因此，存储模块在对测试数据进行存储时，每个维度的测试数据均对应记录时间、记录人员、业务名称和测试内容。
[0093] 所述判断模块还用于判断对所述软件测试数据的存储是否成功，若没有成功，则再次点击提交按钮，直至保存成功；
[0094] 如图6所示，所述查询模块用于按照记录时间、记录人员、业务名称和记录维度对所述软件测试数据进行查询，
[0095] 若按照记录时间查询，则可以按照记录人员开始记录或结束记录的时间进行查询，查询结果为所查询的时间段内八个记录维度的全部记录；
[0096] 若按照记录人员查询，则可以按照测试人员的姓名进行查询，查询结果为所查询的记录人员八个记录维度的全部记录；
[0097] 若按照业务类型查询，则可以按照业务类型的名称进行查询，查询结果为所查询的业务类型的八个记录维度的全部记录；
[0098] 若按照记录维度查询，则可以按照八个维度的名称进行查询；
[0099] 还可以按记录时间、记录人员、业务类型和记录维度进行综合查询。
[0100] 所述结果输出模块用于按需将查询结果导出，可以按照周度报表、月度报表、年度报表等形式将测试数据导出，测试人员可以直接利用查询后导出的图表对工作内容、工作量、测试版本的质量进行分析。
[0101] 实施例二：
[0102] 本实施例与实施例一的区别在于，在方法步骤中，将软件测试数据划分为多个维度，多个维度可以包括：提测次数/天a、测试用例不通过次数/天b、提测内容数/天c、一次性通过率/天d、工作量基数/天e、工作平均复杂度/天f、工作量/天g、线上故障次数/天h中的任意一个，对应地，在记录、查询、处理和导出的时候记录、查询、处理和导出相应的测试数据。
[0103] 相应地，在软件测试管理系统中，所述处理模块用于将软件测试数据划分为多个维度，所述多个维度可以包括提测次数/天a、测试用例不通过次数/天b、提测内容数/天c、一次性通过率/天d、工作量基数/天e、工作平均复杂度/天f、工作量/天g、线上故障次数/天h中的任意一个，对应地，在记录模块、查询模块等与测试数据相关联的模块对相应的测试数据进行相应的查询、记录、处理和导出。
[0104] 本发明的软件测试管理方法及系统，具有如下有益效果：
[0105] 1、本发明中能够对长期积累的测试工作进行记录，并进行分类整理，提供查询，可以作为周度报表、月度报表、年度报表等的数据依据，或可以直接利用查询后导出的图表分析测试人员的工作内容、工作量、测试版本的质量等。
[0106] 2、在记录时只需输入数据，再按提交按钮即可存储，公司内部测试人员不需要具有管理专业知识即可利用本发明管理系统进行测试的记录和查询，使用范围广且非常方便快捷。
[0107] 3、本发明可以按需导出查询结果，测试人员可以根据该查询结果对长期积累的测试数据进行分析，找出工作瓶颈，从而提高测试效率。
[0108] 4、将测试数据划分为多个维度，经过对每个维度的测试数据进行连续长期记录，能够记录内容对每个业务部门提交的测试数据的质量进行比对，从数据层面上给出开发一些建议和启发，共同促进测试数据质量的提高，保证线上的稳定性。
[0109] 以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。
