ImageVerifierCode 换一换
格式:DOCX , 页数:15 ,大小:214.64KB ,
资源ID:13193217      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/13193217.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件测试课复习资料Word格式.docx)为本站会员(b****1)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件测试课复习资料Word格式.docx

1、这里的设想或预期的结果指需求定义,软件设计的结果。存在问题:(1) 可能使软件测试的活动效率降低(2) 甚至缺乏有效的方法进行测试活动。Myers(代表论著软件测试的艺术)认为不应该着眼于验证软件是工作的,相反,应该用逆向思维去发现尽可能多的错误。观点:测试是为了发现错误而执行的一个程序或者系统的过程。一个成功的测试必须是发现了软件问题的测试否则测试就没有价值。这个定义引导人们证明 软件是不工作的,以反向思维方式,不断思考开发人员理解的误区,不良的习惯,程序代码 的边界,无效数据的输入以及系统的弱点,试图破坏系统摧毁系统,摧毁系统,目标就是发现系统中各式各样的问题。(1) 如果只强调测试的目的

2、是寻找错误,就可能是测试人员容易忽视软件产品的某些基本需求或者客户的实际需求,测试活动可能会存在一定的随意性和盲目性。(2) 如果只强调测试的目的是寻找错误,使开发人员容易产生一个错误的印象,认为测试人员的工作就是挑毛病的。(3) 除此之外还强调测试是执行一个程序或者系统的过程,也就是说测试活动是在代码完成之后进行,而不是贯穿整个软件开发过程的活动,及软件测试不包括软件需求评审,软件设计评审和软件代码静态检查等一系列活动,从而使软件测试的定义具有局面性和片面性。总结:这正反两方面的观点是从不同的角度看问题,一方面通过测试来保证质量,另一方面又要改进测试方法和提高软件测试的效率,两者相辅相成。软

3、件测试就是在这两者之间获得平衡,但对于不同的应用领域,二者的比重不一样。 3、结合 V 模型谈谈开发与测试关系附录:V 模型(P10-P11)V 模型 :能准确反映出开发活动和测试活动之间的关系,说明:1) 测试活动与开发活动同时启动;2) 每个开发活动都有相应级别的测试类型相对应。3) 测试是分层的。只有完成单元测试、集成测试、系统测试、验收测试4 个层次的测试, 才是对软件产品的完整测试。 4、请结合实例,谈谈为什么穷尽测试是不可能的。(开放题,从输入和路径穷尽来考虑)通过测试并不能发现和修改测试对象中的全部的缺陷和问题,因此,不可避免有一些缺陷会遗漏到客户的使用现场,从而触发软件产品产生

4、令用户不满意的失效或者各种问题。即使是规模很小的软件或者软件产品,其逻辑路径和输入数据的组合也几乎是无穷的。假如测试人员想对测试对象进行完全的检查和覆盖,那基本上是不可能的.测 试人员面临的测试时间和测试资源往往是非常有限的。多年的测试实践经验表明,测试团队往往很难获得测试计划中预留的测试时间,当软件开发和测试的时间发生冲突的时候, 测试团队常常被要求压缩测试时间;同时,测试过程中的测试资源限制,例如:测试平台、测试人员的限制,使得测试团队只能在有限的条件下开展测试活动测试内容几乎是无穷的,而测试时间和测试资源非常有限,我们能做的就是采取合适的测试策略,在现有条件下如何做的更好。测试的尽早介入

5、。集中精力在缺陷刚刚被引入的阶段就发现它,避免缺陷向后续阶段转移(不仅可以降低成本,同时也可避免缺陷的雪崩效应);基于风险的测试。确保测试高优先级的关键的功能首先被测试,尽早和尽量多的发现严重程度的缺陷,而不是将有限的测试时间和资源浪费在无关紧要的地方; 5、了解测试目的、测试驱动开发的概念(P9P13)测试目的:验证软件是否符合事先定义的要求。测试驱动开发:测试在先,编码在后的开发方法。它要求在编写某个功能的代码之前先编写测试代码,然后只编写使测试通过的功能代码,通过测试来推动整个开发的进行。6、了解 SQA 质量保证的概念、与软件测试的关系 P11-P12SQA 质量保证:通过对软件产品有

6、计划地进行评审和审计来验证软件是否合乎标准的系统工程,通过协调、审查和跟踪以获取有用信息,形成分析结果以指导软件过程。与软件测试的关系:相辅相成,既存有包含又存有交叉的关系。(1) SQA 指导、监督软件测试的计划和执行,督促软件测试的计划和执行,督促测试工作的结果客观、准确和有效,并协助测试流程的改进。(2) 软件测试是 SQA 重要手段之一,为 SQA 提供所需的数据,作为质量评价的客观依据。(3) 它们的相同点在于二者都是贯穿整个软件开发生命周期的流程。(4) 它们的不同之处在于SQA 是一项管理工作,侧重于对流程的评审和监控,而测试是一项技术性的工作,侧重于对产品进行评估和验证。#Ch

7、ap 2 1、软件质量的概念软件质量定义:软件产品满足规定的和隐含的与需求能力有关的全部特征和特性。它包括:1 软件产品质量满足用户要求的程度;2 软件各种属性的组合程度3 用户对软件产品的综合反映程度 4 软件在使用过程中满足用户要求的程度(P15) 2、ISO9126 软件质量模型(一层6 个即可),并分别说明各个质量属性的含义(P17)Iso9126 模型:高层:软件质量需求评价标准(SQRC)属性:功能性、可靠性、可用性、效率、可移植性、可维护性中层:软件质量设计标准(SQDC) 属性: 安全性、成熟性、可理解性、时间表现、可分析性、适应性低层:软件质量度量标准(SQMC) 3、软件缺

