北大测试全套课件和教案,第3章第1讲.docVIP

北大测试全套课件和教案,第3章第1讲.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
《软件测试基础》授课教案 授课内容:第三章 单元测试 授课课次:第6次课 授课时数:2学时?????? 授课日期: ??????????????上课教室: 目的与要求: 要求学生掌握单元测试的概念,了解单元测试的方法和相关的基本知识。 教学重点: 单元测试的概念 单元测试的过程 单元测试常用的方法 教学难点: 单元测试环境 单元测试的概念 教学方式: 运用《单元测试》课件进行课堂讲授,加强学生对测试的理解。 教学内容: 为什么要进行单元测试单元测试的基本概念单元测试过程 1、课前引入(5分钟) 通常我们写完代码,习惯性做的第一件事情是什么? 2、单元测试的重要性(30分钟) 对单元测试的一些错误认识 单元测试的重要性 实行单元测试的好处 3、单元测试的基本概念(30分钟) 单元测试的内容 单元测试的环境构成 单元测试的常用方法 4、单元测试的过程(15分钟) 5、白盒测试和黑盒测试比较(5分钟) 6、课后小节和布置作业(5分钟)) 教学参考书: 软件测试方法和技术 朱少民 清华大学出版社 软件测试 Paul C.Jorgensen 机械工业出版社 Visual Basic.编程导论 David I.Schneider 电子工业出版社 讨论与思考: 单元测试中单元的概念讨论。 作 业: 1.什么是单元测试? 2.单元测试主要采用什么测试方法? 复问题目: 序号 题 目 学 生 成 绩 1 2 3 教 学 内 容 与 方 法 步 骤 引言:我们每天都在做单元测试。你写了一个函数,除了极简单的外,总是要执行一下,看看功能是否正常,有时还要想办法输出些数据,如弹出信息窗口什么的,这,就是单元测试,可以把这种单元测试称为临时单元测试。只进行了临时单元测试的软件,针对代码的测试很不完整,代码覆盖率要超过70%都很困难,未覆盖的代码可能遗留大量的细小的错误,这些错误还会互相影响,当BUG暴露出来的时候难于调试,大幅度提高后期测试和维护成本,也降低了开发商的竞争力。可以说,进行充分的单元测试,是提高软件质量,降低开发成本的必由之路。 本章我们讲述单元测试的相关知识,包括单元测试的必要性,单元测试的基本概念,单元测试的执行过程。 3.1 为什么要进行单元测试 3.1.1 对于单元测试的一些错误认识 在实际的单元测试过程中总会有一些错误的认识左右着我们,使之成为单元测试最大的障碍,在此将其一一分析如下: 它太浪费时间了,现在要赶进度,时间上根本不允许,或者随便做做应付领导。 我是一个很棒的程序员,我写的代码肯定是没有问题的。 做单元测试太烦了,直接集成,到时有问题在集成测试时肯定能发现的,实在不行在系统测试总该能发现吧。 它仅仅是证明这些代码做了什么。 对于以上错误认识的产生归根结底还是由于对单元测试的理解还是不够,没有真正认识到单元测试的重要性。 3.1.2??单元测试的重要性 单元测试是软件测试的基础,因此单元测试的效果会直接影响到软件的后期测试,最终在很大程度上影响到产品的质量。单元测试的主要目的是验证你的应用程序能够很好的工作,以及尽早的发现错误。它不仅能够简单的验证应用程序能正常工作,它还具有如下意义: 时间方面:如果认真的做好了单元测试,在系统集成联调时非常顺利,因此会节约很多时间,反之那些由于因为时间原因不做单元测试或随便做做的则在集成时总会遇到那些本应该在单元测试就能发现的问题,而这种问题在集成时遇到往往很难让开发人员预料到,最后在苦苦寻觅中才发现这是个很低级的错误而在悔恨自己时已经浪费了很多时间,这种时间上的浪费一点都不值得,正所谓得不偿失。 测试效果:根据以往的测试经验来看,单元测试的效果是非常明显的,首先它是测试阶段的基础,做好了单元测试,在做后期的集成测试和系统测试时就很顺利。其次在单元测试过程中能发现一些很深层次的问题,同时还会发现一些很容易发现而在集成测试和系统测试很难发现的问题。再次单元测试关注的范围也特殊,它不仅仅是证明这些代码做了什么,最重要的是代码是如何做的,是否做了它该做的事情而没有做不该做的事情。 测试成本:在单元测试时某些问题就很容易发现,如果在后期的测试中发现问题所花的成本将成倍数上升。比如在单元测试时发现1个问题需要1个小时,则在集成测试时发现该问题需要2个小时,在系统测试时发现则需要3个小时,同理还有定位问题和解决问题的费用也是成倍数上升的,这就是我们要尽可能早的排除尽可能多的bug来减少后期成本的因素之一。 产品质量:单元测试的好与坏直接影响到产品的质量,可能就是由于代码中的某一个小错误就导致了整个产品的质量降低一个指标,或者导致更严重的后果,如果我们做好了单元测试这种情

文档评论(0)

xiexie2012 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档