《软件评测师考试知识点(word打印版)》由会员分享，可在线阅读，更多相关《软件评测师考试知识点(word打印版)（20页珍藏版）》请在金锄头文库上搜索。
1、第一部分：软件评测知识第一部分：软件评测知识 1 1软件质量与软件测试软件质量与软件测试 软件测试：在规定条件下对程序进行操作，以发 现错误，对软件质量进行评估，包括对软件形成 过程的文档、数据以及程序进行测试 软件质量：软件特性的总和，软件满足规定或潜 在用户需求的能力 2 2软件测试与质量保证软件测试与质量保证 软件测试只是质量保证工作中的一个环节，软件 质量保证与软件测试是软件质量工程的两个不同 层面的工作； 质量保证：通过预防、检查与改进来保证软件质 量，采用全面质量管理和过程改进的原理来开展 质量保证工作，主要关注软件质量的检查与测试， 主要着眼于软件开发活动的过程、步骤和产特 软件
2、测试：通过执行软件来，对过程中的产物 （开发文档和程序）进行走查，发现问题，报告 质量 3 3软件测试的目的软件测试的目的 测试是程序的执行过程，目的在于发现错误； 一个好的测试用例在于发现了至今未发现的错误；一个成功的测试是发现了至今未发现的错误的测 试； 4 4软件测试原则软件测试原则 所有的软件测试都应追溯到用户需求 应当把“尽早地和不断地进行软件测试”作为测 试者的座右铭 完全测试是不可能的，测试需要终止 测试无法显示软件潜在的缺陷； 充分注意测试中的群集现象 程序员应避免检查自己的程序 尽量避免测试的随意性 5 5软件测试对象软件测试对象 程序开发过程中的各个文档、源程序 6 6软件
3、测试过程模型软件测试过程模型V V 模型模型 是软件开发瀑布模型的变种，主要反映测试活动 与分析和设计的关系； 局限性：把测试作为编码之后的最后一个活动， 需求分析等前期产生的错误直到后期的验收测试 才能发现 7 7软件测试过程模型软件测试过程模型W W 模型模型 在 V 模型的基础上，增加千开发阶段的同步测试， 形成 W 模型；测试与开发同步进行，有利用尽早 的发现问题 局限性：仍把开发活动看成是从需求开始到编码 结束的串行活动，只有上一阶段完成后，才可以 开始下一阶段的活动，不能支持迭代，自发性以 及变更调整 8 8软件测试过程模型软件测试过程模型H H 模型模型 在 H 模型中，软件测试
4、过程活动完全独立，贯穿 于整个产品的周期，与其他流程并发地进行，某 个测试点准备就绪时，就可以从测试准备阶段进 行到测试执行阶段；软件测试可以进行尽早的进 行；软件测试可以根据被测物的不同而分层次进 行 9 9测试模型使用测试模型使用 在实际工作中应灵活地运用各种模型的优点V 模 型强调了在整个软件项目开发中需要经历的 若干个测试级别，并与每一个开发级别对 应；忽略了测试的对象不应该仅仅包括程 序，没有明确指出对需求、设计的测试 W 模 型补充了 V 模型中忽略的内容，强调了测试 计划等工作的先行和对系统需求和系统设 计的测试；与 V 模型相同，没有对软件测 试的流程进行说明 H 模 型强调测
5、试是独立的，只要测试准备完成， 就可以执行测试1010 单元测试单元测试 定 义又称模块测试，是针对软件设计的最小单位 程序模块进行正确性检查的测试工作；可以 从程序的内部结构出发设计测试用例，多个 模块测试可以平行地独立进行测试 目 的发现模块内部可能存在的各种差错内模块接口测试、局部数据结构测试、路径测容试、错误处理测试、边界测试 步 骤利用设计文档设计测试用例；创建被测模块 的桩模块或驱动模块；利用被测试模块、驱 动模块和桩模块来建立测试环境，进行测试 1 1集成测试集成测试定义又称组装测试或联合测试，在单元测试基 础上，将所有模块按概要设计和详细设计 进行组装目的发现模块连接中的接口可
6、能存在的各种差 错内容穿越模块之间的数据是否会丢失；一个模 块组装后是否会对另一模块或其他模块存 在影响；各个子功能组装在一起是否会达 到预期的父功能；全局数据结构是否有问 题；单个模块的错误累积起来是否会放在组装 方法一次性组装方式，非增殖式方式也叫整体 拼装，对模块分别测试然后将所有模块组 装；第二种增殖式组装方式，可以是自顶 向下或自底向上完成 标志成功地执行了测试计划中规定的所有测试 用例；修正了所发现的错误；测试结果通 过专门小组的评审1212确认测试确认测试 目的 验证软件的功能和性能及其他特性是否与 用户的要求一致 测试 内容有效性测试运行黑盒测试方法验证所测软 件是否满足需求规
7、格说明书列出的需求； 所有文档正确且便于使用；软件可移植性、 易用性、兼容性进行测试；软件配置复查 保证软件配置的所有成分都齐全1313系统测试系统测试 目的 验证和确认系统是否达到其原始目标，而 对集成的硬件和软件系统进行的测试 测试 内容在真实或模拟系统运行环境下，检查完整 的程序系统能否和系统（硬件设备、网络、 系统软件）正确配置、连接，满足用户需 求1414验收测试验收测试 测试内容：根据任务书或合迥、供需双方约定的验收 依据文档进行对整个系统的测试与评审，确认是否接 收或拒绝系统； 1515开发方测试开发方测试 通常也叫验收测试或a 测试，在软件开发环境 中，开发者检测与证实软件的实
8、现是否满足软件设计 说明或软件需求说明的要求 1616用户测试用户测试 在用户的应用环境下，用户检测与核实软件实现是否 符合自己预期的要求。B 测试通常被认为是用户测试， 把软件有计划地免费地分发到目标市场，让用户大量 使用、评价检查软件 1717第三方测试第三方测试 由第三方测试机构来进行的测试，也称独立测试 1818动态测试动态测试 通过人工或使用工具运行程序进行检查，分析程序的 执行状态和程序的外部表现 1919静态测试静态测试 不运行程序，能过人工对程序和文档进行分析与检查， 包括走查、符号执行、需求确认等 2020白盒测试白盒测试 通过对程序内部结构的分析、检测来寻找问题，检查 程序
9、的结构及路径是否正确，检查程序的内部动作是 否按照设计说明的规定正常进行 2121黑盒测试黑盒测试 又称功能测试，通过运行程序发现其缺陷和错误，在 程序界面处进行测试 2222灰盒测试灰盒测试 介于白盒和黑盒测试之间，关注输出对于输入的正确 性，也关注程序的内部结构，但没有白盒测试那样详 细、完整 23测试分类 开发过程单元、集成、确认、系统、验证 实施组织开发方、用户、第三方 测试技术白盒、黑盒、灰盒或静态、动态2424软件问题分类软件问题分类 软件错误、软件缺陷、软件故障、软件失效 软件错误：在软件生存周期内的不希望或不可接 受的人为错误 软件缺陷：存在于软件（文件、程序、数据）之 中的不
10、希望或不可接受的偏差 软件故障：软件运行过程中出现的一种不希望或 不可接受的内部状态。 软件失效：软件运行时产生的一种不希望或不可 接受的外部行为 2525GB/T16260.1GB/T16260.1 产品质量质量模型产品质量质量模型 质量模型：代表软件质量属性的总体 软件质量特性与度量：质量特性和子特性、外部 度量、内部度量 外部、内部质量的质量模型：质量属性包括：功 能性、可靠性、易用性、效率、维护性和可移植 性 2626GB/T18905.1GB/T18905.1 软件工程产品评价概述软件工程产品评价概述 概述了软件产品评价的过程，提供了评价需求和 指南 2727GB/T18905.5G
11、B/T18905.5 软件工程产品评价评价者用软件工程产品评价评价者用 的过程的过程2828软件测试的国内外现状软件测试的国内外现状 国外：软件测试已成为一个独立的产业，在软件 公司占有重要的地位，软件测试理论研究蓬勃发 展，软件测试市场繁荣，开发了大量的测试工具；国内：软件测试成为一个新兴产业，测试技术贫 乏，从业人员少，测试服务没有足够规模；著名 的软件公司已成立了专业的测试队伍，国家在职 业资格中新增了软件评测师，企业资集认证 时软件测试能务成为重要指标，软件产品增加了 登记测试，成立第三方测试机构，软件测试成为 一个独立课程 2929软件评测发展趋势软件评测发展趋势测试工作将进一步前移
12、 软件架构师、开发工程师、QA 人员、测试工程 题将进行更新的融合 测试行业将得到充分的尊重 设置独立的测试部门将得到越来越多公司的软件 公司的共识 测试外包服务将快速增长 3030测试过程的特性与要求测试过程的特性与要求 软件 测试 过程是一抽象的、遵循 GB/T18905评价者用 的过程中定义软件评价过程的模型可重复性：同一评价者按同一评价规格说 明对同一产品进行重复地评价，应产生同 一种可接受的结果 可再现性：同不同评价者同一评价规格说 明对同一产品进行评价，应产生同一种可 接受的结果 公正性：评价应不偏向任何特殊的结果评价 过程 的特 性客观性：评价结果应是客观事实 组织和质量体系：评
13、价者应立足于一 个组织；评价组织为保证质量，可以 建立质量体系 请求者职责：对软件产品确立必要的 合法权利；为标识和描述产品提供必 要的信息；阐述初步评价需求，与评 价者协商确定实际需求，需求遵守相 关的法规和标准；阐述对评价提交的 信息的保密性需求；必要时在开发者 和评价者之间起中介作用；必要时向 评价者提供计算机和其他设备一般 要求评价者职责：检查请求者对软件产品 是否有充分合法的权利；按规定对请 求者提供保密承诺；提供有资格的人 员，以便实施评价；提供评价工具和 技术；按照评价需求实施测试；保证 评价过程中的所有记录；保证及时向 请求者提交评价报告评价 过程 的要 求活动 要求确立软 件
14、评价 需求编制评 价规格 说明制定评 价计划评价执 行作评价 结论3131软件测试与配置管理软件测试与配置管理 配置项标识：标识测试样品、标准、工 具、文档报告等配置项的名称和类型、 标识各配置项的所有者及储存位置 配置项控制（变更控制）：规定测试基 线、基线创立时间、变更控制委员会人 员组成、职能、确定变更请求的处理程 序和终止条件、变更过程中测试人员变 更的职能等 配置状态报告：定义报告形式、内容和 提交方式、确认过程记录和跟踪问题报 告、更改请求、更改次序；确定测试报 告提交的时间与方式；配置管 理活动配置审计：确定审计执行人员和执行时 机；确定审计的内容与方式；确定发现 问题的处理方法
15、3232测试的组织与人员测试的组织与人员 组织结构设计因素：垂直还是缓、市场还 是产品、集中还是分散、分级还是分散、 专业人员还是工作人员、功能还是项目 独立测试组织：没有此组织，建立系统不 会理想 集中管理的测试组织：成立独立部门，集 中管理测试 的组 织选择测试组织结构方案的准则：提供软件 测试的快速决策能力；利于合作；能够独 立运作并具有精干的人员配置；有利于协 调测试与质量管理的关系；有利于满足软 件测试过程管理要求；有利于为测试技术 提供专有技校；充分利用现有测试资源； 对测试者的职业道德产生积极影响测试 组织 管理 者具有理解与评价软件测试政策、标 准、过程、工具、培训和度量的能
16、力；具有领导能力；具有吸引并留 住杰出测试专业人才的能力；具有 沟通、支持和控制能力；具有测试 时间、质量和成本控制能力 应具有 的能力一般的表达、交流、协调、 质量意识、软件工程能力； 测试技能和方法；测试规划 能力；测试执行能力；测试 分析、报告和改进能力； 职业发 展：12 年测试技能；34 年 测试过程；45 年测试组 织工作；56 年技术管理； 612 年测试管理测试 的人 员测试 人员人员培 训按培训内容分类：测试基础 知识和技能培训；测试设计 培训、测试工具培训；测试 对象软件产品培训；测试过 程培训；测试管理培训3333软件测试风险分析软件测试风险分析 软件测试风险：是软件测试过程出现的或潜在的 问题，造成的原因主要是测试计划的不充分、测 试方法有误或测试过程的偏离，造成测试的补充 以及结果不准确 软件测试风险主要是对测试计划执行的风险分析 与制定要采取应急措施；重点在措施 测试计划的风险：
