收藏 分享(赏)

六 软件评测师职业素质要求.ppt

上传人:a****2 文档编号:3340541 上传时间:2024-03-02 格式:PPT 页数:214 大小:6.21MB
下载 相关 举报
六 软件评测师职业素质要求.ppt_第1页
第1页 / 共214页
六 软件评测师职业素质要求.ppt_第2页
第2页 / 共214页
六 软件评测师职业素质要求.ppt_第3页
第3页 / 共214页
六 软件评测师职业素质要求.ppt_第4页
第4页 / 共214页
六 软件评测师职业素质要求.ppt_第5页
第5页 / 共214页
六 软件评测师职业素质要求.ppt_第6页
第6页 / 共214页
亲,该文档总共214页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

1、全国计算机技术与软件专业技术资格考试,讲师:孙老师(北风网版权所有),-中级职称软件评测师考试,目录,6 软件测试工程师的职业素质要求 6.1 软件测试的职业特点 6.2 软件测试的职业要求 6.3 软件测试工程师的职业发展 6.4 软件测试工程的职业优势7 软件评测基础知识 7.1 软件测试的基本概念 7.2 软件测试过程模型 7.3 软件测试类型划分 7.4 软件问题分类 7.4.1识别和描述缺陷 7.4.2 缺陷的分类与管理 7.5 测试用例的设计方法 7.5.1 白盒测试用例的设计方法 7.5.2 黑盒测试用例的设计方法 7.6 测试标准 8 软件测试现状与发展 1.国内外的现状 2.

2、软件测试的发展趋势9 专业英语,2024/3/1,摸底测验,1.软件测试是为了发现错误而执行程序的过程。()2.测试是为了证明程序无错误,而不是证明程序有错误。()3.一个好的测试用例在于他能发现至今未发现的错误。()4.一个成功的测试是发现了至今未发现的错误的测试。()5.测试就是为了要找出错误。不需要分析原因。()6.测试一轮后没有发现错误,说明本次测试是没有价值的。()7.测试是对每个模块平均分配时间进行测试。()8.软件缺陷在任何时候都必须得到修复。(),2024/3/1,6 软件评测师职业素质,2024/3/1,软件测试工程师职业特点,1.细心、对缺陷的洞察力。2.耐心和执着。3.信

3、心。4.服务意识。5.团队合作意识。6.沟通能力。简称:三心二意一能力。,2024/3/1,软件测试工程师基本能力要求,1.了解软件测试基本概念。定义、目的、原则、对象、与质保的关系。2.了解软件测试过程模型。V模型、W模型、H模型。以及他们的应用。3.了解单元测试、集成测试、系统测试、确认测试、验收测试、开发方测试、用户测试、第三方测试、动态测试、静态测试、白盒测试、黑盒灰盒测试等。4.了解软件问题的分类。缺陷分类、等级分类。5.能进行手工以及自动化测试。并写出测试报告。6.会设计软件测试用例。7.至少会使用一种测试工具。8.能够读懂代码。9.至少会使用一种数据。常见的oracle等。,20

4、24/3/1,测试工程师的其他能力,1.沟通能力。2.技术能力。测试方法、测试工具如缺陷管理系统、自动化测试工具、负载测试工具。3.管理能力。4.文档能力,2024/3/1,测试工程师发展(直线式),2024/3/1,1、初级测试工程师:2、测试工程师/程序分析员:3、高级测试工程师/程序分析员:4、测试组负责人:5、测试/编程负责人:6、测试/质量保证/开发(项目)、经理:7、计划经理:,2024/3/1,就业竞争小 高薪没商量 无性别歧视 多元化发展,2024/3/1,软件测试工程师-职业优势,课堂测验题,判断题1.对于开发人员提交的程序必须进行完全的测试,以确保程序的质量。()2.必须合

5、理安排测试任务,做好周密的测试计划,平均分配软件各个模块的测试时间。()3.测试之前需要与开发人员进行详细的交流,明确开发人员的程序设计思路,并以此为依据开展软件测试工作。()4.要对自己发现的问题负责,确保每个问题都能被理解和修改。()5.经过测试的软件今后不会再出现问题()6.在工作中对所有的程序员一视同仁,不会因为在某个程序员编写的程序中发现的问题多,就重点测试该程序,以免不利于团结。()7.承诺不需要其他人员,自己就可以独立进行测试工作。()8.发扬要定青山不放松的精神,不把所有的问题都找出来,决不罢休。(),2024/3/1,7 软件评测知识,2024/3/1,软件测试基础,软件测试

