- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
案例:C语言程序的静态分析和动态测试 案例:1个单元测试的例子 案例:驱动模块和桩模块 课后练习:为下面的函数构造驱动模块 面向对象的单元测试 面向对象编程的特性使得对成员函数的测试又不完全等同于传统的函数或过程测试。尤其是继承特性和多态特性,使子类继承或重载的父类成员函数出现了传统测试中未遇见的问题。这里要考虑如下两个问题: (1)继承的成员函数是否都不需要测试? (2)对父类的测试是否能照搬到子类? 继承的成员函数是否都不需要测试? 对父类中已经测试过的成员函数,以下两种情况需要在子类中重新测试: a)继承的成员函数在子类中做了改动; b)成员函数调用了改动过的成员函数的部分。 例:假设存在父类Base有Inherited()和Redefined()这两个成员函数,继承父类Base的子类Derived只对Redefined() 做了改动。那么,Derived::Redefined()就需要重新测试;对于Derived::Inherited(),若它包含了调用Redefined()的 语句 (比如:x=x/Redefined()),就需要重新测试,否则就不需要。 对父类的测试是否能照搬到子类? 虽然Base::Redefined()和Derived::Redefined()是不同的。但由于继承使得两个函数相似,故只需在对Base::Redefined()的测试要求和测试用例上添加对Derived::Redefined()新的测试要求和增补相应测试用例。 例 Base::Redefined()含有如下语句: If (value0) message(“less”); else if (value==0) message(“equal”); else message(“more”); …… 在Derived::Redefined()中定义为: If (value0) message(“less”); else if (value==0) message(“It is equal”); else { message(“more”); if (value==88) message(“luck”); } …… 在原有对父类Base的测试上,对Derived::Redefined()的测试只需作如下改动:将value==0的测试结果期望改动;增加value==88的测试。 软件测试和软件质量 SQA与软件测试的关系 SQA 是管理工作、审查对象是流程、强调以预防为主(预防问题) 测试是技术工作、测试对象是产品、主要是以事后检查(发现问题) SQA指导测试、监控测试 测试为SQA提供依据 软件能力成熟度模型 软件能力成熟度模型(续) 初始级:其特点是软件过程无秩序,有时甚至是混乱的。 可重复级:已建立了基本的项目管理过程,可用于对成本、进度和功能特性进行跟踪。 已定义级:用于管理的、工程的软件过程均已实现文档化、标准化,并形成了整个软件组织的标准软件过程。 管理级:软件过程和产品质量有详细的度量标准,软件过程和产品质量得到了定量的认证和控制。 优化级:通过对来自过程、新概念和新技术等方面各种有用信息的定量分析,能够不断地、持续性地对过程进行改进。 任何一个缺陷跟踪系统的核心都是“软件缺陷报告”,一个缺陷报告只包含一个Bug。一份软件缺陷报告详细信息如表: (3)缺陷报告(续) 提交缺陷报告的注意事项 缺陷报告的示例 一份优秀的缺陷报告记录下最少的重复步骤,不仅包括了期望结果,实际结果和必要的附件,还提供必要的数据、测试环境或条件,以及简单的分析。 缺陷报告的示例 而一份含糊而不完整的缺陷报告,缺少重建步骤,并且没有期望结果、实际结果和必要的图片,如下描述。 缺陷报告的示例 一份散漫的缺陷报告(无关的重建步骤,以及对开发人员理解这个错误毫无帮助的结果信息)如下描述: (4)Bug处理流程 一个简单的软件缺陷生命周期: 发现-打开:测试人员找到软件缺陷并将软件缺陷提交给开发人员。 打开-修复:开发人员再现、修复缺陷,然后提交给测试人员去验证。 修复-关闭:测试人员验证修复过的软件,关闭已不存在的缺陷。 通常,软件测试的工作量很大(据统计,测试会占用到40%的开发时间;一些可靠性要求非常高的软件,测试时间甚至占到开发时间的60%)。而测试中的许多操作是重复性的、非智力性
您可能关注的文档
最近下载
- 法奥机器人 FR5用户手册V3.3.2.pdf VIP
- 2025-2026学年初中地方、校本课程川教版可爱的四川教学设计合集.docx
- 湖南省武冈市2025届高考化学一模试卷含解析.doc VIP
- 解读《GB_T 44304 - 2024精细陶瓷室温断裂阻力试验方法 压痕(IF)法》.docx VIP
- 小学数学新西师版二年级上册3.7 尺子乐园教学课件(2025秋).pptx VIP
- 100t履带吊安装及拆除施工方案.docx VIP
- 2025年租房合同范本(可直接打印)与租房合同范本(标准版) .pdf VIP
- 物流园区安全管理手册.doc VIP
- 商务英语词汇大全最新完整版本.pdf VIP
- 毕业论文-基于Arduino的智能避障小车设计与实现.doc VIP
文档评论(0)