软件测试基本概念

上传人:人*** 文档编号:563723738 上传时间:2023-04-30 格式:DOCX 页数:15 大小:75.89KB
返回 下载 相关 举报
软件测试基本概念_第1页
第1页 / 共15页
软件测试基本概念_第2页
第2页 / 共15页
软件测试基本概念_第3页
第3页 / 共15页
软件测试基本概念_第4页
第4页 / 共15页
软件测试基本概念_第5页
第5页 / 共15页
点击查看更多>>
资源描述

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

1、软件测试基本概念Document No.:Effective Date:Controlled No.:Priority: NormalVersion: V1.0Edit Status:All Pages14Text12PagesAddendaAuthorized by: Sam/FredAudited by:Confirmed by:Document Modification ManagementNo. of Modified RecordsModified StatusModified Pages or RecordsModified byAudited byConfirmed byModi

2、fied Date目录一、 软件测试基本概念3二、 测试阶段42.1、 单元测试(Unnit Testing) 42.2、 集成测试(InIntegration Testing) 42.3、确认测试(Validation Testing)42.4、系统测试(System Testing) 42.5、 用户验收测试(User Acceptance testing) 4三、测试分类5四、常用的测试64.1、常用测试概述64.2、常用测试详述7五、测试术语大全10六、缺陷管理136.1、Bug 的严重级别 (Severity)136.2、Bug 的优先级 (Priority)136.3、Bug 的类

3、型(Type)136.4、Bug 状态 (Status)136.5、提交Bug的注意事项146.6、常见的Bug管理工具14七、常见易混概念汇总15一、软件测试基本概念1、软件=程序+文档,软件测试=程序测试+文档测试。 “程序”是指能够实现某种功能的指令的集合, “文档”是指软件在开发、使用和维护过程中产生的图文集合。 User Requirement:简称UR,用户需求。 Design Spec:简称DS,设计说明书。 Function Requirement Spec:简称FRS,功能需求规格说明书。 Func tion Design Spec :功能设计说明书。Test Plan:测试

4、计划,根据整个项目的进度和开发的进度来编写。 Test Spec:还有Test Case (测试用例),根据UR和FRS来编写。Log Repor t:缺陷报告,记录该系统存在的Bug。Tes t Repor t:测试报告,测试完后需对所做的测试工作进行总结和对系统的评价、建议。 User Manual :用户手册。 User Guide:用户指导。2、软件的分类:按功能:系统软件、应用软件; 按技术架构:单机版软件、C/S结构软件(C:客户端,S:服务器端)、B/S结构软件(B:浏览器)按照用户划:产品软件、项目软件; 按开发规模:小型、中型、大型。3、软件环境的分类:软件开发环境;软件测试

5、环境;软件生产运行环境。测试环境=软件+网络+硬件。搭建环境:真实、干净、无毒、独立。4、Bug的定义: 从内部看:软件的缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题。从外部看:软件的缺陷是系统所需要实现的某种功能的失效或违背。 常见的BUG分三种类型:完全没有实现的功能;基本实现了用户需求的功能;实现了用户不需要的功能。5、测试用例:测试用例=输入+输出+测试环境。指在测试执行之前设计的一套详细的测试方案,包括测试环境、测试步骤、测试数据和与其结果!测 试用例有两个模板,word和excel,前者适合性能测试,后者适合功能测试。6、优秀的软件测试工程师应该具备的基本职业素质:三心

6、二意一能力: 三心:细心、耐心、信心; 二意:服务意识、团队意识; 一能力:沟通能力。二、测试阶段2.1、单元测试(Unit Testing)是在软件开发过程中要进行的最低级别的测试活动,在单元测试活动中,软件的独立单元将在与程 序的其他部分相隔离的情况下进行测试。是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确。通常而 言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。2.2、集成测试(Integration Testing)也叫组装测试或联合测试。在单元测试的基础上,将所有模块按照设计要求,如根据结构图组装成 为子系统或系统,进行集成测试。

7、它的最简单的形式是:两个已经测试过的单元组合成一个组件,并且测试它们之间的接口。从这一 层意义上讲,组件是指多个单元的集成聚合。测试范围:单元间的接口以及集成后的功能。2.3、确认测试(Validation Test ing)又称有效性测试。有效性测试是在模拟的环境下,运用黑盒测试的方法,验证被测软件是否满足需 求规格说明书列出的需求。有两项工作:1.进行确认测试;2.软件配置复审。2.4、系统测试(Sys tem Tes ting)是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持 软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进

