软件测试技术经典教程笔记

上传人:鲁** 文档编号:558424978 上传时间:2022-10-24 格式:DOCX 页数:10 大小:26.11KB
返回 下载 相关 举报
软件测试技术经典教程笔记_第1页
第1页 / 共10页
软件测试技术经典教程笔记_第2页
第2页 / 共10页
软件测试技术经典教程笔记_第3页
第3页 / 共10页
软件测试技术经典教程笔记_第4页
第4页 / 共10页
软件测试技术经典教程笔记_第5页
第5页 / 共10页
点击查看更多>>
资源描述

《软件测试技术经典教程笔记》由会员分享,可在线阅读,更多相关《软件测试技术经典教程笔记(10页珍藏版)》请在金锄头文库上搜索。

1、第一章基础知识1.1、 软件1)、软件=程序+文档2)、分类功能:系统+应用架构:单机+C/S+B/S用户:产品+项目规模:小型+中型+大型1.2、 Bug1)、类型一(广义上,软件生命周期,与用户需求不符的问题):完全没有实现的功能基本实现功能,但有功能上或性能上的问题实现了用户不需要的功能2)、类型二(测试执行阶段的问题)DefectRequirements&DesignErrorDevelopmentBugTestingFailurePost production1.3、 测试1)、概念:测试是为了检验实际的软件是否符合用户需求,所以不能为了发现错误而发现错误。使用人工或自动手段,来运行

2、或测试某个系统的过程。2)、测试环境:硬件+软件+网络要求:真实(项目、产品)+干净+无毒+独立(测试与开发)1.4、 测试用例测试用例=输入+输出+测试环境便于团队交流,便于重复测试,便于跟踪统计,比纳与用户自测开发生命周期需求分析一概要设计一详细设计一编码一维护测试生命周期测试计划一测试设计一测试执行一测试评估需求分析和测试计划完成后,根据系统需求规格说明书和软件原型(DEMO)写测试用例1.5、 他1)、测试人员素质要求:细心、耐心、信心、服务意识、团队合作意识、沟通能力2)、如何成为优秀的测试工程师:1、不断学习充电 2、阅读原版书籍 3、阅读缺陷管理系统中的缺陷报告 4、阅读高手写的

3、测试用例5、学习产品相关的业务知识1.6、 件测试的基本规则1) Zero Bug 与 Good EnoughGood Enough原则:不充分测试是不负责任,过分的测试是一种资源浪费。参考:*遗留bug不超过10个,严重的不超过5个*测试用例执行率为100%,通过率为95%*单元测试,关键模块语句覆盖率达到100%,分支覆盖率达到85%2)不要视图穷举法3)开发人员不能既是运动员又是裁判员4)软件测试要尽早执行5)软件测试应该追溯需求原始需求需求分析正确的规格说明错误的规格说明设计正确的设计错误的设计对错误说明的设计编码正确编码错误的编码对错误设计编码对错误说明设计的编码测试正确功能可改正的

4、错误不可改止的错误潜伏的错误不完善的软件产品6)缺陷的二八定理一般情况下,软件80%的缺陷集中在20%的模块中。7)缺陷具有免疫性缺陷具有免疫性,需要根据新版本修改维护测试用例,另外,有一个值得注意的经验:没修复3-4个bug,可能会产生一个新 bug。第二章测试分类2.1、 是否运行程序Static Testing 代码规范、界面、文档Dynamic Testing运行程序2.2、 根据阶段分类Unit Testing(单元测试)10%最小模块,依据源程序和详细设计白盒测试人员|开发人员编译代码一静态测试一动态测试桩模块(Stub)、驱动模块(Driver)Integration Testi

5、ng(集成测试)20%模块间的接口,依据单元测试的模块和概要设计白盒测试人员|开发人员一般单元和集成同步进行System Testing(系统测试)40%整个系统(功能、性能、软硬件环境),依据需求规格说明书黑盒测试工程师Acceptance Testing(验收测试)20%整个系统(功能、性能、软硬件环境),依据需求规格说明书和验收标准 用户,可配合黑盒测试工程师a测试:内侧3测试:公测2.3、 是否查看代码1) 、 White-Box Testing 源代码的测试2)、 Black-Box Testing 功能测试、性能测试Function Testing( 功能测试)Logic Func

6、tion Testing( 逻辑功能测试)UI Testing(界面测试):窗口、下拉式菜单和鼠标操作Usability Tseting( 易用性测试)Installation Testing( 安装测试)Compatibility Testing( 兼容性测试)其他:恢复测试、裸机测试、确认测试、接口测试、数据库测试、安全测试、配置测试Performance Testing(性能测试)时间性能:主要指一个事务的具体响应时间(Respind Time)。空间性能:主要指软件运行时所消耗的系统资源(CPU、内存、硬盘)。分类:一般性能测试、稳定性测试、负载测试、压力测试a、 一般性能测试:让被测

7、系统在正常的软硬件环境下运行,不向其施加任何压力b、 稳定性测试(也叫 Reliability Testing 可靠性测试):指连续运行被测系统,检查系统运行时的稳定程度。通常用MTBF(Mean Time Between Failure)c、负载测试(Load Testing):让被测系统在其能忍受的压力极限范围内连续运行,检测系统的稳定性。d、压力测试(Stress Testing):持续不断的给被测系统增加压力,知道被测系统压垮 为止,用来测试系统能承受最大压力。2.4、 回归测试、冒烟测试、随机测试Regression Testing(回归测试):软件新版本测试时,重新执行上一个版本测

