没有合适的资源?快使用搜索试试~ 我知道了~
软件评测复习知识点123.doc
0 下载量 177 浏览量
2023-07-29
21:47:55
上传
评论
收藏 549KB DOC 举报
温馨提示
试读
56页
软件评测复习知识点123.doc
资源推荐
资源详情
资源评论
第一部分:软件评测知识
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.软件测试的成本管理
测试实施成本
测试准备成本、测试执行成本、测试结束成本
低测试实施成本
测试准备环境尽可能使用软件和测试环境配置自动化;测试实施尽可能采用自动化测试工具(测试用例自动化执
行),人工测试最好请初级技术人员,不使用测试工程师;测试结束编制测试报告测试结果与预期结果比较采用自动
化方法(测试文档编制模板化)
质量成本要素
一致性成本(用于测试实施成本)、非一致性成本(由出现的问题和故障引起)
质量成本=一致性成本+非一致性成本
缺陷探测率 DD P
=Bugs(tester)/ (Bugs(tester)+ Bugs(customer)) 衡量测试投资回报的一个重要指标注:第 116 页计算题
35.文档测试的范围
用户文档
用户手册、操作手册、维护修改建议
开发文档
需求说明书、概要设计、数据库设计、详细设计、可行性研究报告
管理文档
项目开发计划、测试计划、测试报告、开发进度月报、开发总结报告
36.用户文档的内容
包装上的文字及图案;宣传材料、广告及其他插页;授权/注册登记表;最终用户许可协议;标签和不干胶条;安装和设置指导;用
户手册;联机帮助;指南、向导;样例、示例和模板;错误提示信息;
37.用户文档测试的要点
明确读者群:根据读者群(如初级、中级、高级用户)的不同来检查文档内容,保证用户能够看得懂、能理解
术语:文档中术语的描述要适合定位的读者群,用法一致,标准定义与业界规范相吻合
文档内容的正确性:要保证所有信息是真实正确的
文档内容的完整性:要完全根据提示逐步操作,检查是否存在遗漏的地方
文档与程序的一致性:按照文档操作后,检查软件返回的结果与文档描述是否一致
文档的易用性:检查是否便于用户查找相应的内容
图表与界面截图:检查所有图表与界面截图与发布的程序版本一致
样例和示例:检查所有的样例和示例能够正确完成;
语言:中文文档保证无错别字和二义性
印刷与包装:印刷质量,包装质量
38.用户手册的测试
准确的按照手册的描述使用程序;尝试每一条建议;检查每条陈述;查找容易误导用户的内容;
39.在线帮助的测试
内容的准确性;帮助功能的可靠性;每一条索引和主题列表要逐条检查,是否能够由索引进入主题;帮助系统中的每一个超级链接;
主题是否全部能够在索引中找到;帮助系统的风格应简洁;
40.功能易用性测试
业务符合性
程序实现的业务逻辑与实际业务逻辑是否一致;
功能定制性
对软件功能应能够灵活定制
业务模块集成度
对于存在紧密关系的模块,是否方便功能转换,从一个功能进入到别一个功能
数据共享能力
对于多处使用的数据应可以一次输入多处使用,减少用户重复工作
约束性
对于流程性强的操作,应能够限制操作顺序;对非法信息应不允许进行系统
交互性
对于用户的每一次操作,应能够给出提示或回应,使用户清晰的看到系统的运行状态
错误提示
对于关键操作完成后或删除数据之前给出明确的提示信息;
41.用户界面测试:界面整体、界面元素测试
规范性测试:符合现行标准和规范
合理性测试:界面与软件功能是否相融洽,界面的布局是否协调
一致性测试:使用的控件、标签风格、错误提示信息、操作方法是否一致
界面整体
界面定制性测试:界面元素的可定制性;工具栏的可定制性;统计检索的可定制性;报表的可定制性
窗口测试:大小、显示、窗口大小改变、多个窗口同时打开、支持操作方法等
菜单测试:是否符合需求;措辞是否准确;顺序是否合理;图形布局是否一致
图标测试:是否符合表达习惯;不同的目标是否采用不同的图标;图标尺寸是否合适;建议与对应功能相似;图
标上是否有标注
鼠标测试:交互环境中是否可以识别鼠标操作;多次点击是否识别;无规则点击是否会产生无法预料的结果;右
键弹出菜单是否正确;
界面元素
文字测试:界面文字是否正确,准确,无二义性;
42.硬件兼容性测试
目的
确认软件系统对于服务器端、客户端及网络所需的环境是否正确、合理
测试内容
最低配置是否能满足系统运行的需要;在推荐配置下系统的响应是否迅速;考察软件对运行硬件环境有无特殊说
明;软件系统能否运行在多种硬件配置环境下
与整机兼容性
确认要求的最低配置和推荐配置的合理性和正确性;主要指标:机型的要求;CPU;内存;硬盘
与板卡及配件兼容性
独立板卡;主板芯片组;驱动程序中的自由软件
与打印机的兼容性
对不同厂商、不同型号的打印机进行以下测试:安装;打印测试页;调整纸张大小;选择分辨率;调整打印方向;
逐页、多份打印;双面打印、网络打印
其他
红外线鼠标、键盘、扫描仪、视频软件,刻录软件的兼容性
43.软件兼容性
与操作系统的兼容性
确认软件系统是否与多种类型的操作系统兼容,包括安装、关键流程的检查;操作系统包括 Windows 平台、Linux
平台、UNIX 平台;Macintosh 图形专用软件
与数据库的兼容性
确认软件系统在不同数据库的可移植性、互操作性,对完整性、应用系统测试;性能测试;数据库包括 SQL;
ODBC;JDBC;ADO;OLE DB;JDO
与中间件的兼容性
指对不同版本、不同补丁包的兼容性进行测试,检查应用程序是否能够正确运行,性能的变化;
与浏览器的兼容性
创 建 一 个 兼 容 性 矩 阵 , 测 试 不 同 厂 商 、 不 同 版 本 的 浏 览 器 对 某 些 构 件 和 设 置 的 适 应 性 ; 如
Applets,JavaScript,ActiveX,VBScript
与其他软件的兼容性
与支持软件(财务软件导出 Excel)的兼容性测试;与其他同类软件的兼容性(与其他同类软件同时在机器中使
用);与其他非同类软件的兼容性
44.数据兼容性测试
不同数据格式兼容性
确认软件之间能否正确地交互和共享信息,不同格式的信息是否兼容;包括系统与其他系统复制粘贴文字是否正
确;旧版本信息在新版本是否能打开;新版本文件在旧系统中是否能打开;同类软件是否可以进行数据交换
剩余55页未读,继续阅读
资源评论
zzzzl333
- 粉丝: 693
- 资源: 7万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功