软件测试总结(一)

 

 

   软件测试是软件生存周期中必不可少的环节,软件的典型生存周期可以用下图来形容:

                   

   软件测试的目的是尽可能早的发现软件缺陷并确保其得以修复,因此软件测试是提高软件质量的重要手段,大量的经验实践证明,软件测试越早参与到软件开发过程中,开发出来的软件质量相对越高,时间和物力也越经济。

    根据软件工程的基本理论,多模块程序的测试共包括以下4个层次:

  

   各阶段测试的具体内容会在以后章节具体介绍,下面介绍一下软件测试的经典技术。

 

   软件测试的经典技术分为黑盒测试和白盒测试技术。其中黑盒测试技术忽略程序内部结构,看不到程序的代码细节,只针对程序的功能进行测试,黑盒测试的方法有:

 

   具体方法会在以后章节中具体介绍,敬请期待。

        说完黑盒测试,就该介绍白盒测试了,白盒测试也称结构测试,白盒测试深入程序内部结构,分析程序代码结构,因此学好白盒测试,首先要掌握必要的编程语言,比如说java或者C/C++/C#等。白盒测试的方法有:

 

  
白盒测试的方法要涉及到程序图和流程图的设计,逻辑覆盖主要利用程序图,路径覆盖主要利用流程图,测试者必须能够根据程序的代码结构画出相应的程序图和流程图,白盒测试的方法也会在以后的章节中具体介绍。

   此节结束,下一节将介绍层次测试的第一步——单元测试,敬请期待。谢谢!

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

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

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

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

软件测试总结(八)

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

软件测试总结(六)

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

软件测试总结(十)

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

谈软件测试人员定位---三年软件测试总结

因为一直从事web产品的测试,我的观点并不一定适合所有的类型项目.   工作已将近三年了,虽然这三个年头里我都在积极的学习着与测试相关的技术:但是能沉淀的东西很少.相信测试同学都有类似的感觉.     不要为了测试而测试 前几天做了一个测试的PPT ,就是讲项目中要用到的测试技术,总结了半天其实实际的产品中没什么技术,熟悉需求,转化成用例,待项目上线后验证功能就OK 了:对一个自身质量要求不高的项目,我们有时候为了体现自己价值,非要在一些不痛不养的问题上揪着不放. 举个不恰当例子,某钢琴高手开了

软件测试总结(十一)

             快世界末日了,不知道这软件测试在传说中的末日来临之前还能总结完不,不管末日来不来,软件测试的总结还得进行下去.好了今天开始总结逻辑覆盖中的语句覆盖.     什么是语句覆盖呢?从字面上理解,就是把程序代码每条语句都覆盖了,至少都要执行一遍,其实意思也差不多.语句覆盖是一个比较弱的测试标准,意在选择足够的测试用例,使得程序中每条语句至少都能被执行一次,下面举一个小程序作为实例,希望大家能够在这个例子中领会其中的思想.     程序的代码: #include <iostre

软件测试总结(七)

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

软件测试总结(二)

  本节主要介绍一下层次测试的第一步--单元测试.在了解单元测试之前先看一个简单的主程序树状模块图:          所谓模块测试就是在底层进行的测试,如上图,单元测试就是测试上图中紫色的模块.单元测试是整个测试的基础,单元测试中发现的错误约占程序总错误数2/3,单元测试的目标是通过对程序底层模块的静态和动态测试使底层模块达到模块说明的要求.    单元测试主要测试5方面的的问题:        模块的接口测试主要检查数据能否正确地通过模块:数据结构测试目的在于保持程序内部数据的完整性:重要路

软件测试总结(三)

      本节主要介绍一下层次测试的第二步--集成测试.上一节我们已经在一定程度上了解了单元测试,这一节我们要讲解的集成测试就是建立在单元测试的基础上,将所有模块按照设计要求组装成一个完整的系统而进行的测试,也称为联合测试或组装测试.    集成测试应由独立于开发人员的测试小组负责实施.集成测试重点测试所有模块的接口部分,需设计测试过程所使用的驱动模块和桩模块,在单元测试时为被测试模块做的上下级模块做的替身分别称为驱动模块和桩模块.测试方法以黑盒为主.集成测试的方案大致可分为有三种,分别是自顶