6、的定义:利用手工或者自动化的方式对程序执行测试用例的过程。软件质量:软件满足规定或者潜在的用户需求特性的总和。软件测试和软件质量的关系:软件测试只是软件质量保证的一个重要环节。软件测试的目的:1.为了发现错误而运行程序的过程2.为了证明程序有错而不是无错的过程。3.好的测试用例在于它能够发现至今未发现的错误。4.成功的而测试在于发现了至今尚未发现的错误。软件测试的停止原则:zero bug(理论上)、Good enough测试的Good EnoughGood-enough原则:不要做不充分的测试,也不要做过多的测试;找到测试费用和测试量之间的平衡点,是最佳选择。制定测试内容和最低测试通过标准加

7、以衡量(必要时具体问题具体分析)。,2024/3/1,软件测试原则,应当把“尽早和不断的测试”作为测试者的座右铭,软件测试原则,程序员应该避免检查自己的程序,测试工作应该由独立的专业的软件测试机构来完成,软件测试原则,设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件,特殊情况下要制造极端状态和意外状态,比如网络异常中断、电源断电等情况,16,软件测试原则,一定要注意测试中的错误集中发生现象,这和程序员的编程水平和习惯有很大的关系。测试中存在群集现象,错误喜欢发现在相同的模块以及相关的开发人员编写的程序,软件测试原则,对测试错误结果一定要有一个确认的过程,一般有A测试出来的错误,

8、一定要有一个B 来确认,严重的错误可以召开评审会进行讨论和分析,软件测试的原则,制定严格的测试计划,并把测试时间安排的尽量宽松,不要希望在极短的时间内完成一个高水平的测试,软件测试的原则,回归测试的关联性一定要引起充分的注意,修改一个错误而引起更多的错误出现的现象并不少见,软件测试的原则,妥善保存一切测试过程文档,意义是不言而喻的,测试的重现性往往要靠测试文档,软件测试的对象,程序、数据、文档 据统计:在查找出的问题中,属于需求分析和软件设计的错误约占64%,属于程序编写的错误仅占36%。,2024/3/1,软件测试过程模型,1.V模型2.W模型3.H模型4.X模型5.前置模型测试(不要求掌握

9、)测试模型的使用:通常在W模型的框架下运用H模型的思想进行独立的测试。当有变更发生时,按X模型的思想进行处理。同时将测试和开发紧密结合,寻找恰当的就绪点开始测试,并反复迭代。,2024/3/1,瀑布模型(Waterfall Model),瀑布模型的特点,从上一项活动接受本项活动的工作对象,作为输入;利用这一输入实施本项活动应完成的内容;给出本项活动的工作成果,作为输出传给下一项活动。,瀑布模型适用场合,在需求不明确的情况下,就无法采用瀑布模型,瀑布模型的优缺点,优点:强调开发的阶段性;强调早期计划及需求调查;强调产品测试。缺点:依赖于早期进行的唯一一次需求调查,不能适应需求的变化;由于是单一流

10、程,开发中的经验教训不能反馈应用于本产品的过程;风险往往迟至后期的开发阶段才显露,因而失去及早纠正的机会。,螺旋模型(Spiral Model),螺旋模型的优缺点,优点:强调严格的全过程风险管理。强调各开发阶段的质量。提供机会检讨项目是否有价值继续下去。缺点:引入非常严格的风险识别、风险分析和风险控制,这对风险管理的技能水平提出了很高的要求。这 需要人员、资金和时间的投入。,软件测试的生命周期,软件测试的生命周期 测试计划 测试设计、测试开发 测试执行 测试评估,软件测试v模型,软件测试V模型,V模型最早是由Paul Rook在世纪年代后期提出的,目的是改进软件开发的效率和效果。是瀑布模型的变

11、种明确的标注了测试过程中存在的不同类型的测试,并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系V模型指出,单元和集成测试应检测程序的执行是否满足软件设计的要求;系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标;验收测试确定软件的实现是否满足用户需要或合同的要求 局限性:仅仅把测试作为在编码之后的一个阶段,未在需求阶段就进入测试,软件测试双V模型,软件测试双V模型,W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成,分别代表测试与开发过程,图中明确表示出了测试与开发的并行关系。W模型特点:测试的对象不仅是程序,需求、设计等同样要测试,测试与开

