设计模式复习期末整理讲述.docx

试卷 1.软件缺陷的等级 A类——严重错误：1由于程序所引起的死机，非法退出。2死循环。3数据库发生死锁4因错误操作导致的程序中断。5功能错误。6与数据库连接错误。7数据通讯错误 B类——较严重错误：1程序错误 2程序接口错误 3 数据库的表、业务规则、缺省值未加完整性等约束条件 C类——一般性错误：1操作界面错误2打印内容、格式错误 3简单输入限制未放在前台进行控制 4 删除操作未给出提示 5数据库表中有过多的空白 D类——较小错误：1界面不规范2辅助说明描述不清楚3输入输出不规范4长操作未给用户提示 5 提示窗口未采用行业术语 6可输入区域和只读区域没有明显的区分标志 2.IEEE/EIA Std 12207软件生命周期过程： （1）主要过程：获取过程、供应过程、开发过程、运行过程 （2）支持过程：文档编制过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审核过程、问题解决过程 3.RUP 的软件测试提出了三大成功经验： （1）尽早测试：通过迭代式软件开发把原来的整个软件开发生命周期分成多个迭代周期，在每个迭代周期都进行测试 连续测试：在迭代式软件开发的每个迭代周期，都会进行软件测试活动。 ?过程：将整个项目的开发目标划分成一些更易于完成和达到的阶段小目标；制定迭代计划，而且每个迭代中都包括需求、设计、编码、集成、测试等一系列的开发活动，都会增量式集成一些新的系统功能；通过每次迭代，我们都产生一个可运行的系统。在迭代式软件开发的每个迭代周期，都会进行软件测试活动。 ?意义：持续的提高软件质量、监控质量状态，使系统测试的尽早实现成为可能。从而有效的控制开发风险、降低测试成本，切实保证项目进度。 自动化测试：完善的测试流程是前提，自动化测试工具是保证。 4.如何有效控制测试用例的流程？/有效编写测试用例应遵循的原则 从覆盖率来说，测试用例库的用例要达到最大覆盖软件系统的功能点 从数量来讲，测试用例不能太少，必须能覆盖系统需求 测试用例的完成不是一劳永逸的，一旦测试需求发生变化，则测试用例必须重新维护。 （4）制定适合本公司的测试用例模版，统一风格和延续传统；模版要有关键字索引，以方便按关键字分类查找；测试用例要有状态跟踪；测试用例的修改及运行都有日志记录。 5.软件测试活动的生命周期：(1)计划：对整个测试周期中所有活动进行规划，估计工作量、风险、安排人力物力资源(2)设计：完成测试方案，从技术层面上对测试进行规划(3)实现：进行测试用例和测试规程设计(4)执行：根据前期完成的计划、方案、用例、规程等文档，执行测试用例(5)总结：记录测试结果，进行测试分析，完成测试报告 6.验证与确认的差别（1）验证是用来评价某一系统或某一组件的过程，来判断给定阶段的产品是否满足该阶段开始时施加的条件。即说明验证活动在一定程度上是一种普通的测试活动，要求验证每个开发阶段是否符合先前阶段定义的需求。（2）确认是开发过程中间或结束时对某一系统或某一组件进行评价的过程，以确认它是否满足规定的需求。需要确认已经实现的组件实际上按照规格说明书进行的工作。通常用测试来完成这项任务，确认计划是必须的。（3）经过合理组织的项目应该包含验证和确认计划 7.软件配置管理的目标：软件配置管理是贯穿整个软件生命周期中建立和维护项目产品的完整性，基本目标包括：软件配置管理的各项工作是右计划进行的；被选择的项目产品得到识别，控制并且可以被相关人员获取；已识别出的项目产品的更改得到控制；使相关组别和个人及时了解软件基准的状态和内容 8.变量的命名规则：变量名的长度不多于40个字符，第一个字符必须为英文字母，其他字母可以英文字母，数字及下划线的任意组合。用等价类法设计测试用例 （1）划分等价类 （2）设计测试用例 1.软件：= 程序+数据(库) +文档+规程。 （1）定义：是一系列按照特定顺序组织的计算机数据和指令的集合 （2）内容：1. 运行时，能够提供所要求功能和性能的指令或计算机程序集合2. 程序能够满意地处理信息的数据结构3. 描述程序功能需求及程序如何操作和使用所要求的文档。 （3）组成：客户需求、市场需求文档、软件规格说明书、技术设计文档、测试文档、在线帮助、产品发布注产品软件包。 （4）特点：软件是逻辑的、知识性的产品集合，是对物理世界的一种抽象，或者是某种物理形态上的虚拟化；软件是硬件的灵魂，硬件是软件的基础；软件是知识和智慧的结晶；软件不会磨损，而是逐渐完善。 软件开发的基本过程： （1）需求分析: 根据客户的要求，清楚了解客户需求中的产品功能、特性、性能、界面和具体规格等，然后进行分析，确定软件产品所能达到的目标。 （2）设计: 根据需求分析的结果，考虑如何在逻辑、程序上去实现所定