反射体系结构软件测试研究综述研究.pdfVIP

软件测试学术交流论文集 反射体系结构软件测试研究综述 姚俊峰1”，夏启明1’2，陈波1’2，李新2”，熊亚平2”，白俊2 1(武汉大学软件工程国家重点实验室，武汉430072)2(湖北软件评测中心，武汉430072) 3(湖北省电子信息产品质量监督检验院，武汉430061) 摘要本文针对反射式体系结构的特点，研究如何更好地对反射体系结构系统测 Modelon 试过程的管理，进一步提高系统的质量．STMRA(Software Testing ReflectiveArchi tecture)对反射体系结构的元级测试和基级测试分别进行管理， 由于反射体系结构能够获取关于自己的结构和行为的信息，通过反射改变系统的状 态和行为，因此STMRA需要对系统的全过程进行验证和确认．由于元对象可以跟踪 和控制基本对象的某些方面，如结构和行为，STMRA模型将测试的重点放在元级上， 以确保反射体系结构可以获得充足的测试．本文将对反射体系结构软件测试过程管 理工作提供很好的借鉴和帮助，对促进整个测试过程的改进起到良好的推动作用． 关键词反射，体系结构，软件测试 1引言 软件测试是在规定的条件下对程序进行操作，以发现错误，对软件质量进行评剧¨。 现在流行的主要测试方法是黑盒功能测试法，这种方法把软件看成一个黑盒子，通过加入一 组输入后，比较其输出是否如设计所期，相应于一组数据输入，它就有一组计算结果输出， 而且输出是可以预知的。现代计算机软件主要用于各行各业的自动控制、文档与图表的创 建、编辑、储存、交换、修改、传送等等，相对于一组输入数据，不仅其输出可能是非常 复杂的图形而无法与预期的结果相比较，甚至可能根本无输出可见，只是送出了一个电子邮 件，改变了某种工作状态等。 现在流行的另一种结构测试方法称为白盒功能测试法(white．box)，虽然可以用来增加软 件的测试覆盖率，从而找出一部分程序错误，但它只能用来检查一个已有的程序有多少比 例的程序语句或者分支已经测试过，不管它是否是一个符合设计需求的程序，还是一个充 满逻辑与算法错误的程序。另外，其测试用例基本上还是靠手工完成，因而效率极低，实际 测试经验表明，在测试覆盖率超过65％之后，每提高l％都要大大增加所需的人力物力。所 以，这种测试方法与技术也不能适应于今天大型高质量软件的测试。 本文提出了一种反射体系结构软件测试模型(STMRA)，可以用于反射体系结构12钡0试管 理过程。反射是指系统能够根据对自身状态和行为的描述来调整自己的能力。反射体系结 构逻辑上分为元级和基本级，元级和基本级之间是因果关联的，基本级的状态和行为会被 元对象所截获，由元级执行相应的元计算，执行完后元级将元信息的改变反射回基本级， 从而改变系统的状态和行为。 软件测试学术交流论文集 2软件测试中的测试模型 软件测试中，传统的软件测试管理模型有V模型和w模型131。V模型描绘了在软件开 发过程中，需求分析、功能分析、系统设计和编码逐步实现，针对于这些阶段的测试，其 开展的次序正好相反，代码最后被开发出来，而相应的单元测试首先被执行。需求最早开 发，但相应的测试是最后才进行的。这样很容易让人误解软件的测试是在编写代码之后才 开始进行的，而实际上软件测试是存在于整个软件开发的过程中的。V模型中的各个开发 测试阶段都是以独立的方式体现出来，而在实际开发工作中每个阶段都是彼此交互的，并 没有严格的区分。 W模型可以说是是v模型自然而然的发展，它强调：测试伴随着整个开发周期，测试的 对象不仅仅是程序，需求、功能和设计同样要测试。只要相应的开发活动完成，我们就可 以开始执行测试，可以说，测试与开发是同步进行的。从而有利于尽早的发现问题。以需 求为例，需求分析一完成，我们就可以对需求进行测试，而不必等到最后阶段进行针对需 求的验收测试。在w模型当中，引入了需求测试、功能测试、详细测试，其实，这是广义 的测试范围，因为需求分析、功能设计、详细设计的结果只是纸面上的内容，只能通过人 工审核，