软件评测复习知识点123

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