8、试用例。可以在任何阶段进行(单元测试、集成测试、系统测试、验收测试等),既有黑盒测试的回归,也有白盒测试的回归。Smoke Testing(冒烟测试):对一个新版本进行系统大规模的测试之前,先验证一下软件的基本功能是否实现,是否具备可测性。Random Testing(随机测试):指测试中所有的输入数据都是随机生成的,其目的是模拟用户的真实操作,并发现一些边缘性的错误。第三章 测试技术黑盒测试技术3.1、 等价类技术(Equivalence Class Testing)等价类 : 某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的。有效等价类:符合需求规则说明书,合理

9、地输入数据集合无效等价类:不符合需求规则说明书,无意义的输入数据集合等价类划分步骤:1)先考虑输入数据的类型(合法和非法)2)再考虑数据范围3)画出示意图,区分等价类4)为每个等价类编号5)从等价类中选择测试数据构造用例3.2、 边界值技术(Boundary Value Testing)3.3、 因果图法(Cause-Effect Graphs)因果图法步骤1)找出所有的输入条件和输出,并编号2)分析输入条件之间的关系,是互斥还是可以同时满足3)画出输入条件的排列组合情况4)编写测试用例因果图试用于输入条件过多3.4、 流程图法(Workflow Method)流程图法步骤1)详细了解需求2)

10、根据需求说明或界面原型,找出业务流程的各个页面及各页面之间的流转关系3)画出业务流图4)写用例,覆盖所有路径分支流程图法是针对整个系统,而非某个页面或模块还有其他如:判定表、错误推测、场景法 等,例:ATM机取钱-场景法(不全)场了密 码帐 号输入 金额账面 金额ATM现金预想结果场了1 :成功提秋11111提款场景2: ATM内无现金11110不口提款场景3: ATM内现金不足11110提示,返回开始场景4:密码错误,可再次输入01null11警告,返回开始场景5:密码错误,不可再次输入01null11警告,卡预保留白盒测试技术3.5、 盒测试检查点* 对程序模块的所有独立的执行路径至少测试

11、一次* 对所有的逻辑判定,取真与彳BT都至少测试一次* 在循环的边界和运行界限内执行循环体* 测试内部数据结构的有效性等步骤:1)根据分析画出流程图2)计算圈复杂度=判定节点数+ 13)写出独立路径4)根据独立路径设计测试用例第四章 缺陷管理4.1 、Bug的分类1)严重程度(Severity):系统崩溃、严重、一般、次要、建议2)优先级(Priority) :高 (High) 、中 (Middle) 、低 (Low)严重程度高,优先级不一定高,严重程度低,优先级不一定低3)按测试种类:逻辑功能类(Fcuntion)、 性能类 (Performance)、 界面类 (UI) 、 易用性类(Us

12、ability) 、兼容性类(Compatibility)4)按功能模块5)按生命周期:新建 (New)、 确认 (Confirmed) 、 解决 (Fixed) 、 关闭(Closed)、 重新打开(Reopen)4.2 缺陷报告注意点:1)确保重现Bug2)用最少且必要步骤描述Bug3)简洁、准确、完整4)一个Bug 一个报告4.3 缺陷管理工具TrackRecord、 Clearquest、 Bugzilla( 免费)、 Mantis( 免费 )、 JIRA( 免费 )Bugzilla : Terry Weissman 研制, perl 编写,后台数据库是MySQL ,最初是用来在Net

13、scape内部跟踪Bug 的,可以在多种平台运行第五章 常用测试工具分类:黑盒测试工具、白盒测试工具、测试管理工具MI 公司产品:1、LoadRunner :性能测试工具2、WinRunner :功能测试工具(QTP: MI的QTP代替占有市场)3、TestDirector :测试管理工具(QC : HP收购MI公司后退出的一款 TD升级产品)性能学习LoadRunner,功能学些 QTP,管理学习 TDIBM Rational 公司的产品:Rational Testmanager(测试管理工具)Rational ClearQuest( 缺陷管理工具)Rational Robot( 功能/性能

14、工具)Rational Purify( 白盒测试工具)Compuware 公司产品QACenter( 测试管理)TrackRecord( 缺陷管理)QARun( 功能)QAload( 性能)DevPartner(白盒测试)Telelogic 公司产品Telelogic Doors(需求管理卜Logiscope(白盒测试工具) 其他公司产品微软 -WAS( 性能测试)Radview 公司-WebLoad(性能测试),TestView Manager(测试管理)Parasoft公司-JTest(白盒测试),C+ Test(白盒测试)另外,很多缺陷管理工具是开源的,如:Bugzilla 、 Mantis、 Jira第六章 测试管理6.1、 测试与质量软件质量: 软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准,以及所有专业开发的软件都应具有的隐含特征的程度(需求一致、符合准则、隐含特征)SQA(Software Quality Assurance) : 软件质量保证, 为确保软件开发过程和结果符合预期要求而建立的一系列规程,以及一照规程和计划采取的一系列活动及其结果评价。SQA 需

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

最新文档


当前位置:首页 > 商业/管理/HR > 营销创新

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