软件测试的基础知识

上传人:人*** 文档编号:557508513 上传时间:2023-01-14 格式:DOCX 页数:15 大小:209.42KB
返回 下载 相关 举报
软件测试的基础知识_第1页
第1页 / 共15页
软件测试的基础知识_第2页
第2页 / 共15页
软件测试的基础知识_第3页
第3页 / 共15页
软件测试的基础知识_第4页
第4页 / 共15页
软件测试的基础知识_第5页
第5页 / 共15页
点击查看更多>>
资源描述

《软件测试的基础知识》由会员分享,可在线阅读,更多相关《软件测试的基础知识(15页珍藏版)》请在金锄头文库上搜索。

1、测试基础软件测试定义:使用人工和自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规 定的需求或是弄清预期结果与实际结果之间的差别。软件生命周期:软件生命周期包括几个阶段:1. 计划 planning1)确定软件开发总目标;2)给出软件的功能、性能、可靠性以及接口等方面的设想;3)研究完成该项目的可行性,探讨问题解决方案;4)对可供开发使用的资源、成本、可取得的效益和开发进度做出估计;5)制定完成开发任务的实施计划。2. 需求分析 requirement analysis对开发的软件进行详细的定义,由需求分析人员和用户共同讨论决定并给予 确切的描述,写出软件需求规格说明书 SRS(S

2、oftware Requirement Specification).3. 设计 design设计是软件工程的技术核心,这个阶段需要完成设计说明书;概要设计 HLD详细设计 LLD4. 程序编码 coding把软件设计转换成计算机可以接受的程序,即写在以某个程序设计语言表示 的源程序清单,使用 RDBMS 工具建立数据库。5. 测试 testing单元测试UT,参照LLD对每一个函数进行测试;集成测试IT,参照HLD对函数与函数的集成、模块与模块的集成进行测试;系统测试ST,参照SRS对每个功能需求、性能需求等进行测试。6. 运行和维护 run and maintenance本阶段将软件交付用

3、户投入正式使用,以后便进入维护阶段,可能有多种原因需要对它进行修改,如软件错误、系统软件升级、增强软件功能、提高性缺陷的类型:缺陷Defect:以静态的形式存在于软件内部,可被激活,相当于Bug 故障Fault:当缺陷被激活后,软件运行中出现的状态,可引起意外情况,不处理会产 生失效,是动态行为。失效Failure:软件运行时产生的外部异常行为结果,表现与用户需求不一致,功能能 力终止,用户无法完成所需要的应用。测试用例Test Case:包括:测试用例编号: 测试项目: 测试标题:重要级别: 预置条件: 输入:执行步骤:预期输出:测试工程师的主要工作:1)检视代码、评审开发文档;2)进行测试

4、设计、写作测试文档(测试计划,测试方案,测试用例);3)执行测试,发现软件缺陷,提交缺陷报告,并确认缺陷最终得到了修正;4)通过测试度量软件的质量。测试过程单元测试UT:是针对软件基本组成单元(软件设计的最小单位)来进行正确性检验的测试工作,单元 测试的目的是检测软件模块对详细设计说明书LLD的符合度。(Un it Testi ng)集成测试IT:是在单元测试的基础上,将所有模块按照概要设计要求组装成为子系统或系统,验证 组装后功能以及模块间接口是否正确的测试工作;其目的是检测软件模块对概要设 计说明书HLD 的符合度。(Integration Testing)系统测试ST:是将已集成好的软件

5、系统,作为整个基于计算机系统的一个元素,与计算机硬件、夕卜 设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行(使用)环境下, 对计算机系统进行一系列的测试工作;其目的在于通过与需求规格说明书SRS作比 较,发现软件与系统需求定义不符合或与之矛盾的地方。(System Testing)UT,IT,ST比较区别:1)测试方法不同UT- IT- ST-属于白盒测试范畴; -属于灰盒测试范畴; -属于黑盒测试范畴;2)考察范围不同UT-主要测试单元内部的数据结构、逻辑控制、异常 处理等;IT主要测试模块之间的接口和接口数据传递关系, 以及模块组合后的整体功能;ST-主要测试整个系统相对

6、于需求的符合度。3)评估基准不同UT-评估基准主要是逻辑覆盖率;IT-评估基准主要是接口覆盖率;ST-评估基准主要是测试用例对需求规格的覆盖率。回归测试Regression Testi ng:软件在测试或其他活动中发现的缺陷经过修改后,应该进行回归测试; 目的是:验证错误是否修复,并检测对代码的修改是否引入了新的错误; 回归测试可以发生在任何一个阶段,包括 UT, IT, ST; 回归测试策略包括:完全重复测试和选择性重复测试。验收测试Acceptanee Testing:是根据合同、需求规格说明书SRS、验收测试计划对产品进行验 收和测试;一般采用a测试和B测试。a测试:是由用户在开发环境下

