软件测试技术总结_第1页
软件测试技术总结_第2页
软件测试技术总结_第3页
软件测试技术总结_第4页
软件测试技术总结_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、软件测试技术总结百度最近发表了一篇名为软件测试技术总结的范文,感觉很 有用处,希望大家能有所收获。篇一:软件测试技术总结公司面试手册最全的类面试题,包括:面 试题面试题面试题面试题面试题面试题:面试题面试题#面试题数据库: 数据库面试题面试题面试题面试题网络:网络技术面试题网络安全面 试题开发:面试题开发面试题:面试题面试题软件测试:软件测试面 试题其他类:英语面试外企面试面试题程序员面试更多面试题请访问: 软件测试技术总结软件测试就是为了发现程序中的错误而分析和执行 程序的过程。概念+基本知识+软件开发过程-定义-计划-实现-稳定化-部署一、 软件开发模型(四种典型的模型)、瀑布模型概述:包

2、括计划,需求分析, 设计,编码,测试,运行维护六个阶段。六个阶段自上而下、相互衔接,以固定的次序进行。特点:阶段的顺序性和依赖性;文档驱动;推迟实现的观点;质 量保证。缺点:不适合需求模糊的系统、原型模型概述:先建立一个能够 反映用户需求的原型系统,使得用户和开发者可以对目标系统的概貌 进行评价和判断,然后对原型系统进行反复的扩充、改进、求精,最 终建立符合用户需求的目标系统。特点:快速开发工具;循环;低成本。分类:按照对原型的处理方式,可以分为渐进型和抛弃型。、增量模型概述:在增量模型中每个阶段都生成软件的一个可发 布版本,最全面的范文写作网站阶段交错进行,版本逐渐完善。同原型模型的最大区别

3、在于,在原型模型中每个阶段发布一个原 型而在增量模型中则完成一个正式版本。、螺旋模型概述:适用于大型软件的开发,它将瀑布模型和快速 原型模型结合起来,并加入了风险分析。特点:每个阶段都包括制定计划,风险分析,实施工程,评审四 个阶段;开发过程迭代进行,每迭代一次螺旋线增一周,工程前进一 个层次,系统生成一个新版本,投入新的时间成本,最终得到客户满 意的版本。-软件测试从需求开始:现代的软件测试将测试渗入到软件开发的 各个阶段,即使瀑布模型,表面看测试工作是在测试阶段开始的,事 实上,在计划、需求、设计阶段,测试人员便已经开始了他们的工作, 如:了解软件需求,编写测试计划,搭建测试环境。二、测试

4、用例、三要素:前提条件和操作步骤、预期结果、实际 结果。、必须以需求为依据。三、软件测试分类、是否关注软件结构和算法-黑盒测试:基于软 件需求的测试方法。-白盒测试:基于软件内部设计和程序实现的测试方法。、是否执行被测试软件-动态测试:在测试过程中执行被测试软件 的测试方法。-静态测试:不。、百度基于不同的测试阶段:、单元测试:主要测试软件的单元模 块,需要编写额外的测试驱动程序,采用白盒测试的方法,一般由开 发人员完成。、集成测试:将一些构件集成在一起时测试他们是否能正常运行, 构件可以是程序模块,也可以是客户机-服务器程序等,需要编写测试 仿真程序,采用白盒和黑盒相结合的方式,通常由开发人

5、员承担。、系统测试:测试软件系统是否符合所有的需求,包括功能性测 试和非功能性测试。一般由独立的测试人员完成,通常采用黑盒测试方法。、验收测试:(a、B)与系统测试类似,但由客户或最终用户执行, 测试软件是否符合需求规格说明书。、回归测试:指在软件开发过程中,每次错误被修正后或软件的 功能、环境发生变化后进行的测试。四、软件测试的三个步骤:、测试计划:测试人员首先对需求进行 分析,最终定义一个测试集合,通过刻画和定义测试发现需求中的问 题,然后根据软件需求同测试主管制定并确认测试计划。、测试设计和开发:软件测试人员根据软件需求和软件设计说明 书完成测试用例的设计和必要的测试驱动程序的开发。、执

6、行测试:需要做的工作包括搭建测试环境、运行测试、记录 测试结果、报告软件缺陷、跟踪软件缺陷、分析测试结果,必要时进 行回归测试。五、测试工程师的能力要求:、-/接受管理,有条理的-/了解正 确的测试技术-/专注于发现问题范文写作-/注意细节-/能够和开发 人员很好的交谈、职业素质-责任心-学习能力-怀疑精神-沟通能力-专注 力-洞察力-团队精神-注重积累六、制定测试计划的五个步骤:、分析和 测试软件需求、定义测试策略、定义测试环境、定义测试管理、编写 和审核测试计划如果在需求分析阶段发现并结果问题需要花费$,则在 设计阶段解决同样的问题需花费$,在编码阶段需$,交付后解决同样 的问题需花费$。

