YA>1 and B=0NS1S2覆盖种类 判定覆盖
设计测试方案 需满足的条件 A>1,B=0 A>1,B?0或 A?1,B=0或 A?1,B?0 测试数据 执行S2 执行S1 执行S2 执行S1 执行S2 执行S2 执行S2 期望结果 执行S1 A=2,B=0 A=2,B=1或 A=1,B=0或 A=1,B=1 A=2，B=0 A=1，B=1 A=2,B=0 A=2,B=1 A=1,B=0 A=1,B=1 B=0 B?0 条件覆盖 条件组合 覆盖 以下四种情况各出现一次 A>1 A?1 A>1,B=0 A>1,B?0 A?1,B=0 A?1,B?0
四.某城市电话号码由三部分组成。它们的名称和内容分别是： 地区码：空白或三位数字；
前 缀：非‘0’或‘1’的三位数字； 后 缀：4位数字。
假定被测程序能接受一切符合上述规定的电话号码，拒绝所有不符合规定的电话号码。根据该程序的规格说明，作等价类的划分，并设计测试方案。 1.划分等价类 输入条件 有效等价类 无效等价类 地区码 前 缀 1.空白； 2.三位数； 3.从200到999之间的三位 1. 有非数字字符；2.少于三位数字； 3.多于三位数字。 4.有非数字字符；5.起始位为?0?； 6.起始位为?1?； 7.少于三位数字； 8.多于三位数字。 后 缀 4.四位数字。 9.有非数字字符；10.少于四位数字； 11.多于四位数字。
方案 1 2 3 4 5 6 7 8 9 地区码 空白 三位数字 有非数字字符 少于三位数字 多于三位数字 设计测试方案 内容 前缀 200～999之间的三位数字 有非数字字符 起始位为?0? 起始位为?1? 少于三位数字 多于三位数字 后缀 四位数字 四位数字 有非数字字符 少于四位数字 多于四位数字 ( )276-2345 (635)805-9321 (20A)723-4567 (33 )234-5678 (5555)345-6789 (345)5A2-3456 (345)012-3456 (345)132-3456 (345) 92-3456 (345)4562-3456 (345)342-3A56 (345)342- 356 (345)562-34567 输 入 预期 输出 有效 有效 无效 无效 无效 无效 无效 无效 无效 无效 无效 无效 无效 10 11 12 13
第八章 软件维护
1、软件维护有哪些内容？
a、校正性维护b、适应性维护c、完善性维护d、预防性维护
第九章
第十章 面向对象技术
1、 说明对象、类、类结构、消息的基本概念？ 答：对象：是客观实体在问题域中的抽象。 类：具有相似或相同性质的对象的抽象就是类。
类结构：类的结构通常有一般----具体（分类结构）整体---抽象（组装结构） 消息：对象之间通信的构造。
2、 面向对象的特征和要素？
答：特征：一致性、多态性、分类性、继承性。要素：共享、封装、抽象。
第十二章 软件工程管理
3、软件开发成本估算方法有哪几种？ 答：COCOMO、PUTANM 。。。。
4、 什么软件配置管理？什么是基线？
答：软件配置管理：软件配置管理（SCM）用于整个软件工程过程，目标是表示变更，控制变更，确保变更的正确实施，报告变更。SCM是用在整个软件生存周期个阶段中的变更活动。基线：是软件生存周期中各开发阶段的一个特定点，它的作用是把开发各阶段的工作划分的更加明确化，使本来连续的工作在这些点上断开，便于检查于肯定阶段成果。
图书馆信息系统UML实例
一、如何理解UML
1、UML统一建模语言
统一建模语言（Unified Modeling Language，UML）是一个通用的可视化建模语言，跨越软件开发的整个生命过程，详细描述系统结构的方法，为规范化、可视化、文档化软件系统提供了一致的建模语言。使用UML主要目的是是便于用户、开发人员、分析人员、测试人员、管理人员、其他涉及项目人员之间的通信。 建立“立体”的模型需要：点 、 线、 面
UML描述模型有三种词汇：要素、关系、图
2、UML有四种要素：
（1）表示结构的要素：Use Case、类、接口、协作 （2）表示行为的要素：交互、状态机 （3）表示组织的要素：包（Package） （4）表示辅助说明的要素：注释（Notes）
3、UML中有四种类型的关系：
（1）关联关系：表示两个类之间存在稳定的连接（传递消息）
关联关系（Association）的访问方向：单箭头表示一方的实例能够访问另一方实例 关联关系有两种强化形式：聚合关系（Aggregation）、组合关系（Composition）
聚合关系：表示两个类的实例之间“整体”与“部分”关系，处于空心菱形符号一端的类是整体。
组合关系：是进一步强化的聚合关系，增加“皮之不存，毛将焉附”的语义，“整体”一端用实心的菱形表示。
（2）依赖关系：表示“被依赖者”类的变化有可能影响“依赖者”类，用带有箭头的虚线表示。
（3）泛化关系：表示类A是类B的一种。
（4）实现关系：一方提出请求，另一方履行要求中声明的任务。
4、UML中有九种图，共三大类：
三种静态图
（1）业务用例图(Business Use Case Diagram):显示整个系统提供的功能。
（2）用例图（Use Case Diagram）：从系统的用户角度出发，描述系统应该具有的功能。主要用于展示用例（Use Case）、角色（Actor）及其关系。用例是系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用
（3）类图（Class Diagram）：主要用于展示类、接口、包及其关系。类（Class）是指一些具有相同属性（Attribute)）和操作（Operation）的对象的集合，其中操作包含一组有序的参数(parameter)，类之间的关系有联系（Association）和泛化（Generation）等。
四种动态图：
（4）状态图（State chart Diagram）：展示对象在其生命周期中可能经历的状态、在这些状态上对事件的响应能力。 （5）活动图（Activity Diagram）: 是状态机的一个变体，用来描述执行算法的工作流程中涉及的活动， 活动状态代表着一个活动、一个工作流程步骤或一个操作的执行，活动视图描述一组顺序的或并发的活动， 展示系统从一个活动转到另一个活动的可能路径与判断条件。
（6）顺序图（Sequence Diagram）:用于按时序展示对象间的消息传递。当执行一个用例行为时，顺序图中的每条消息对应一个类操作或状态机中引起转换的触发事件。
（7）协作图（Collaboration Diagram）:其核心内容与序列图相对应，强调（收发消息的）对象间的结构组织。
两种执行图：
（8）组件图（Component Diagram）:显示系统中的组件及其相互依赖性。开发人员知道有哪些代码库，相互间
有什么关系，编译人员知道组件所需的编译的顺序。
（9）部署图（Deployment Diagram）:它考虑应用程序的物理部署，如网络布局和组件在网络上的位置的问题。显示网络上的所有结点、结点间的连接、每个结点上运行的进程。
二、图书馆信息系统UML实例介绍
1、理解需求
图书馆信息系统文本需求说明：
（1）图书馆将书和杂志借给读者，读者、书、杂志系统中注册。 （2）图书馆负责购买图书、删除书目。
（3）图书管理员与借书者打交道，他们的工作要得到系统的支持。 （4）借书者可以增删预订书目
（5）图书馆可维护与书目、借书者、借阅（Loan）和预订等有关的信息。
（6）系统能够在Unix、Windows、OS/2等环境下运行，有一个非常友好的用户图形界面（GUI） （7）系统应该具有很好的扩展性。 2、需求分析
2.1、定义业务用例:描述图书馆提供的功能
Business Use case框图：显示业务用例与业务角色之间的交互。 业务用例：表示公司的执行的过程，为什么要建立系统。
业务角色：表示业务要交互的角色，如客户与厂家，不表示公司内的角色或人员。 业务工人：表示公司内的角色或人员。
2.2、定义用例，即描述图书馆系统的功能 Use Case 框图：显示使用案例与角色的交互。
使用案例：表示从用户角度对系统的要求（系统功能）。 角色：表示接受和提供系统信息的人或系统（系统主体）。 图书馆中的角色：图书馆管理员、借书者 图书馆信息系统中的用例（使用案例）如下：
借出书目（Lend Item）、返回书目（Return Item）、预订（Make Reservation）、删除预订（Remove Reservation） 增加标题（Add Title）、更新或删除标题（Update or Remove Title）、增加书目（Add Item）、删除书目（Remove Item）、增加借书者（Add Borrower）、更新或删除借书者（Update or Remove Borrower）
“标题（Title）”与“书目（Item）”的区别：在图书馆中，一个流行的标题可能有好几本，标题可能是书名或书的作者，这样可让借书者预定。
图书馆信息系统的用例图：增加系统用例模型包、Use Case框图、用例与角色