软件测试总结(二)

 

本节主要介绍一下层次测试的第一步——单元测试。在了解单元测试之前先看一个简单的主程序树状模块图: 

 

  

   所谓模块测试就是在底层进行的测试,如上图,单元测试就是测试上图中紫色的模块。单元测试是整个测试的基础,单元测试中发现的错误约占程序总错误数2/3,单元测试的目标是通过对程序底层模块的静态和动态测试使底层模块达到模块说明的要求。

   单元测试主要测试5方面的的问题:

 

 

   模块的接口测试主要检查数据能否正确地通过模块;数据结构测试目的在于保持程序内部数据的完整性;重要路径测试是单元测试的一项基本任务,主要做好覆盖分析;程序最容易在边界上出错,因此边界条件测试是必不可少的;错误处理测试要点是在工作中发生了错误,其中的错误处理措施是否有效。

    单元测试的一般步骤:

  

   编译过程中主要检查对象就是代码中的语法错误;静态分析器检查使用专用工具来进行分析,代码审查主要依靠人工,第二步和第三步都是以检查结构性错误为主的静态分析;动态测试是单元测试的最后步骤,重点是发现单元的功能型错误,可采用白盒测试或者黑盒测试方法进行测试,白盒测试和黑盒测试会在以后进行详细介绍,这里知道有这两种方法即可。

   代码评审有两类组织形式:一、办公桌检查,由程序员自己审查自己的代码,仅适用于规模很小的程序。二、以小组会的方式进行,又分为走查和代码会审两种,适用于各种规模的程序。

   单元测试不是独立的程序,在多模块程序中,模块之间可以相互调用,单元测试时往往需要为被测模块编制若干模块替身,替身模块仅是真实模块的简化,仅需模拟与被测模块直接相关的一部分功能。

   根据经验总结,在单元级发现问题时,问题肯定就在那个单元中,如果在多个单元模块集成时发现缺陷,那么它一定与模块之间的交互有关。在实际情况中,有很少的例外。

好的,本节到此结束,下一节将详细介绍层次测试的第二步——集成测试。敬请期待,谢谢!

 

时间: 2024-09-30 04:09:15

软件测试总结(二)的相关文章

XMOVE3.0手持终端——软件介绍(二):在2KB内存的单片机上实现的彩屏GUI控件库

一. 综述 嵌入式系统发展日新月异,安卓和ios已然战胜了当年雄霸天下的塞班,界面是我们特别看重的因素之一.不过你考虑过自己做一套系统,写一个界面库么?在单片机上自制系统,可以很好的锻炼编程能力和架构设计能力. 这些界面库都是在底层画点画线的驱动程序上实现的,基于我的XMOVE动作感应系统.基本具有硬件无关性.支持彩屏320*240的分辨率,由于考虑不同分辨率的开发过分复杂(想想看你需要计算每个点布局在哪个位置,这对安卓等系统都是大问题),因此我并没有太过完善的考虑过其他分辨率. 我已经写过一篇

教你用CAD软件绘制二维弹簧

弹簧的画法有很多种,本文介绍在CAD软件操作中两种比较简单的画二维弹簧的方法: 方法一:使用阵列 先绘制一个V字型的图形,如下图所示,作为弹簧的基本部件: 再使用矩形阵列就可以了: 方法二 : 先简单地画好弹簧的基本线经,然后画出内/径,再向上方向复制好节距,然后把第一排圆 的切点切到第二排圆的切点.   本文摘选自:<CAD画二维弹簧> http://www.zwcad.com/jishushequ/zwcadwenti/1213.html

软件测试总结(八)

     三国中的诸葛亮能看破天象,对敌军的破绽之处也更是了如指掌,死孔明吓跑活仲达的笑话无人不知,无人不晓.作为软件测试员就应该有孔明先生这样的本领,测试员能该把软件当作自己的敌人,兵法云知己知彼方能百战不殆.本节将总结黑盒测试中的又一常用方法--错误推测法.         在错误推测法中,测试员的角色就相当于三国中孔明的角色,测试员要根据自己的经验,预测出软件中哪些地方容易出现缺陷,我们应该怎样发现缺陷,确保缺陷得以修复.     常见的输入与输出错误推测情况:       以下是一个软件