7、早测试越好七、在需求分析过程中测试人员需要进行如下工 作:)理解需求,参与审核需求文档;)理解项目的目标、限制,了解用 户的应用背景;)编写测试计划;)准备测试资源。八、需求测试-需求测试测试的对象是主意而不是代码,针对文档 进行测试。九、好的需求文档的特征、具有清晰的格式和文档结构、需求的 内容正确、需求的内容完整、需求具有可行性需求的必要性、对不同 的需求优先等级进行定义、描述明确、可证性和可测试性、范文可修 改性-可追踪、需求文档被及时十、需求测试内容、需求文档是否符合 公司的格式要求、是否正确、要保证需求文档中所描述的内容是真实 可靠的、这是真正的需求吗?描述的产品是否是要开发的产品?

8、、需 求是否完备?第一个发布的版本是否需要更多的功能?列出的需求可 以减少一部分?、需求是否兼容?需求有可能是矛盾的。、需求是否可实现?如:需求设想的设备是否比实际运行的要快? 需求要求的内存、/设备是否太多?需求的输入或输出设备要求的分辨 率是否要求过高?、需求是否合理?在开发进度、开发费用、产品性 能、可靠性和内存使用之间存在着平衡关系。、需求是否可测?对于软件测试人员来说判断需求是否可测是这 个过程中最重要的工作。十一、需求测试方法、复查、走查、审查十二、测试策略的内容、 确定测试范围软件是无法被完全测试的、确定测试方法不同的系统需 要不同的测试方法、定义测试标准入口标准,暂停和继续的标

9、准,出 口标准等十三、软件测试结束的标准-基于测试用例的使用规则)构造测 试用例(由相关人员进行评审)执行测试用例中,当测试用例的不通 过率达到则拒绝继续测试,思想汇报专题待开发人员修正软件后再继 续。)当功能性测试用例通过率达到,非功能性测试用例通过率达到 时,允许正常结束。-基于测试期缺陷密度规则 含义:对软件测试一个小时发现 的缺陷数,比较适用于系统测试-基于运行期缺陷密度规则 含义: 把软件运行一个小时发现的缺陷数,比较适用于验收测试注:一个阶段的出口标准!=下一个阶段的入口标准系统测试结束的标准!=软件的 发布标准发布标准!=软件缺陷选择测试工具是否需要,需要什么工具, 怎么获取降低

10、软件测试代价是企业普遍关注的问题,可通过减少冗余 和无价值的测试;减少测试阶段(万般无奈下)十四、测试环境基本内 容:设备环境、软件环境、数据环境 需考虑的因素计算机平台操作 系统浏览器软件支持平台外围设备网络环境其他专用设备搭建测 试环境时的配置原则:使用的频度或范围实效的可能性最大限度的 模拟真实环境十五、测试管理由于测试工程中设计的人员、活动、工 具是很多的,在制定测试计划时需要对这些因素进行管理选择缺陷管 理工具和测试管理工具定义工作进度建立风险管理计划()可能遇到的 风险由于设计、编码阶段出现大量质量问题,导致测试工作量时间增 加开始测试时所需的硬件、软件没有准备好未能完成对测试人员

11、的技 术培训测试时的人力资源安排不足测试过程中,发生了大量的需求变 更测试过程中,项目的开发计划被大幅度调整不能及时准备好测试所 需的环境不能及时准备好测试数据()风险管理的过程识别风险评估风 险制定对策跟踪风险+测试设计与开发+总体设计投入产出:测试设计 的输入是测试计划,输出是评审过的测试用例集合定义设计目标遵循 的原则(清楚地说明没项测试的目标 使每项测试的目标单一,可以对 应到规格说明书中的一项需求只说明测试应该完成什么工作,而不说 明如何完成)流程:总体设计开发测试用例评审测试用例定义设计目 标定义输入说明定义测试环境和配置测试设计文档开发测试用例+测 试用例一一概念:为特定目标开发

