1.渐增式与非渐增式各有何优、缺点?为什么通常采用渐增式?
非渐增式是将所有的模块一次连接起来,简单、易行、节省机时,但测试过程难于排错,发现错误也很难定位,测试效率低;渐增式是将模块一个一个的连入系统,每连入一个模块,都要对新系统进行测试。这种组装测试相比于非渐增式容易查出错误,并及时定位,有利于查出模块接口部分的错误,因此测试效率高。故通常采用渐增式测试方法。
2.什么是动态测试?为何静态测试方法往往比动态测试方法效率高?
动态测试是通过运行软件来检验其动态行为和运行结果的正确性。
动态测试是实际运行被测程序,输入相应的测试用例,判定执行结果是否符合要求,从而检验程序的正确性、可靠性和有效性。
静态测试是对被测程序进行特性分析的一些方法的总称,这种方法的主要特性是不利用计算机运行被测试的程序,而是采用其他手段达到检测的目的。因而在代码产生之前便可对各种文档进行测
3.单元测试与集成测试相关概念。
(1)请简述单元测试的主要内容?
模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
(2)在单元测试中,所谓单元是如何划分的?
单元测试的对象通常是软件设计的最小逻辑单元,单元的划分在面向过程的结构化程序中一般是函数或子过程,在面向对象的程序中可以是类或类的成员函数。
(3)如果开发时间紧迫,是否可以跳过单元测试而直接进行集成测试?
不可以。因为没有经过单元测试的模块会遗留大量的缺陷到集成测试阶段,而在集成测试阶段对这些缺陷定位困难,导致后续工作展开困难,修复缺陷成本成指数级增长。
(4)集成测试也叫组装测试又叫联合测试,为何要进行集成测试?
在单元测试的基础上,将所有模块按照设计要求(如根据结构图〕组装成为子系统或系统,进行集成测试。实践表明,一些模块虽然能够单独地工作,但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题,在全局上很可能暴露出来,影响功能的实现
试,其效率当然高于动态测试。
4.软件维护的概念、目的、维护类型。
软件维护衍生的一些相关技术。
为什么要进行软件维护?
软件维护是指软件系统交付使用以后,为了改正错误或满足新的需求而修改软件的过程。一个中等规模的软件,如果其开发过程需要一年时间,则它投入使用后,其运行的时间可能持续五到十年。在这个维护阶段,人们不仅需要着手解决开发阶段尚未解决的问题,同时,还需解决维护过程本身产生的问题。维护阶段的的时间大约占整个软件生命周期的67%。因此,我们应充分认识到软件维护的重要性。
5.提高软件可维护性的方法有哪些?
(1)建立明确的软件质量目标与优先级。
(2)使用提高软件质量的技术与工具(如模块化)
(3)进行明确的质量保证审查
(4)选择可维护性好的程序设计语言
(5)改进程序文档
(6)开发时考虑到维护
6.单元测试中采用什么方法?成信软工交流扣,扣:二壹叭漆二肆久叭久
测试的方法是为被测试模块编写驱动模块和桩模块来实现被测试单元的可运行。通过驱动模块来模拟被测试模块的上级调用模块,以上级模块调用被测模块的格式驱动被测模块,接收被测模块的测试结构并输
7.简述结构化程序设计方法的基本特点。
1)是尽可能少用goto语句的程序设计方法;
2)每个代码块都单入单出;
3)使用控制结构:顺序、选择和循环+Do_UNTIL和Do_CASE;
4)自顶向下逐步求精
出。桩模块则用来代替被测试模块所调用的模块。它的作用是返回被测模块所需的信息
8.面向对象方法学包含哪些核心概念?
(1) 对象:对象是现实世界中个体或事物的抽象表示,是其属性和相关操作的封装。
(2) 类:类表示某些对象在属性和操作方面的共同特征。
(3) 继承:类之间的继承关系是现实世界中遗传关系的模拟,它表示类之间的内在联系 以及对属性和操作的共享。
(4) 聚集:现实世界普遍存在部分—整体关系。
(5) 消息:消息传递是对象与其外部世界相互关联的唯一途径
9.面向对象方法和结构化方法有何区别和联系?
答:区别:结构化方法是一种传统的开发方法,总的指导细想是自顶向下、逐步求精、单入口、单出口,基本原则是抽象和功能分解。从方法论上来看,结构化方法认为系统是由一些功能的相互联系、相互作用而形成的。
面向对象方法的出发点和基本原则是尽可能模拟人类习惯的思维方式,是开发软件的方法与过程尽可能接近人类认识世界的方法和过程。从方法论上来看,面向对象方法认为系统是由一些对象的相互联系、相互作用而形成的。
联系: 面向对象开发是基于结构化开发的,还保留着结构化开发中的“函数”、“结构体”等元素。
10.什么是用例图?用例图有什么作用?
定义:由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的图成为用例图。
作用:用例图是从软件需求分析到最终实现的第一步,它显示了系统的用户和用户希望提供的功能,有利于用户和软件开发人员之间的沟通。用例图可视化的表达了系统的需求,具有直观、规范等优点,克服了纯文字性说明的不足。用例方法是完全从外部来定义系统的,它把需求和设计完全分离开来,使用户不用关心系统内部是如何完成各种功能的.