7、进行的测试,也可以是开发机构内部的用户在模拟实际操作环境下进 行的测试;开发者坐在用户旁边,随时记下错误情况和使用中的问题,这是在受控制的环境 下进行的测试;其目的主要是评价软件产品的FLURPS(功能、局域化、可用性、可靠性、性 能等),尤其注重产品的界面和特色;B测试:由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。B测试时开发者通常不 在现场,因而B测试是在开发者无法控制的环境下进行的软件现场应用;B测试中由用户记 录下遇到的所有问题,包括真的和主观认定的,定期向开发者报告,开发者在综合用户的报 告后作出修改,再将软件交付给全体用户使用。测试过程模型:V&V模型(验证Veri

8、fication &确认Validation)正:验证是否做了正确的事情;指保证软件正确地实现了特定功能的一系 列活动;确认:确认是否把事情做正确了;指保证所生产的软件可追溯到用户需求的 一系列活动;测试过程阶段划分:计划设计实现执行需求分析阶段概要设计详细设计 编码 UT执行IT执行ST执行IIIIIIIIIIII:11111 ST计划 iST设计,实现II|II ST执行IIIIIIIIIIIIIIIIIIIIIIII丨IT计划i IT设计,实现丨丨iIT执行丨IIIIIIIIIIIIIIIIIIIIIIIIUT计划 丨UT设计,实现丨UT执行丨丨IIIIIIIIIIIIST计划阶段-ST

9、设计阶段一-ST实现阶段一-ST执行阶段输入软件开发计划需求规格说明书需求规格说明书系统测试计划 软件测试计划系统测试计划系统测试计划系统测试方案 需求规格说明书系统测试方案系统测试用例系统测试规程系统测试预测试项输出系统测试计划系统测试方案系统测试用例系统测试预测试报告 系统测试规程系统测试报告系统测试预测试项软件缺陷报告IT计划阶段一-IT设计阶段一-IT实现阶段一-IT执行阶段 输入软件测试计划概要设计说明书概要设计说明书集成测试计划概要设计说明书集成测试计划集成测试计划集成测试方案 集成测试方案集成测试用例集成测试规程输出集成测试计划集成测试方案集成测试用例集成测试报告 集成测试规程软

10、件缺陷报告UT计划阶段-UT设计阶段-UT实现阶段-UT执行阶段输入软件测试计划概要设计说明书详细设计说明书单元测试计划 概要设计说明书单元测试计划单元测试计划单元测试方案 单元测试方案单元测试用例单元测试规程输出单元测试计划单元测试方案单元测试用例单元测试报告 单元测试规程软件缺陷报告软件需求阶段的任务:需求分析,完成SRS;SRS的评审;需求跟踪;ST计划;ST计划的评审。J丿软件概要设计阶段的任务:软件概要设计阶段的任务:进行软件系统各层设计,完成HLD文档;1 概要设计的评审;ST方案、用例的设计;ST方案、用例的评审;需求跟踪更新;IT计划;IT计划评审。进行软件详细设计,完成LLD

11、文档; 详细设计的评审;IT方案、用例的设计;IT方案、用例的评审;需求跟踪更新;UT计划;软件编码;软件编码阶段的任务:代码静态质量检查; 代码评审;UT方案、用例设计;j UT方案、用例评审;单元测试执行阶段的任务:集成测试执行阶段的任务:系统测试执行阶段的任务:UT用例执行;UT缺陷记录、修复;UT日报写作;UT报告写作;jUT缺陷的回归测试。厂St预测试项执行;ST预测试报告写作;ST用例执行;ST缺陷记录、修复;IT用例执行;IT缺陷记录、修复;IT日报写作;IT报告写作;IT缺陷的回归测试。ST日报写作;ST报告写作;软件质量 需求的三个层次:显示需求:验收质量(合同、验收准准则等

12、)隐式需求:使用质量(a、B测试检测,用户反馈等) 用户实际需求。软件质量的三个层次:流程(过程),技术(工具),组织(人)三者共同决定软件的质量。SQA从流程方面保证软件的质量;测试从技术方面保证软件的质量;软件质量管理体系:ISO:不具体针对某个行业的质量标准,是普遍适用的质量管理体系。In ter national Orga niza tion for Sta ndardiza tion (ISO)ISO9000 族2000 版标准主要由三个核心标准组成:IS09000 :基础,术语/ IS09001 :要求/IS09004 :改进指南八项质量管理原则:以顾客为中心,领导作用,全员参与,

13、过程方法, 管理的系统方法,持续改进,基于事实的决策方法 互利的供方关系.6Sigma:不具体针对某个行业,不只关注质量,还关注成本、进度。在质量上6Sigma表示每百万个 产品的不良品率(PPM)不大于3.4,意味着每一百万个产品中最多只有3.4个不合格品,即合 格率是 99.99966%.原则:注重客户,注重流程,全员参与,预防为主,事实依据的决定,持续和突破性改进。CMM:特定针对软件行业的质量管理体系。(过程决定质量)Capability Maturity Model (CMM)能力成熟度模型Capability Maturity Model I ntegration (CMMI)能力成熟度模型集成CMM等级过程能力等级特点关键过程区域1初始级软件过程是无序的,有时甚至是混乱的, 对过程几乎没有定义,成功取决于个人努力; 管理是反应式的(消防式)。(能力不可测;混乱缺乏计划、文档;需求不做管理)2可重复级建立了基本的项目管理过程来跟踪费用、进度 和功能特性;制定了必要的过程纪律,能重复 早先类似应用项目取得的成功。(能重复类似项目的成功;建立了局部的过程规范)需求管理软件项目计划 软件项目跟踪和监督 软件子合同管理 软件质量保证 软件配置管理3已定义级已将软件管理和工程两方面的过程文档化、 标准化,并综合成该组织

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号