开发辅助系统的制作方法
【技术领域】
[0001]本发明涉及软件开发的技术，特别涉及有效应用到提取用于程序的不良状况确认等的测试的测试用例的开发辅助系统中的技术。
【背景技术】
[0002]在软件程序(以下有简单记作“程序”的情况)中，包含有因人为的错误造成的不良。通常在程序制品的出厂之前，为了探索并修正程序中包含的不良而进行测试。测试的实施例如通过依次执行对测试对象的程序设定各种各样的条件而执行的测试用的程序即测试用例，使不良状况产生，从而使测试对象的程序的不良的地方及原因变得明确。
[0003]进而，例如有关自动地进行测试用例的执行那样的所谓持续性集成(CI:Continuous Integrat1n)的工具及技术正在普及。在实现CI的工具等中，通常由多人开发的程序在中央的存储服务器上的称作库的存储区域中被集中管理。并且，每当开发者将开发出的程序登记到库中，就自动地执行测试用例，通过调查在登记的程序中是否存在不良，能够实现程序的品质确保。
[0004]此外，有对使用库管理的程序的源代码等的关联物提供通过多个开发者等检查内容的审核来核准开发内容这一机制的情况。将这样的通过多个开发者的共同开发或审核进行的软件开发的方法称作社交化编码。
[0005]另一方面，在测试的实施时，有随着测试用例的量而执行时间增大的问题。程序的不良通常仅在特定的条件下发生，所以为了探索它而需要准备并执行设想了所有条件的许多的测试用例，所以在测试用例的执行中需要许多时间。
[0006]对于该问题，例如在特开2008 - 204405号公报(专利文献1)中，记载有以下技术:将关于过去进行的测试的测试用例的信息预先保存，通过将该信息与将对象程序解析而得到的依存关系进行组合，从而相应于将程序变更的部位自动地提取应优先测试的部分来进行回归测试。
[0007]此外，在特开2010 - 134643号公报(专利文献2)中，记载有以下技术:使库保持重要度及执行实际时间作为测试用例的属性而，当从受理了来自开发者的源登记的源结构管理工具向CI工具有了源变更的通知时，进行从CI工具传递来的变更文件的解析，将解析结果保存到库中，根据从CI工具传递来的实施重要度及实施时间阈值和保存在库中的测试用例的重要度及执行实际时间来选择要执行的测试用例。
[0008]现有技术文献
[0009]专利文献1:特开2008 - 204405号公报
[0010]专利文献2:特开2010 — 134643号公报
【发明内容】
[0011]发明所要解决的课题
[0012]上述以往技术的测试方法都是通过限定于测试用例中的重要的测试用例而执行、从而解决在测试用例的实施中需要时间这一上述课题。
[0013]但是，在以往技术的测试方法中，例如不能考虑开发初期阶段、中期阶段、后期阶段等程序的开发状况及开发时期等来提取测试用例。此外，不能考虑实施测试的操作者或测试实施的观点等的测试的内容或实施状况等来提取测试用例。
[0014]所以，本发明的目的是提供一种根据程序的开发状况及测试的状况等来提取重要的测试用例的开发辅助系统。
[0015]本发明的上述及其他目的和新的特征根据本说明书的记述及附图会变得清楚。
[0016]用于解决课题的手段
[0017]如果将在本申请中公开的发明中的代表性的点概要简单地说明，则是以下这样的。
[0018]本发明的代表性的实施方式的开发辅助系统，是通过1个以上的测试用例的执行来测试程序的开发辅助系统，具有:结构管理部，将上述程序及上述各测试用例保持在库中而管理；以及测试执行部，执行上述测试用例，将测试结果向上述库保存；将上述测试用例与其种类的信息建立关联而在上述库中进行管理；上述结构管理部判定上述程序的开发状况，基于上述开发状况对上述各测试用例设定优先级；上述测试执行部基于上述优先级来提取执行的上述测试用例。
[0019]发明的效果
[0020]如果对通过在本申请中公开的发明中的代表性点而得到的效果进行简单的说明，则如下述。
[0021]S卩，根据本发明的代表性的实施方式，能够根据程序的开发状况及测试的状况等来提取重要的测试用例。
【附图说明】
[0022]图1是概要地表示关于本发明一实施方式的开发辅助系统的结构例的图。
[0023]图2是概要地说明关于本发明一实施方式的开发辅助系统要解决的课题的图。
[0024]图3是概要地表示关于社交化编码中的分支的制作例的图。
[0025]图4是概要地表示关于社交化编码中的分支的整合例的图。
[0026]图5是概要地表示关于本发明一实施方式的测试用例制作的处理的流程的例子的流程图。
[0027]图6是概要地表示关于本发明一实施方式的测试执行的处理的流程的例子的流程图。
[0028]图7是概要地表示关于本发明一实施方式的优先级计算处理的流程的例子的流程图。
[0029]图8是概要地表示关于本发明一实施方式的程序的审核的处理的流程的例子的流程图。
[0030]图9是概要地表示关于本发明一实施方式的测试用例管理表的数据结构和具体的数据的例子的图。
[0031]图10是概要地表示关于本发明一实施方式的分支管理表的数据结构和具体的数据的例子的图。
[0032]图11是概要地表示关于本发明一实施方式的提交履历的数据结构和具体的数据的例子的图。
[0033]图12是概要地表示关于本发明一实施方式的功能管理器的数据结构和具体的数据的例子的图。
[0034]图13是概要地表示关于本发明一实施方式的开发者管理器的数据结构和具体的数据的例子的图。
[0035]图14是概要地表示关于本发明一实施方式的审核管理表的数据结构和具体的数据的例子的图。
【具体实施方式】
[0036]以下，基于附图详细地说明本发明的实施方式。另外，在用来说明实施方式的全部图中，对相同部分原则上赋予相同的标号，其重复的说明省略。
[0037]如上述那样，在多个开发者经由网络进行程序的开发的社交化编码的环境中实现测试的自动执行等的CI的工具等正在普及，但是，虽称作自动执行，但为了将庞大的数量的测试用例全部执行而非常花费时间，效率低。所以，存在如下的期望:仅限定于重要的部分而执行测试用例、或能够将重要的部分优先地执行。
[0038]这里，在上述专利文献等的以往技术中，虽然通过限定于测试用例中的重要的测试用例而执行、能够使测试用例的实施高效率化，但是却不能考虑到程序的开发状况或测试状况等。例如，作为开发状况的考虑，在相同的程序中，相应于开发工序的进展度(例如开发初期和开发后期之间等)及因时间经过带来的程序自身的成熟度，想要测试的内容也有可能不同。此外，在登记(提交)对程序加以的修正的频度较高的情况或修正量(差)较小的情况、和登记频度较低的情况或修正差较大的情况之间，想要测试的内容也有可能不同。在以往技术中，缺少这样考虑了包括时间性观点的开发状况来判断重要度的观点。
[0039]此外，作为测试状况的考虑，即使在相同的程序中，例如在开发者的本地的单体测试与程序整合的整体验证测试之间，想要测试的观点也可能不同。在以往技术中，缺少这样考虑了测试实施的内容来判断重要度的观点
[0040]所以，作为本发明一实施方式的开发辅助系统是在社交化编码的环境中能够基于程序的开发状况及测试实施的观点来提取或优先地实施重要的测试用例的系统。由此，能够不将庞大数量的测试用例包罗性地全部实施而是能够进行有效率的测试的实施。
[0041]图2是概要地说明关于上述本发明一实施方式的开发辅助系统要解决的课题的图。在图中，以从左向右方的时间序列表示了在社交化编码及版本管理、库管理中，作为管理各个开发单位的程序的区域的分支的分岔例、和关于在分支中开发的程序的登记(提交)的状况的例子。这里，表示了开发者A及B分别从主分支分岔制作用于自身的开发的分支、在开发完成后整合(并入)到主分支中的状态。
[0042]程序如上述那样被在以开发用途或开发者等的单位分别设置的分支上管理。图3是概要地表示关于社交化编码中的分支的制作例的图。在图中，表示了在登记了作为主导的程序的主导分支401 (分支名“master”)中登记有“A.java”及“Β.java”等的程序(源代码)。新的分支可以在任意的时机制作，例如可以通过复制已有的库来制作。在此情况下，制作出的分支为从原来的分支分岔的分