- 1、本文档共13页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件测试复习资料课案
正向思维
软件测试就是为程序能够按预期设想那样运行而建立足够的信心。
“软件测试是一系列活动以评价一个程序或系统的特性或能力并确定是否达到预期的结果”
测试是为了验证软件是否符合用户需求,即验证软件产品是否能正常工作
逆向思维
测试是为了证明程序有错,而不是证明程序无错误
一个好的测试用例是在于它能发现至今未发现的错误
一个成功的测试是发现了至今未发现的错误的测试
1、软件测试定义的两面性
IEEE 的定义 :(验证和确认在P25)
在特定的条件下运行系统或构件,观察或记录结果,对系统的某个方面做出评价
分析某个软件项以发现现存的和要求的条件之差别(即错误)并评价此软件项的特性
软件测试是由“验证(Verification)”和“有效性确认(Validation)”活动构成的整体
“验证”是检验软件是否已正确地实现了产品规格书所定义的系统功能和特性
是否正确地构造了软件?即是否正确地做事,验证开发过程是否遵守已定义好的内容。验证产品满足规格设计说明书的一致性
“有效性确认”是确认所开发的软件是否满足用户真正需求的活动。
是否构造了正是用户所需要的软件?即是否正在做正确的事。验证产品所实现的功能是否满足用户的需求
2、软件测试的价值
全面评估产品质量,获得有关产品质量的全面、客观的信息
发现问题,督促问题解决,提高产品质量
持续提供质量反馈、及时揭示质量风险,有助于控制项目风险,提高构建的质量
通过缺陷分析,获得缺陷模式,有助于缺陷预防
3、测试和质量保证的关系
软件质量保证(Software Quality Assurance,SQA)活动是通过对软件产品有计划的进行评审和审计来验证软件是否合乎标准的系统工程,通过协调、审查和跟踪以获取有用信息,形成分析结果以指导软件过程。
对软件工程各个阶段的进展、完成质量及出现的问题进行评审、跟踪。
审查和验证软件产品是否遵守适用的标准、规程和要求,并最终确保符合标准、满足要求。
建立软件质量要素的度量机制,了解各种指标的量化信息,向管理者提供可视信息。
SQA活动
技术方法的应用
正式技术评审的实施
软件测试
标准的执行
修改的控制
度量
质量记录和记录保存
SQA指导、监督软件测试的计划和执行,督促测试工作的结果客观、准确和有效,并协助测试流程的改进。
软件测试是SQA重要手段之一,为SQA提供所需的数据,作为质量评价的客观依据。
SQA是一项管理工作,侧重于对流程的评审和监控
测试是一项技术性的工作,侧重对产品进行评估和验证
4、软件缺陷的产生
技术问题 算法错误,语法错误,计算和精度问题,接口参数传递不匹配
团队工作 沟通不充分,误解
软件本身
文档错误、用户使用场合(user scenario),
时间上不协调、或不一致性所带来的问题
系统的自我恢复或数据的异地备份、灾难性恢复等问题
5、软件缺陷的构成
代码(15%)、 规格说明书(54%)、 设计(25%)、 其他(6%)
软件缺陷在不同阶段的分布
在真正的程序测试之前,通过审查、评审会可以发现更多的缺陷。
规格说明书的缺陷会在需求分析审查、设计、编码、测试等过程中会逐步发现,而不能在需求分析一个阶段发现
6、修复软件缺陷的代价
平均而言,如果在需求阶段修正一个错误的代价是1,那么设计阶段就是他的3-6倍,在编程阶段是他的10倍,在内部测试阶段是它的20-40倍,在外部测试阶段是它的30-70倍,而到了产品发布出去时,这个数字就是40-100倍。修正错误的代价不是随时间线性增长,而几乎是呈指数增长的
6、软件测试的分类(详细分类见书P21)
7、黑盒和白盒的区别(详细见P26)
8、优秀测试工程师的素质
高度的责任感
非常好的沟通能力、幽默感
技术能力、自信心、耐心
怀疑一切的精神、勤奋精神
洞察力、适度的好奇心
反向思维和发散思维能力、记忆力
自我学习能力、创新能力等
9、等价类划分方法
等价类是某个输入域的子集,在该子集中每个输入数据的作用是等效的.将输入数据分成若干个子集,从每个子集选取一个代表性的数据作为测试用例
分为有效等价类和无效等价类。
在分析需求规格说明的基础上划分等价类,列出等价类表
在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类
在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可以确立一个有效等价类和一个无效等价类。
在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类
在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。
在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不
文档评论(0)