- 1、本文档共50页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件测评知识点大全软件测试相关知识
以下内容根据软件测评考试内容总结,包含白盒测试、黑盒测试、功能性测试、性能测试、安全性测试等覆盖机会所有测试内容及计算机基础常识。
第一部分:软件评测知识
. 软件质量与软件测试
软件测试:在规定条件下对程序进行操作,以发现错误,对软件质量进行评估,包括对软件形成过程的文档、数据以及程序进行测试
软件质量:软件特性的总和,软件满足规定或潜在用户需求的能力
. 软件测试与质量保证
软件测试只是质量保证工作中的一个环节,软件质量保证与软件测试是软件质量工程的两个不同层面的工作;
质量保证:通过预防、检查与改进来保证软件质量,采用全面质量管理和过程改进的原理来开展质量保证工作,主要关注软件质量的检查与测试,主要着眼于软件开发活动的过程、步骤和产特
软件测试:通过执行软件来,对过程中的产物(开发文档和程序)进行走查,发现问题,报告质量
. 软件测试的目的
测试是程序的执行过程,目的在于发现错误;
一个好的测试用例在于发现了至今未发现的错误;
一个成功的测试是发现了 至今未发现的错误的测试;
. 软件测试原则
所有的软件测试都应追溯到用户需求
应当把“尽早地和不断地进行软件测试”作为测试者的座右铭完全测试是不可能的,测试需要终止
测试无法显示软件潜在的缺陷; 充分注意测试中的群集现象
程序员应避免检查自己的程序尽量避免测试的随意性
. 软件测试对象
程序开发过程中的各个文档、源程序
. 软件测试过程模型- V 模型
是软件开发瀑布模型的变种,主要反映测试活动与分析和设计的关系;
局限性:把测试作为编码之后的最后一个活动,需求分析等前期产生的错误直到后期的验收测试才能发现
. 软件测试过程模型- W 模型
在 V 模型的基础上,增加千开发阶段的同步测试,形成 W 模型;测试与开发同步进行,有利用尽早的发现问题
局限性:仍把开发活动看成是从需求开始到编码结束的串行活动,只有上一阶段完成后,才可以开始下一阶段的活动,不能支持迭代,自发性以及变更调整
. 软件测试过程模型- H 模型
在 H 模型中,软件测试过程活动完全独立,贯穿于整个产品的周期,与其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段;软件测试可以进行尽早的进行;软件测试可以根据被测物的不同而分层次进行
. 测试模型使用
在实际工作中应灵活地运用各种模型的优点
V 模 强调了在整个软件项目开发中需要经历的若干个测试级别,并与每一个开发级别对应;忽略了测型 试的对象不应该仅仅包括程序,没有明确指出对需求、设计的测试
W 模 补充了 V 模型中忽略的内容,强调了测试计划等工作的先行和对系统需求和系统设计的测试;与型 V 模型相同,没有对软件测试的流程进行说明
H 模 强调测试是独立的,只要测试准备完成,就可以执行测试型
. 单元测试
定义 又称模块测试,是针对软件设计的最小单位程序模块进行正确性检查的测试工作;可以从程序的内部结构出发设计测试用例,多个模块测试可以平行地独立进行测试
目的 发现模块内部可能存在的各种差错
内容 模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
步骤 利用设计文档设计测试用例;创建被测模块的桩模块或驱动模块;利用被测试模块、驱动模块和桩模块来建立测试环境,进行测试
.集成测试
定义 又称组装测试或联合测试,在单元测试基础上,将所有模块按概要设计和详细设计进行组装目的 发现模块连接中的接口可能存在的各种差错
内容 穿越模块之间的数据是否会丢失;一个模块组装后是否会对另一模块或其他模块存在影响;各个子功能组装在一起是否会达到预期的父功能;全局数据结构是否有问题;单个模块的错误累
积起来是否会放在
积起来是否会放在
组装方
法
一次性组装方式,非增殖式方式也叫整体拼装,对模块分别测试然后将所有模块组装;第二种
增殖式组装方式,可以是自顶向下或自底向上
完成标
志
成功地执行了测试计划中规定的所有测试用例;修正了所发现的错误;测试结果通过专门小组
的评审
12 .确认测试
目的
验证软件的功能和性能及其他特性是否与用户的要求一致
测试内
容
有效性测试 运行黑盒测试方法验证所测软件是否满足需求规格说明书列出的需求;所有文档正
确且便于使用;软件可移植性、易用性、兼容性进行测试;软件配置复查
成分都齐全
保证软件配置的所有
13 .系统测试
目的
验证和确认系统是否达到其原始目标,而对集成的硬件和软件系统进行的测试
测试内
容
在真实或模拟系统运行环境下,检查完整的程序系统能否和系统(硬件设备、网络、系统软
件)正确配置、连接,满足用户需求
.验收测试
测试内容:根据任务书或合迥、供需双方约定的验收依据文档进行对整个系统的测试与评审,确认是否接收或拒绝系统;
.开发方测试
通常也叫‘
文档评论(0)