8、陷的定义,常见缺陷的辨识软件缺陷:是指计算机系统或者程序中存在的任何一种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷、瑕疵,其结果会导致软件产品在某种程度上不能满足用户的需求表现形式:1 运行出错,包括运行中断、系统崩溃、界面混乱 2 数据计算错误,导致结果不正确 3 功能、特性没有实现或部分实现4 在某种特点条件下没能给出正确或准确的结果5计算的结果没有满足所需要的精度6 用户界面不美观 7 需求规格说明书的问题 8 设计不合理,存在缺陷9 实际结果与预期结果不一致10 用户不能接收的其他问题(P18) 4、软件测试的分类:按阶段、按目标、按方法。目的分类:集成测试、功能测试、回归测试、

9、性能测试、可靠性测试、安全测试、兼容性测试阶段分类:需求评审、设计评审、单元测试、集成测试、系统测试、验收测试、 测试、 测试方法分类:静态测试、动态测试、黑盒测试、白盒测试-静态测试和动态测试、黑盒测试和白盒测试的划分原则根据测试过程中被测软件是否被执行,软件测试可分为静态测试和动态测试。根据是否针对系统的内部结构和具体实现算法来完成测试,软件测试可分为白盒和黑盒-非功能测试:性能测试、可靠性测试、安全性测试,及常见非功能缺陷 P22性能测试:测试系统在不同负载条件下的系统具体的性能指标可靠性测试:检验系统能否保持长期稳定,正常的运行,如确定系统平均故障间隔时间,包括强壮性测试和异常处理测试

10、。安全性测试测试系统在应对非授权的内外部访问,有意攻击时的系统防护能力。-5、什么是黑盒测试和白盒测试,它们各自的局限性是什么。P26P28黑盒测试:不关注软件内部结构,着眼于程序外部用户界面,关注软件的输入和输出,关注用户的需求,从用户的角度验证软件的功能,实现端到端的测试。缺陷:1 是否不正确或遗漏了功能2 能否正确地接收输入数据,能否产生正确的输出信息3 功能操作逻辑不合理4界面是否出错、是否不美观5 安装过程中出现问题,安装步骤不清晰、不够方便灵活 6 系统初始化问题白盒测试:按照程序内部的结构测试程序,测试程序内部的变量状态、逻辑结构、运行路径等 缺陷:试图列举所有路径测试,是不可能

11、的,企图遍历所有的路径是很难做到的,即使每条路径都测试了,覆盖率得到100%,程序也可能出错。-6、按阶段:单元测试、集成测试、系统测试、验收测试,它们的概念与不同。附录:测试阶段定义P28类别对象目的测试依据测试方法消除局部模块逻辑和功能详细设计文档单元测试模块内部程序上的错误和缺陷API 说明白盒测试找出与软件设计相关的程序结构,模块调用关系、概要设计文档集成测试模块间的接口和调用关系 接口方面的问题接口设计说明灰盒测试对整个系统进行一系列的整个系统,包括系统软硬件功能、非功能测试,发现系统需求规格说系统测试等功能或非功能问题。明文档黑盒测试对整个系统按用户环境和用户使用场景进行一系列整体

12、的解决方案级测试,整个系统,包括系统软硬件确认系统与用户需求的匹验收系统等,采用真实用户环境配程度用户需求黑盒测试 7、验证与确认(V&V)的概念及两者区别 V&V(P25)验证:检验软件是否已正确实现了产品规格说明书所定义的系统功能和特性 确认:确认软件是否真正满足用户需求,一切从客户出发,理解客户的需求。Verification:是否正确构造了软件?即是否正确的做事,验证开发过程是否遵守已经定义好的 内 容 。 Validation:是否够早了正确的软件?即是否做正确的事,即正在构建用户需要的功能?区别:验证是检验开发出来的软件产品和设计规格说明书的一致性,即是否满足软件厂 商的生产要求。

13、但设计规格说明书本身就可能存在错误,所以即使软件产品中某个功能实现 的结果和设计规格书完全一致,但可能并不是用户所需要的,因为设计规格说明书很可能一 开始就对用户的某个需求理解错了,所以仅进行验证测试还是不充分的,还要进行确认测试。确认就是检验产品功能的有效性,即是否满足用户的真正需求。#Chap 3 1、采用错误推测法进行测试。例:针对打开文件失败你考虑测试哪些情况?(开放题)P38 2、黑盒测试的用例设计方法及应用:重点掌握等价类、边界值、判定表、Pairwise方法。应用参见附录:黑盒测试方法。(P39-P47、作业)(1)等价类对输入用户密码进行验证输入:1) 用户密码为 6 到 8 位。2) 必须含有字母和数的组合。输出: 如正确,输出正确的信息。否则,输出相应的错误信息。要求:(1) 分析程序的规格说明,列出输入域等价类(包括有效和无效等价类)(2) 根据(1)中的等价类,设计能覆盖所有等价类的测试用例,要求包括输入数据和预期输出,并指出各个测试用例所覆盖的等价类编号输入条件有效等价类编号无效等价类用户密码6=位数=8(1)位数8不包含数字不包含字母(4)(5)(6)序号输入参数覆盖等价类输出信息11234abcd

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1