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

从常用的角度分别介绍:

  从基于功能的角度:

  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-07-31 14:33:33

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

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

在软件生命周期的编码和单元测试阶段:用单元测试的方法完成“写出正确的容易理解.容易维护的程序模块”的任务.在综合测试阶段,使用的最基本的测试是集成测试和验收测试,来完成“通过各种类型的测试(及相应的调试)使软件达到预定的要求”的任务,必要时在这一阶段,还可以在通过现场测试或平行运动等方法对目标系统进行进一步的测试检验.

以软件开发生命周期来说明各种测试的使用情况

说到软件生命周期,我们首先来温习一下.一个软件产品或软件系统也要经历孕育.诞生.成长.成熟.衰亡等阶段,一般称为软件生存周期(软件生命周期)通常,软件生存周期包括:1.问题定义:2.可行性研究:3.需求分析:4.总体合计:5.详细设计:6.编码和单元测试:7.综合测试. 接下来,在了解一下软件测试.从软件测试的阶段分类,测试可分为4个主要阶段:单元测试.集成测试.系统测试.验收测试.这是一种由小到大,循序渐进的测试过程. 从基于功能的角度: 1.单元测试 这个步骤主要是开发者针对开发过程中,程序

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

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

从软件开发生命周期来说明不同测试的使用情况

从软件测试的阶段分类,测试可分为4个主要阶段:单元测试.集成测试.系统测试.验收测试.这是一种由小到大,循序渐进的测试过程. 1.单元测试:在编码阶段,对程序模块来进行正确性测试,单元测试几乎贯穿整个编码过程. 2.集成测试:在多个模块完成时,进行模块整合的时候需要做集成测试. 3.系统测试:其目的为检查软件是否符合软件需求,因此在交付客户使用的时候,要对整个系统进行测试. 4.验收测试:是由用户完成的测试,与系统测试内容类似.

软件开发生命周期中测试的使用情况

软件开发的生命周期主要包括以下的阶段: 1.问题定义. 2.可行性研究. 3.需求分析. 4.概要设计. 5.详细设计. 6.编码和单元测试. 7.综合测试. 8.软件维护 以上就是一个软件开发的完整生命周期,能比较明显的看出,到详细设计为止,之前的阶段很少涉及到测试的环节,从编码实现开始,测试就开始贯穿之后的阶段,编码实现中,用的最多的就是单元测试,编码人员或测试人员主要通过一些测试用例来检测编写的代码块是否实现了所需要的功能,但是单元测试中又分为黑盒测试和白盒测试,黑盒测试是不知道内部的详细

以软件开发生命周期的过程来说明不同测试的使用情况

此图为软件开发生命周期的模型图,下面以此图为例说明在软件开发生命周期各个阶段所使用的测试类型的异同. 1.在最初的原始计划制定阶段,需要进行文档编写测试. 2.开始参考某些软件原型并编写需求计划时,要进行手工测试来提取原型的优缺点,以及文档编写测试.每一次参考原型和风险分析时都需要进行所说的测试. 3.最终确定需要的开发计划,需要文档编写测试. 4.详细设计阶段:进行数据和数据库完整性测试. 5.编码阶段:依次进行单元测试.集成测试.系统测试,并穿插着功能测试和性能测试. 6.组装测试阶段:进行

软件开发生命周期总结

软件开发生命周期过程 软件开发的标准过程包括六个阶段,而六个阶段需要编写的各类文件达14种之多,在每个阶段需要编写哪些文件,以及这些文件的主要内容见下: 1.可行性与计划研究阶段 可行性研究报告:在可行性研究与计划阶段内,要确定该软件的开发目标和总的要求,要进行可行性分析.投资一收益分析.制订开发计划,并完成应编制的文件. 项目开发计划:编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员.开发进度. 所需经费预算.所需软.硬件条件等问题作出的安排记载下来,以便根据本计划开

软件开发生命周期及文档

软件开发,同任何事物一样要经历孕育.诞生.成长.成熟.结束等阶段,称之为软件开发生命周期. 通常,软件开发生命周期包括可行性分析与项目开发计划.需求分析.设计.编码.测试.发布维护等. 1)可行性分析与项目开发计划 这个阶段主要确定软件开发的目标及其可行性,明确要解决的问题及解决办法,以及解决问题需要的费用.资源.时间.要进行问题定义.可行性分析,制定项目开发计划. 该阶段产生的文档主要有可行性分析报告(一般很少需要)和项目开发计划. 2)需求分析 需求分析是明确软件系统要做什么,确定软件系统的

软件开发生命周期模型 瀑布模型、增量模型、原型模型、螺旋模型、喷泉模型总结

在校期间学习过这些模型,现在来复习一下. 瀑布模型/改进的瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效的一种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求 ->分析->设计->编码->测试的阶段进行,每一个阶段都可以定义明确的产出物和验证准则.瀑布模型在每一个阶段完成后都可以 组织相关的评审和验证,只有在评审通过后才能够进入到下一个阶段. 由于需要对每一个阶段进行验证,瀑布模型要求每一个阶段都有明确的文档产出,对于严格的瀑布模型