软件工程复习资料.docx

WinRunner 的测试流程包含六个阶段：1. 识别应用程序的 GUI（Graphical User Interface） 对象2. 建立测试脚本（录制）3. 对测试脚本除错（debug）4. 执行测试脚本5. 检视测试结果6. 回报缺陷（defect） WinRunner 识别GUI 对象的步骤 WR从测试脚本中读取逻辑名称并指向GUI mapWR从GUI map中根据逻辑名称找到相应的物理描述WR根据物理描述在软件中找到对象，完成对对象的识别执行测试脚本中的操作。 WinRunner 提供二种GUI Map File 模式：GUI Map File per Test 与 Global GUI Map File。当使用 GUI Map File per Test mode 时，WR 会在录制脚本时自动学习软件的 GUI。自动帮你建立此测试脚本的 GUI Map File，自动加载其 GUI Map File自动储存 GUI Map File当使用 Global GUI Map File 时， 使用 RapidTest Script wizard 学习软件每个窗体中所有 GUI 对象的属性 通过录制脚本的方法学习被录制的那部分软件中所有的 GUI 对象的属性 使用 GUI Map Editor 学习单个 GUI 对象、窗体或某个窗体中所有 GUI 对象的属性文字检查点：某些区域、对象、窗体中的文字就是文字检查点建立文字检查点的步骤：1.从应用程序获取文字。WinRunner 会以 win_get_text 或是 obj_get_text 读取文字，并将读取到的文字储存到变量中。2.检查文字。手动撰写测试脚本的方式，检查变量中的文字是否为预期的文字。3.除错。除错（debug）模式执行测试脚本，检查是否有语法或逻辑上的错误。如果有任何错误讯息，试着去修正问题。4.在另一个版本的 Flight Reservation 执行测试脚本第一章：软件的特点：1、软件是一种逻辑实体，而不是有形的系统元件，其开发成本和进度难以准确地估算2、软件是被开发的或被设计的，没有明显的制造过程，一旦开发成功，只需复制即可，但其维护的工作量大 3、软件的使用没有硬件那样的机械磨损和老化问题 软件的分类系统软件：位于计算机系统中最靠近硬件的一层，其它软件一般都通过系统软件发挥作用，它与具体的应用领域无关。如操作系统、编译程序等。支撑软件：支持软件的开发和维护的软件。如数据库管理系统、网络软件、软件开发环境等。应用软件：特定应用领域专用的软件。如实时软件、嵌入式软件、科学和工程计算软件、事务处理软件、人工智能软件等。软件语言 软件语言是用于书写计算机软件的语言。它主要包括：需求定义语言、功能性语言、设计性语言、实现性语言（即程序设计语言）、文档语言需求定义语言用于书写软件需求定义功能性语言用于书写软件功能规约设计性语言用于书写软件设计规约实现性语言用于书写计算机程序文档语言用于书写软件文档。软件工程： 将系统化的、严格约束的、可量化的方法应用于软件的开发、运行和维护，即将工程化应用于软件； 在中所述方法的研究软件工程框架：目标、过程、原则软件生存周期：是指软件产品或软件系统从产生、投入使用到用到被淘汰的全过程。软件生存周期大致可以分为6个阶段：计算机系统工程、需求分析、设计、编码、测试、运行和维护。软件过程：是生产一个最终满足需求且达到工程目标的软件产品所需的步骤。软件生存周期中可以开展的活动分为5个基本过程，9个支持过程和7个组织过程。基本过程：获取过程、供应过程、开发过程、运作过程、维护过程支持过程：文档编制过程，配置管理过程，质量保证过程，验证过程，确认过程，联合评审过程，审核过程，问题解决过程，易用性过程 组织过程：管理过程，基础设施过程，改进过程，人力资源过程，资产管理过程，重用程序管理过程，领域工程过程能力成熟度模型CMM目的：1、提供一种评价软件承接方能力的方法 2、用于帮助软件组织改进其软件过程 3、提供个人软件改进方法初始级-可重复级-已定义级-已管理级-优化级瀑布模型：6个阶段：系统工程-需求分析与规约-设计与规约-编码与单元测试-集成测试系统测试-运行与维护特点：接受上一阶段的结果作为本阶段的输入利用这一输入实施本阶段应完成的活动对本阶段的工作进行评审将本阶段的结果作为输出，传递给下一阶段优点：缺点：缺乏灵活性，难以适应需求不明确或需求经常变化的软件开发开发早期存在的问题往往要到交付使用时才发现，维护代价大喷泉模型是一种支持面向对象开发的过程模型。体现迭代和无间隙特征迭代：各开发活动常常重复工作多次，相关的功能在每次迭代中随之加入演进的系统无间隙：开发活动之间不存在明显的边界演化-集成-测试-编码-设计-分析一种基于构件的开发模型，包括领域工程和应用系统工程两部分。软件工具可以按软件过程的活动来进行分类：（1）支持软件开发过程的工具（2）支持软件维护过程的工具（3）支持软件管理过程和支持过程的工具工具的评价和选择（1）功能（2）易用性（3）稳健性（4）硬件要求和性能（5）服务和支持环境集成机制主要有数据集成、界面集成和控制集成，还有其他方面的集成，如平台集成、方法与过程集成。需求获取：确定系统或产品范围的限制性描述、与系统或产品有关的人员及特征列表、系统的技术环境的描述、系统功能的列表及应用于每个需求的领域限制、一组描述不同运行条件下系统或产品使用状况的应用场景以及为更好地定义需求而开发的原型。软件设计的任务：（1）数据/类设计（2）体系结构设计（3）接口设计（4）部件级设计功能独立是指模块的功能独立性，可以用内聚度和耦合度衡量。功能独立性比较强的模块应是高内聚低耦合的模块。分层数据流图的一致性检查（1） 父图与子图平衡（2） 数据守恒（3） 局部文件（4） 一个加工的输出文件流不能与该加工的输入数据流同名数据守恒的两种情况：第一种情况是指一个加工所有输出数据流中的2数据，必须能从该加工的输入数据流中直接获得，或者能通过该加工的处理而产生。第二种情况是加工未使用其输入数据流中的某些数据项结构化设计的步骤：1、 建立初始结构图2、 对结构图进行改进3、 书写设计文档4、 设计评审信息流可分为两类：变换流和事务流变换流：变换流型的数据流图可明显地分成输入、变换、输出三部分。信息沿着输入路径进入系统，并将输入信息的外部形式经过编辑、格式转换、合法性检查、预处理等辅助性加工后变成内部形式，内部形式的信息通过变换中心的处理，再沿着输出路径经过格式转换、组成物理块、缓冲处理等辅助性加工后变成输出信息，送到系统外。事务流：数据流沿着输入路径到达一个事务中心，事务中心根据输入数据的类型在若干条动作路径中选出一条来执行。数据流图映射到结构图的步骤;(1) 复审和精化数据流图(2) 确定数据流图的类型(3) 将DFD映射成初始结构图(4) 改进初始结构图UML将视图划分为4个主题域：结构化（structural）、动态的（dynamic）、物理的（physical）、模型管理（model management）用况建模步骤：1定义系统2确定执行者3确定用况4描述用况5定义用况间的关系6确认模型泳道一幅活动图可划分成若干个矩形区，每个矩形区为一个泳道，泳道名放在矩形区的顶端。敏捷宣言陈述的价值观：个体和交互 重于 过程和工具工作的软件 重于 详尽的文档客户合作 重于 合同谈判响应变化 重于 遵循计划黄金原则：让用户拥有控制权、减少用户的记忆负担、保持界面一致程序设计语言的选择：l 项目所属的领域l 算法和计算复杂性l 软件执行的环境l 用户需求，特别是性能上的考虑与实现的条件l 数据结构的复杂性l 软件开发人员的知识水平和心理因素l 可用的编译器与交叉编译器回归测试：就是对已经进行过测试的测试用例子集的重新测试，以确保对程序的改变和修改，没有传播非故意的副作用软件维护可以分为纠错性维护、适应性维护、改善性维护和预防性维护四类（根据起因）维护问题：采用软件工程的方法进行软件开发，保证每个阶段都有完整且详细的文档，这样维护会相对容易，被称为结构化维护。反之，如果不采用软件工程方法开发软件，软件只有程序而欠缺文档，则维护工作将变得十分困难软件度量：指计算机软件范围内的测量，主要是为产品开发的软件过程和产品本身定义相关的测量方法和标度，对软件开发过程度量的目