总结一下,以软件开发周期来说明不同的测试的使用情况

从常用的角度分别介绍:

  从基于功能的角度:

    1、Unit Testing(单元测试)    

      这个步骤主要是开发者针对开发过程中,程序内部的函数、类、变量等等数据进行正确性的测试。 

      ex:一个函数需要把一些重要的数据插入到数据库中。那在编写完这个函数之后,就要进行测试,以验证:1)函数能正确带出需要插入数据库的数据变量。2)带出的数据可以正确的插入需要插入的数据库。

    2、function Testing(功能测试)

      顾名思义就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。

      ex:在一个项目中,有许多功能组成,每一个功能中有许多方法组成,我们经过单元测试不能确定其正确性,所以需要更加详尽的功能测试过程。

    3、Integrated Testing(集成测试)

      集成测试是在单元测试的基础上,将所有模块按照详细设计的要求组装成子系统或系统,进行集成测试。集成测试侧重于模块间的接口正确性以及集成后的整体功能的正确性。

      ex:等一个个函数或者功能模块的单元测试完成之后,就需要测试这些函数或者模块之间的整体的数据流是否正确。

    4、Scenario Testing(场景测试)

      通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种方法。

      ex:为什么场景法能如此清晰的描述整个事件?因为,现在的系统基本上都是由事件来触发控制流程的。如:我们申请一个项目,需先提交审批单据,再由部门经理审批,审核通过后由总经理来最终审批,如果部门经理审核不通过,就直接退回。每个事件触发时的情景便形成了场景。而同一事件不同的触发顺序和处理结果形成事件流。这一系列的过程我们利用场景法可以清晰的描述清楚。

     5、System Testing(系统测试)

       系统测试是将经过集成测试的软件,作为计算机系统的一个部分,与系统中其他部分结合起来,在实际运行环境下对计算机系统进行的一系列严格有效地测试,以发现软件潜在的问题,保证系统的正常运行。 系统测试的目的是验证最终软件系统是否满足用户规定的需求。

  。。。。

  基于非功能的角度:

    1、Stress Testing(压力测试)

      压力测试是对系统不断施加压力的测试,通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最多服务级别的测试。

      ex:我们平时浏览网页过程中,web站点在大量的负荷下,何时系统的响应会退化或失败。 

    2、Regression Testing(回归测试)

      回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上,软件产生新版本,都需要进行回归测试,验证以前发现和修复的错误是否在新软件版本上再次出现。

      ex:回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某个已知已经修正的缺陷再次围绕它原来出现时的步骤重新测试。

    3、Security Testing(安全测试)

      对产品进行检验以验证产品符合安全需求定义和产品质量标准的过程。

      ex:1)提升IT产品的安全质量; 2).尽量在发布前找到安全问题予以修补降低成本 ;

3)度量安全。4)验证安装在系统内的保护机制能否在实际应用中对系统进行保护,使之不被非法入侵,不受各种因素的干扰。

    4、Accessibility Testing(可达性测试)

      就是给那些可达性出现不同程度问题的人们使用软件的可能性的测试。简单说,就是测试软件是否能够被盲人、无鼠标人士、老花眼、色盲等残疾或者部分有障碍人士正常使用,这其中也包含了正常人在某些时候发生暂时性障碍的情况下正常使用,如怀抱婴儿等。

      ex:测软件给残障人士的可使用性,是否可被特定read软件读出所有页面和组件,是否支持全键盘操作等等

    5、Compatibility Testing(兼容性测试)

      兼容性测试将验证软件与其所依赖的环境的依赖程度,包括对硬件平台的依赖程度和对软件平台依赖程度,即是通常说的软件的可移植性。

      ex:兼容性测试主要目的是为了兼容第三方软件,确保第三方软件能正常运行,用户不受影响。由于各类应用软件和系统软件已经到了多如牛毛的地步,而且可以预见还将继续以爆炸式的速度增长,软件之间的数据共享和系统资源分享变成为一个问题,这也是兼容性测试的意义所在。虽然兼容性测试无法做到完全的质量保证,但对于一个项目来讲,兼容性测试是必不可少的一个步骤。

      。。。。。

  

  

时间: 2024-10-10 11:03:28

总结一下,以软件开发周期来说明不同的测试的使用情况的相关文章

以软件周期来说明不同的测试的使用情况

从常用的角度分别介绍: 从基于功能的角度: 1.Unit Testing(单元测试) 这个步骤主要是开发者针对开发过程中,程序内部的函数.类.变量等等数据进行正确性的测试. ex:一个函数需要把一些重要的数据插入到数据库中.那在编写完这个函数之后,就要进行测试,以验证:1)函数能正确带出需要插入数据库的数据变量.2)带出的数据可以正确的插入需要插入的数据库. 2.function Testing(功能测试) 顾名思义就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求