12、的测试输入、执行条件和预期结果的 集合。+好的测试用例:容易发现软件的错误精确的重复某测试失败的情 景,可重复性清晰的定义一个或多个期望的结果没有冗余+测试用例的 作用-指导测试的实施-作为编写测试脚本的设计规格说明书-评估测试 标准的度量基准-分析缺陷的标准+白盒测试用例设计+设计方法+逻辑 覆盖法(-语句覆盖-判定覆盖-条件覆盖-判定-条件覆盖-条件组合覆盖- 路经覆盖-基本路经法)+辅助模块设计(驱动模块:相当于被测程序的主 程序。接受测试数据,把这些数据传给被测模块然后输出实际测试结果。桩模块:用于调用被测模块调用的子模块。可以做少量的数据操作,不需要把子模块的所有功能都带进来, 但不

13、容许什么都不做。)+黑盒测试用例设计-等价类划分法-边界值法一一缺陷遗漏在角落 里,聚集在边界上。-因果图法弥补等价类和边界值法的不足篇二:软件测试心得软件 测试心得体会软件测试工作是一个系统而复杂的工程,软件测试的目 的就是确保软件的质量、确认软件以正确的方式做了你所期望的事情, 所以工作的主要任务是发现软件的错误、有效定义和实现软件成分由 底层到高层的组装过程、验证软件是否满足规格书要求和系统定义文 档所规定的技术要求、为软件质量模型的建立依据。而且软件的测试不仅是要确保软件的质量,还要给开发人员信息, 以方便其为风险评估做相应的准备,以及为其分析依据,重要的是要 贯穿在整个软件开发的过程