12、发是同步进行的W模型优点:有利于尽早地全面的发现问题。例如,需求分析完成后,测试人员就应该参与到对需求的验证和确认活动中,以尽早地找出缺陷所在。同时,对需求的测试也有利于及时了解项目难度和测试风险,及早制定应对措施,显著减少总体测试时间,加快项目进度。局限性:需求、设计、编码等活动被视为串行的;测试和开发活动也保持着一种线性的前后关系,上一阶段完全结束,才可正式开始下一个阶段工作。无法支持迭代的开发模型。对于当前软件开发复杂多变的情况,W模型并不能解除测试管理面临着困惑。,软件测试针对软件开发生命周期的流程,需求阶段测试人员了解需求、对需求进行分解,得出测试需求,编写测试计划/测试方案设计阶段

13、测试人员适当的了解设计,对于设计测试用例是很有帮助的,测试人员可以根据需求和设计编写一部分测试用例编码阶段测试人员一般是不需要编码的,但已经编码的模块,专业的白盒测试人员可以计划执行单元测试 测试阶段测试阶段是软件测试人员最为重要的工作阶段,这时候测试人员需要把测试用例进一步细化,根据测试用例和计划执行测试,在执行的过程中记录缺陷,测试完成后整理测试报告。实施测试人员需要参与项目的实施工作。测试人员对项目产品的业务和操作非常了解,加上测试人员的沟通表达能力一般都比较强,所以测试人员可以参与用户使用软件的培训,在试运行项目时收集问题并及时反馈给相关负责人。,测试模型使用原则,几种典型的测试模型,

14、应该说这些模型对指导测试工作的进行具有重要的意义,但任何模型都不是完美的。我们应该尽可能地去应用模型中对项目有实用价值的方面,但不强行地为使用模型而使用模型,否则也没有实际意义。,2024/3/1,软件测试类型,软件测试的分类 A通俗划分:功能测试和性能测试 A1功能测试分为:一般逻辑功能测试、界面测试、文档测试、安装测试、易用性测试等 A2性能测试分为:一般性能测试、稳定性测试、负载测试、压力测试 B按照测试阶段划分:单元测试、集成测试、确认测试、系统测试、验收测试。C按照测试实施组织划分:开发方测试、用户测试、第三方测试 区分alpha测试、beta测试 D按照测试方式划分:动态测试和静态

15、测试(结构检查、流图分析、符号执行)E 按照测试技术划分:白盒测试、黑盒测试、灰盒测试,2024/3/1,2024/3/1,黑盒测试(Black-box Testing)黑盒测试又称为功能测试、数据驱动测试和基于规格说明的测试。它是一种从用户观点出发的测试,一般被用来确认软件功能的正确性和可操作性。白盒测试(White-box Testing)白盒测试又称为结构测试、逻辑驱动测试或基于程序的测试,一般用来分析程序的内部结构。灰盒测试介于两者之间。,2024/3/1,2024/3/1,1、黑盒测试基本观点:任何程序都可以看作是从输入定义域映射到输出值域的函数过程,被测程序被认为是一个打不开的黑盒

16、子,黑盒中的内容(实现过程)完全不知道,只明确要做到什么。主要依据:根据规格说明书设计测试用例,并不涉及程序内部构造和内部特性,只依靠被测程序输入和输出之间的关系或程序的功能设计测试用例。特点:(1)黑盒测试与软件的具体实现过程无关,在软件实现的过程发生变化时,测试用例仍然可以使用。(2)黑盒测试用例的设计可以和软件实现同时进行,这样能够压缩总的开发时间。,2024/3/1,2024/3/1,黑盒测试主要是为了发现以下几类错误:是否有不正确或遗漏了的功能?在接口上,输入能否正确地接受?能否输出正确的结果?是否有数据结构错误或外部信息访问错误?性能上是否能够满足要求?是否有初始化或终止性错误?黑盒测试的具体技术方法:等价类划分法 边界值分析法因果图法 决策表法,2024/3/1,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 教育教学 > 考试真题 > 2.29金太阳联考 > 2.29金太阳联考 > 更多高考新课联系:F8688333

copyright@ 2008-2023 wnwk.com网站版权所有

经营许可证编号:浙ICP备2024059924号-2