为什么软件开发周期通常是预期的两三倍?

英文:Michael Wolfe 译文:伯乐在线 - 袁欣 链接:http://blog.jobbole.com/45756/ 有国外开发者在 Quora 提了这个问题:“为什么软件开发周期通常是预期的两三倍?” 并补充问:“这是开发人员的错误? 是管理失误? 是因为做事方法不对, 或者说缺乏好的方法?还是说这就是软件开发流程的特点?” Michael Wolfe 在2012年1月28日给的回复,非常经典,截至我们发布时已有8016个 zan .以下是译文. 让我们先沿着海岸线,从旧金山(SF)

DBA成长之路数据库设计之软件开发周期

软件开发周期介绍 大家要想学好sql语句,我们必须知道这些表怎么来的.怎么设计出来的,所以大家想学好数据库就必须先学数据库设计.本篇文章主要是引导学习数据库设计,描述大概的开发周期 软件开发周期介绍1:需求分析阶段...该阶段主要是分析客户的业务和数据处理需求此阶段尤其重要,如果需求分析没搞好到了开发阶段就麻烦了甚至推到整个项目从新分析需求. 软件开发周期介绍2:概要设计阶段:这里就开始数据库设计-E-R模型图,确认需求信息的正确完整: 软件开发周期介绍3: 详细设计阶段:将E-R图转为多张表,

总结一下,以软件开发生命周期来说明不同测试使用的情况

1.需求阶段 需求测试--软件测试时由代码完成后开始的,事实上应从软件的需求定义开始. 需求测试贯穿整个软件开发周期,通过需求测试可指导软件测试的各个阶段,它可以帮助我们在设计整个测试的进行,测试计划的安排,测试用例的选取,软件的确认要达到的要求. 2.设计阶段 (1) 概要设计阶段 阐述测试方法和测试评估标准,编写测试计划,组织一个独立的测试小组,安排具有里程碑的测试日程. (2)详细设计阶段 开发或获取确认支持工具,生成功能测试数据和测试用例. 3.编码阶段 在编程阶段完成测试用例,对程序进

总结一下,以软件开发生命周期来说明不同的测试的使用情况

1.需求阶段 需求测试--软件测试时由代码完成后开始的,事实上应从软件的需求定义开始. 需求测试贯穿整个软件开发周期,通过需求测试可指导软件测试的各个阶段,它可以帮助我们在设计整个测试的进行,测试计划的安排,测试用例的选取,软件的确认要达到的要求. 2.设计阶段 (1) 概要设计阶段     阐述测试方法和测试评估标准,编写测试计划,组织一个独立的测试小组,安排具有里程碑的测试日程. (2)详细设计阶段     开发或获取确认支持工具,生成功能测试数据和测试用例. 3.编码阶段 在编程阶段完成测

敏捷开发下, 如何将需求分析,架构(软件)设计,开发与测试,一气呵成式的结合且高效的完成 ?

产品开发中,时常会发生类似如图中 "削马铃薯"的悲剧. 悲剧的发生,往往是由于我们只传递了 "要作什么功能"给开发人员.却缺乏了一个有效的且轻量级的实践,能在正式进入迭代开发前,确认开发人员是否真有能力,能将 "使用者的需求"转化为 "可执行的代码"? "场景树" 便是一结合Use Case, Domain Driven Design, UML 的轻量级可视化的敏捷实践. 经由场景树,可确认开发人员,是否已

软件开发周期过程

1.需求分析阶段 er模型 entity relationship 实体关系 2.概要设计阶段 3.详细设计阶段 4.代码编写阶段 5.软件测试阶段 6.安装部署(数据库维护)

软件开发周期

数据库设计在软件开发中地位 原文地址:https://www.cnblogs.com/kelamoyujuzhen/p/9069933.html

以软件周期c开发周期说明不同测试的使用情况

我们所使用的测试方法主要有以下几种 * 功能测试 单元测试(使用场景:在编码阶段,每完成一段相对完整的代码块时,单元测试几乎贯穿整个编码过程) 黑盒测试(使用场景:在编码阶段,没完成一各相对独立的模块时,例如京东的用户登陆模块完成后,软件测试人员使用编好的测试用例,判断该模块是否通过) 白盒测试(使用场景:在编码阶段,通过黑盒测试得知该代码段用bug但不能精确到具体位置的时候,使用白盒测试案例.例如用户在下订单的时候,生成了一条正确的订单信息和一些错乱的信息,需要使用debug功能,一行一行的运