14、中,保证整个软件开发的过程是高质量的。软件测试对测试工程师来讲,要求具备较强的专业知识,严谨细 心耐心的测试态度,良好的反向思维、发散思维能力、沟通能力等等。以下是就自己的个人工作经历谈一些浅见:标准文档的制定:任 何一个公司要让自己的产品面市,都要有自己的一套完整的品质标准, 这个标准一定是在符合国标及客户标准的基础上形成的企业标准,系 统而全面地描述一款产品的功能、性能、可靠性、健壮性、安规要求 等一系列的产品标准,并根据客户特定要求相应调整。测试仪器的作业指导书()及保养说明等。定义仪器的使用步骤、操作指南和保养细则等。测试资料的归档:标准媒体文件、测试报告、库(电子类问题、 结构类问题

15、、软件类问题:方案自存问题、品证测试问题、生产测试 问题、客户反馈问题、终端消费者反馈问题等)、认证测试文档归纳总 结(认证公司培训资料、认证过程中出现并改善的问题、测试工程师经 验分享、常见问题解答等。功能测试:这是软件测试工作中最核心和最基本的一项测试,该 测试的主要内容是检查软件是否符合需求定义,并通过构造正常的操 作来检查的动作是否正确;在这个测试里,正确性是最最重要的软件 质量要素。功能测试按照可见性可以分为两类:显性功能和隐性功能。显性功能:指在菜单里可以看得到的功能。隐性功能:指在菜单里看不到的功能。例如,电话本的显性功能有增加、删除、拨打等,这些功能可以 在电话本的菜单里面看得

16、到,姓名列表排序则属于一个隐性功能,因 为在电话本的菜单里没有这样一个子菜单,但它却是一个实实在在的 功能。如以下这些隐性功能都测试中都需重点关注:电话本上下页切换, 是否有遗漏联系人信息?是否支持手机内存、卡电话本的同时下载? 还是支持从一种介质里下载?断电后再上电,系统设置的时间是否有 记忆功能?信号正常时,导航地图中时间是否有?屏在一,-时,屏的 角度是否有记忆?模拟导航时,是否有双工功能?后台源声音输出是 否正常?路试语音产品外置麦克风使用效果时,考虑车速、风声、车 内讲话噪声、汽车底盘/发动机噪声等对麦克风录音效果的影响,软件 多线程开启时导致的资源占用/系统繁忙对后台录音系统的影响

17、。(也可从结构方面考虑:外置麦克风型腔开孔的接触面积,是否度 可旋转等来增加录音的路径等。)地图上的信息通过后台语音搜索获取不到,解决措施:要求方 案商讯飞完善后台语音库。在实际的测试过程中,显性功能通过菜单遍历可以很容易地进行 无遗漏的测试,但是隐性功能却很容易为我们所忽略!一个有效的解 决办法是去检查软件的功能定义列表(),从这个列表里面找出那些隐性 的功能。制定测试用例时,要充分考虑各功能模块软件的显性功能和隐性 功能。健壮性测试:橘生淮南则为橘,生于淮北则为枳。是说明橘的健壮性太差。该成语充分说明了我们对产品进行健壮性测试的必要性。健壮性是指在异常情况下,软件还能正常运行的能力。健壮性

18、有两层含义:一是容错能力,二是恢复能力。健壮性测试主要包括:电子硬件健壮性(如:遥控距离测试、高低 电压适应性测试、插拔电及开关机测试、静电抗扰度测试、热插拔测 试)和机械健壮性(如:整机结构设计基准测试、模拟运输测试、常温包 装跌落测试)。这项测试主要是检查软件对异常操作的容错能力,异常操作通常 要考虑异常输入操作及异常条件两个方面。例如:测试蓝光媒体播放器时,反复把连接线拔掉,造成通信异 常中断,再接上复合视频()信号输出,即由数字信号输出转为模拟信号 输出。恢复测试重点考察一下几项:()系统能否重新运行;()有无重 要的数据丢失;()是否毁坏了其它相关的软件或硬件;()若软件出 现系统报

19、错,是否有自恢复能力。软件的很多功能的实现是有很多隐含的条件的,在健壮性测试中, 要检查当这些条件不满足的时候的反应。例如:目前大多数智能手机,与各电信运营商形成利益捆绑,每 款手机支持特定的电信运营商的通信服务,其它运营商的服务则被拒 之门外。当使用移动卡安装在只支持联通通信服务的手机上,关注该手机 表现:是否在执行自动时重启?还是执行自动后提示不支持移动运营 通信服务:,?例如:在做完常温包装跌落测试后,再测试机芯的读碟 能力,读取偏芯碟、面振碟、偏重心碟、刮痕碟、指纹碟等等碟片, 与未做跌落测试前读碟能力进行比较。如果读碟能力比以前更差,则考虑改进措施:软件适当增加录轨 时间或机芯托盘加

20、固等。篇三:软件测试学习总结软件测试学习总结姓名:某某学号:在 大庆浦东软件平台有限公司经过一周的软件测试实训,从对软件测试 没有什么经验的我初步掌握了软件测试的方法和技能,收获颇多。我在大学期间的专业是信息与计算科学,原本打算从事网络方面 的工作,对活动目录、数据库、操作系统等的知识比较感兴趣。经过这次理论学习,了解到要做好软件测试,要求掌握的知识并 不仅仅是测试方面的,网络、数据库、操作系统等的知识对做好测试 也是很有帮助的。这让我明确了以后学习的目标,在不断学习软件测试的同时,也 应该继续其他相关知识的深入学习。通过此次学习,对整个软件测试行业的了解大大的加深。以前认为软件测试只是枯燥的

21、反复的使用被测试软件来发现异常 的问题,以为软件测试并不重要,低开发一等。现在认识到了软件测试的重要性,软件测试是软件产业向软件工 业化生产时代迈进不可缺少的重要组成部分,是保证软件质量达到客 户需求不可缺少的环节。软件测试在国内是一个新的职业,发展得比较晚,但它的重要性 正在为行业所重视。在学习过程中,我了解了作为一个合格的测试人员所应具备的素 质与技能。其中个人素质在测试工作中起到了非常重要的作用,它包括你的 信心、耐心、细心和与人交流沟通的能力,它将贯穿你工作生涯的整 个过程。在测试理论上,我们系统学习了软件测试的流程,各种测试阶段 和测试方法,以及测试工具的使用。通过这些课程的学习,让

22、我们对软件工程也有了更深刻的理解, 为以后的测试工作作了很好的理论储备和技能的提升。软件测试作为软件开发过程中一个非常重要的环节,越来越成为 软件开发商和用户关注的焦点。完善的测试是软件质量的保证,因此软件测试就成了一项重要而 艰巨的工作,要做好这项工作当然也绝非易事,我在做软件测试工作 中总结出了一些经验和技巧。功能点的细化在进行测试前,先将所要测试的功能细分,填写测 试用例表,有针对性的运行功能测试案例,逐个对每个功能细分点进 行测试。在每次运行测试案例之前,明确此次运行的目的和预期的输出结 果,并要做好记录。注意测试中的错误集中发生的现象有一些错误是和程序开发人员 的编程水平和习惯有很大

23、关系的。例如程序中的拼写错误,习惯用法等。注意收集并记录这些现象,有助于更快、更多地发现类似的错误。尽可能多的使用非常规的测试充分考虑到各种合法的输入和不合 法的输入以及各种边界条件。边界值往往是最容易出现异常的情况,特殊的情况下甚至要制造 极端的状态和意外状态,比如网络突然中断,和电源突然断电等情况。对测试错误结果一定要有一个确认的过程一般有测试出来的错误, 一定要有一个来确认。制定严格的测试计划测试时间安排的尽量宽松,不要希望在极短 的时间内完成一个高水平的测试。回归测试的关联性一定要引起充分的注意在开发人员刚修复之后 的地方,再找一找,往往开发人员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。修改一个错误而引起更多的错误出现的现象并不少见。测试文档要尽可能详细测试用例表中的功能点可尽量的详细, 如实

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论