或者T5予以表示。
[0031]在本申请实施例中，目标软件的测试需求包括:目标软件的非形式化需求、子单元完备性、预定义集合和类型、状态变量、初始状态、正常操作、意外操作以及前置条件中的一种或多种。其中，非形式化需求，包括软件需求的基本功能；子单元完备性，包括对已定义的软件子单元模块进行分析，找出测试点，用以判断是否满足软件需求；预定义集合和类型、状态变量、初始状态这三个测试项目是用来对软件中的基本状态和状态改变这类功能进行测试需求分析，主要针对各个状态之间的跳转测试；正常操作是用来测试软件使用过程中在无意外操作的情况下，软件是否能够按照预期的模式进行工作；意外操作主要是用来测试软件输入异常的情况下，是否具有足够的鲁棒性，能够对异常输入有预期的反馈，而不导致程序异常；前置条件用来发掘在软件运行时需要具备的前置条件的测试需求。
[0032]进一步的，所述步骤30:依据步骤10及步骤20，得到目标软件的通过标准具体包括:得到目标软件每一个测试需求的通过标准。例如，若目标软件的测试需求包括:目标软件的非形式化需求、子单元完备性、预定义集合和类型、状态变量以及初始状态，则在步骤30中，将得到目标软件的非形式化需求、子单元完备性、预定义集合和类型、状态变量以及初始状态所属的等级，即属于T0、Tl、T2、T3、T4或者T5。
[0033]接着，便可执行步骤40:依据步骤20及步骤30，对目标软件进行测试。即根据目标软件的测试需求以及目标软件的通过标准，对目标软件进行测试，使得每一项测试需求得到相应的测试。由此，便可使得测试更高效和准确，并且能够参与目标软件的全过程，从而对目标软件进行过程控制。
[0034]在本申请实施例中，当在步骤30中得到目标软件的一测试需求的通过标准比较高时，在后续的对目标软件的测试过程中，便可予以更多的测试资源，例如在测试策略、测试责任人、测试工具、测试复查、测试文档以及测试可追踪性，从而也实现了测试资源的高效性以及测试结果的准确性的兼容。
[0035]接下去请参考图3，其为本发明实施例的面向可重构支撑软件的可信测试方法的具体实现过程示意图。如图3所示，在面向可重构支撑软件的可信测试方法的具体实现过程中，包括如下内容:
[0036]首先，需要测试人员进行系统的了解，完成对目标软件的相关文档阅读、测试人员熟悉被测软件，掌握其具体功能。
[0037]然后进入测试计划编写的阶段。与该阶段同步进行的包括制定测试需求、测试用例设计。测试计划需要可包含如下信息:目标可信性划分说明、测试策略、测试方法、通过标准及测试资源和组织。
[0038]测试需求制定完毕后可进行评审，确定完备后生成测试需求说明书，然后进入测试用例设计的步骤。
[0039]测试用例设计中需要注意的一点是，软件的测试用例需要包含测试需求中的所有测试需求，对其中所有的测试点都能够进行测试。
[0040]在测试用例设计完毕后，进入测试执行的阶段。其工作就是运行测试用例库中的测试用例并及时做好记录。当发现存在缺陷时，需要及时进行处理。通过目标软件可信性模型来缺陷优先级，并移交给软件开发人员进行处理。在软件开发人员自测无误后，再次测试验证缺陷是否解决。同时进行风险评估，是否需要更改测试用例。如果需要更改测试用例，则需要对测试用例库及时进行更新。在每次的测试完成后，都需要进行测试记录。同时，对于存在的缺陷，还要进行缺陷记录。
[0041]在测试总结环节，对本次迭代开发中存在的缺陷以及测试过程进行总结，提交测试分析报告。
[0042]综上可见，在本发明提供的面向可重构支撑软件的可信测试方法中，从过程的角度出发，强调了测试尽早执行的原则；同时，在对目标软件进行测试之前，先获取目标软件的测试需求，从而使得测试更具有针对性和准确性；再次，依据目标软件的通过标准进行测试，由此使得测试更高效和准确；另外，依据获取的目标软件测试需求，能够参与目标软件的全过程，从而对目标软件进行过程控制。
[0043]上述描述仅是对本发明较佳实施例的描述，并非对本发明范围的任何限定，本发明领域的普通技术人员根据上述揭示内容做的任何变更、修饰，均属于权利要求书的保护范围。
【主权项】
1.一种面向可重构支撑软件的可信测试方法，其特征在于，包括: 步骤10:对目标软件进行可信度建模； 步骤20:获取目标软件测试需求； 步骤30:依据步骤10及步骤20，得到目标软件的通过标准； 步骤40:依据步骤20及步骤30，对目标软件进行测试。
2.如权利要求1所述的面向可重构支撑软件的可信测试方法，其特征在于，依据软件开发人员、测试人员、用户以及软件需求说明书对目标软件进行可信度建模。
3.如权利要求1所述的面向可重构支撑软件的可信测试方法，其特征在于，获取目标软件测试需求包括:获取目标软件的非形式化需求、子单元完备性、预定义集合和类型、状态变量、初始状态、正常操作、意外操作以及前置条件中的一种或多种。
4.如权利要求3所述的面向可重构支撑软件的可信测试方法，其特征在于，当获取目标软件的非形式化需求、子单元完备性、预定义集合和类型、状态变量、初始状态、正常操作、意外操作以及前置条件中的多种时，每一个测试需求具有一个通过标准。
5.如权利要求1所述的面向可重构支撑软件的可信测试方法，其特征在于，目标软件的可信度包括:功能可信度、可靠性可信度、易用性可信度、效率可信度、维护性可信度以及可移植性可信度中的一种或多种。
6.如权利要求5所述的面向可重构支撑软件的可信测试方法，其特征在于，当目标软件的可信度包括功能可信度、可靠性可信度、易用性可信度、效率可信度、维护性可信度以及可移植性可信度中的多种时，对涉及到的每一种可信度进行可信度建模。
7.如权利要求1所述的面向可重构支撑软件的可信测试方法，其特征在于，通过等级表达目标软件的可信度。
【专利摘要】本发明提供了一种面向可重构支撑软件的可信测试方法，其从过程的角度出发，强调了测试尽早执行的原则；同时，在对目标软件进行测试之前，先获取目标软件的测试需求，从而使得测试更具有针对性和准确性；再次，依据目标软件的通过标准进行测试，由此使得测试更高效和准确；另外，依据获取的目标软件测试需求，能够参与目标软件的全过程，从而对目标软件进行过程控制。
【IPC分类】G06F11-36
【公开号】CN104636258
【申请号】CN201510112361
【发明人】郭晓天, 绳伟光, 何卫峰, 景乃峰, 蒋剑飞, 毛志刚
【申请人】上海交通大学
【公开日】2015年5月20日
【申请日】2015年3月13日