央行:打车软件等二维码支付不能广泛推广

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 据中国之声<全国新闻联播>报道 中国人民银行有关负责人昨日表示,央行对于移动支付电子化路线一视同仁,但包括一些打车软件中使用的二维码支付方式,没有密码认证,不能作为一种可信的支付方式广泛推广. 中国人民银行金融IC卡领导小组办公室主任李晓枫介绍,目前,国内存在三种电子支付路线:商业银行移动支付电子化路线,包括打车软件这样的第三方移

软件测试流程进阶----两年软件测试总结

  工作两年了,我一直希望让自己每年对测试的理解更深入一层.工作一年的时候我写了<谈软件测试---一年工作总结> ,谈轮了自己对各种测试的理解,这一年来,虽然对那些理概念的有所加强,自我感觉没有什么质的变化.前些天听我们公司的一位测试经理讲<敏捷测试>豁然开朗.他在学造飞机,而我一直在学造飞机里的一个发动机.我从来没想过,一个完整飞机的架构应该是怎样的. 如果想让测试在公司的项目中发挥出它最大的价值,并不是招两个测试技术高手,或引入几个测试技术,而是测试技术对项目流 程的渗透,以及

汉得软件涉嫌二次上市:身家从707万到17亿元

令所有中小企业魂牵梦绕的资本市场,对于一家名叫汉得信息技术股份有限公司(下称上海汉得,一家从事ERP的软件公司)的公司,却并非遥不可及的神圣殿堂. 实际上,这家来自上海的民营企业,只用了八年时间,就轻松完成了在A股市场的一出一进.记者调查发现,上海汉得与上市公司大众公用和海立股份之间有着千丝万缕的关系. A股归去来 11月24日,上海汉得首发过会. 但不为外界所知的是,本次过会并非是上海汉得与资本市场的第一次亲密接触,早在十年前的2000年,上海汉得就已是A股上市公司的参与者. 只不过,与此前从

软件测试总结(六)

   前面总结了软件测试层次的各阶段目标和任务等相关内容,接下来将总结软件测试的经典方法,即黑盒测试和白盒测试.其中黑盒测试有等价分类.边界值分析.错误推测和因果图等经典分析方法,本节先介绍黑盒测试中的等价分类,也称等价分配或等价划分,即分步骤的把过多(无限)的测试案例减小到同样有效的小范围过程.     其中,有效等价类中的任何一个测试测试用例都能代表同一等价类中的其他测试用例,即从某一个等价类中任意选出一个测试用例若未能发现程序的缺陷,就可以合理地认为使用程序中的其他测试用例也不会发现程序的

软件测试总结(十)

                 从这一节开始即将总结白盒测试的常用经典技术.前面详细总结了黑盒测试和一些常用的黑盒测试技术,但是都没有打开软件的代码进行测试,黑盒测试的概念就是针对白盒测试技术命名的,那么什么是白盒测试呢?白盒测试也称结构测试,白盒测试是针对被测单元内部是如何工作进行的测试,深入程序代码细节,它根据程序的控制结构设计测试用例,主要用于软件程序验证.                白盒测试又分为静态白盒测试和动态白盒测试.其中静态测试主要涉及代码走查和审查,就不在这里总结了,动态

软件测试总结(七)

    上一节讲到了黑盒测试中的等价分类,这一节继续总结黑盒测试又一经典测试方法--边界值分析法,其实边界值测试不是专属于黑盒测试,在白盒测试中也会用到边界值测试.        边界值测试其实就是测试程序的各种边界值,边界值测试是等价分类的推广,在实际测试中,在测试程序的边界时,往往可以测试出很多缺陷,所以两种方法要结合使用,才能更好的满足程序的测试需求.边界值测试分为两部分:                对于输入测试,大家也许可以理解,但是对于输出测试,大家可能理解起来有点困难了,说再多的