8、行一系列的组装测 试和确认测试。2.5、用户验收测试(User Acceptance testing)系统开发生命周期方法论的一个阶段,这时相关的用户或独立测试人员根据测试计划和结果对系统 进行测试和接收。a测试(alpha testing)在开发一个应用软件即将完成时所进行的测试;是指软件开发公司 组织内部人员模拟各类用户行对即将面市软件产品(称为a版本)进行测试,试图发现错误并修正。B测试(beta testing) 当开发和测试已基本完成,需要在正式发行之前最后寻找毛病而进 行的测试。开发者通常不在测试现场,由最终用户或其他人进行这种测试,而不是由程序员和测试人员 来进行。回归测试:根据

9、修复好了的缺陷再重新进行的测试。目的在于验证以前出现过但已经修复好的缺陷不 再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。通常确定所需的再测 试的范围时是比较困难的,特别当临近产品发布日期时。因为为了修正某缺陷时必需更改源代码,因而 就有可能影响这部分源代码所控制的功能。所以在验证修好的缺陷时不仅要服从缺陷原来出现时的步骤 重新测试,而且还要测试有可能受影响的所有功能。因此应当鼓励对所有回归测试用例进行自动化。三、测试分类软件测试按照不同的划分依据可以有多种分类:按测试阶段按测试目的按测试对象按测试过程按是否需要执 行被测软件其他测试技术单元测试A、正确性测试单元测试

10、需求阶段的测试静态测试冒烟测试Unit testCorrectness testUnit testRequirementsphaseStatic testSmoke testtest组件测试白盒测试组件测试动态测试回归测试ComponentWhite-boxComponent设计阶段的测试Dynamic testRegression testtest黑盒测试testDesign phase testBlack-box恢复测试集成测试模块测试程序阶段的测试Recovery testIntegrationB、性能测试Module testProgram phase testtestPerforma

11、nce test随机测试程序测试测试结果的评估Random test系统测试C、可靠性测试Program testEvaluatingtestSystem testReliability testresuIt兼容性测试系统测试Compatibility验收测试强壮性测试System test安装测试testAcceptanceRobustness,InstallationphasetestStrong test文档测试test手工测试Document testManual Test安装测试异常处理测试验收测试InstallationExceptionAcceptance test自动化测试te

12、sthanding testAutomated Test测试变化:维护负载测试Testing changes:Stress test,MaintenanceLoad testD、安全性测试 Security test注:同一个测试,既有可能属于黑盒测试,也有可能属于动态测试;既有可能属于静态测试,也有可能属于白盒测试。他们之间也有可能交叉。四、常用的测试4. 1、常用测试概述黑盒测试:又称功能测试,完全基于软件的功能和需求的测试。 白盒测试:又称结构测试,已知程序的内部逻辑,覆盖代码的测试。灰盒测试:介于白盒与黑盒测试之间的测试。既关注输出对于输入的正确性,同时也关注内部表现。单元测试:最小函

13、数或模块的测试。增量集成测试:增加新的功能后进行新的测试。集成测试:对由各部分组合起来的程序进行测试。系统测试:黑盒类测试,基于全部需求说明,覆盖系统所有组合部分。验收测试:获知消费者对该软件是否满意。a测试:在软件开发将结束时进行该测试。B测试:当开发和测试工作实质上完成时进行该类测试。功能测试:黑盒类测试,使软件适合应用程序的功能需求。负载测试:测试应用程序在重负载之下的承受能力。压力测试:是在一种需要反常数量、频率或资源的方式下运行系统。性能测试:关注性能参数指标,用来测试软件在系统中的运行性能。健全性测试:常作为初始测试,确定一个新的软件版本是否表现正常,以应付更强的测试。冒烟测试:冒

14、烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正 常,可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。回归测试:修复或调整好的软件的环境之后重新测试,自动的测试工具适用于这种类型。认同测试:基于最终用户说明书,或者基于最终用户/消费者使用一段时间的最后测试。可用性测试:测试该软件的用户界面是否友好。兼容性测试:测试软件在特别的硬件/软件/操作系统/网络/等等环境中是否能很好地执行。 安全性测试:测试系统自身保护并且防止非法的内部或外部的访问,故意的损害等等的能力。 比较测试:在同类产品中比较软件的优缺点。安装/卸载测试:测试软件的安装、卸载或升级过程。恢复能力测试:测试系统在崩溃,硬件失效,或者遇到其他灾难性的问题时是否能很好地恢复。健壮性测试(容错能力/恢复能力测试):侧重于程序

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


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

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