精华内容
下载资源
问答
  • 测试阶段

    2019-07-15 14:38:59
    单元测试 单元测试是在软件开发过程中要进行的最低级别的测试活动,针对软件设计的最小单元——模块。 目标: 验证代码是与设计相符合的; 跟踪需求与设计的实现; 发现设计和需求中存在的缺陷; 发现在编码...

    单元测试

    单元测试是在软件开发过程中要进行的最低级别的测试活动,针对软件设计的最小单元——模块。

     

    目标:

    验证代码是与设计相符合的;

    跟踪需求与设计的实现;

    发现设计和需求中存在的缺陷;

    发现在编码过程中引入的错误。

    单元测试与集成测试的区别:

    测试对象不同。单元测试对象是实现了具体功能的程序单元;集成测试对象是概要设计规划中的模块及模块间的组合。

    测试方法不同。单元测试中的主要方法是基于代码的白盒测试;集成测试中主要使用基于功能的黑盒测试。

    测试时间不同。集成测试晚于单元测试。、

    测试内容不同。单元测试主要是模块内程序的逻辑、功能、参数传递、变量引用、出错处理及需求和设计中具体要求方面的测试;集成测试主要验证各个接口、接口之间的数据传递关系,及模块组合后能否达到预期效果。

    单元测试与系统测试的区别:

    单元测试输入白盒测试,从开发者的角度出发,关注的是单元的具体实现、内部逻辑结构和数据流向;系统测试属于黑盒测试,从用户角度出发,证明系统已满足用户的需要。

    单元测试使问题及早暴露,便于定位解决,属于早期测试;系统测试是一种后期测试,定位错误比较困难。

    单元测试允许多个被测单元同时进行测试;系统测试时基于需求规格说明书的。

     

    单元测试环境

    需要用到一些辅助模块来模拟与被测模块相联系的其他模块:

    驱动模块:相当于被测模块的主模块。

    桩模块:用于代替被测模块调用的子模块

     

    单元测试策略

    自顶向下的单元测试策略

    从最顶层开始,把顶层调用的单元用桩模块代替,对顶层模块做单元测试。

    对第二层测试时,使用上面已测试的单元做驱动模块,并为被测模块编写新的桩模块。

    以此类推,直到全部单元测试结束。

    优点:可以在集成测试之前为系统提供早期的集成路径。

    缺点:随着单元测试的进行,测试过程会变得越来越复杂。因为改变任何一个单元时,就必须重新测试该单元下层调用的所有单元。

    自底向上的单元测试策略

    先对模块调用图上最底层的模块进行测试,使用驱动模块来代替调用它的上层模块。

    对上一层模块进行单元测试时,用已经测试的模块做桩模块,并为被测模块编写新的驱动模块。

    以此类推,直到全部单元测试结束。

    优点:无需单独设计桩模块;无需依赖结构设计;可为系统提供早期的集成途径。

    缺点:随着单元测试的不断进行,测试过程会变得越来越复杂,测试周期延长,测试和维护的成本增加。

    孤立测试

    这种测试不考虑每个模块与其他模块之间的关系,分别为每个模块单独设计桩模块和驱动模块,逐一完成所有单元模块的测试。

    综合测试

    考虑自底向上测试策略与孤立测试策略相结合的综合测试策略。

     

    测试重点

    模块接口:首先应对通过模块接口的数据流进行测试,如果数据不能正确的进出,所有其他测试都是不切实际的。测试参数的数目、次序、属性或单位系统与变元是否一致;是否修改了只作输入用的变元;全局变量的定义和用法在各个模块中是否一致。

    局部数据结构:应该仔细设计测试方案, 以便发现局部数据说明、初始化、默认值等方面的错误。

    独立路径:保证模块中每条语句至少执行一次。使用基本路径测试和循环测试有助于发现程序中因计算错误、比较不正确、控制流不适当而造成的错误。

    出错处理通路:好的设计应该能遇见出现错误的条件,并且设置适当的处理错误的通路,以便在真的出现错误时执行相应的出错通路或干净的结束处理。

    边界条件:软件时常会在边界上失败,边界测试运用边界值分析技术对边界值及其左右设计测试用例,可以帮助发现错误。

    集成测试

    简介

    集成测试(也叫组装测试,联合测试)是单元测试的逻辑扩展。它最简单的形式是:把两个已经测试过的单元组合成一个组件,测试它们之间的接口。从这一层意义上讲,组件是指多个单元的集成聚合。在现实方案中,许多单元组合成组件,而这些组件又聚合为程序的更大部分。方法是测试片段的组合,并最终扩展成进程,将模块与其他组的模块一起测试。最后,将构成进程的所有模块一起测试。此外,如果程序由多个进程组成,应该成对测试它们,而不是同时测试所有进程。

    集成测试测试组合单元时出现的问题。通过使用要求在组合单元前测试每个单元并确保每个单元的生存能力的测试计划,可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别。一个有效的集成测试有助于解决相关的软件与其它系统的兼容性和可操作性的问题。

    集成测试是在单元测试的基础上,测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。也就是说,在集成测试之前,单元测试应该已经完成,集成测试中所使用的对象应该是已经经过单元测试的软件单元。这一点很重要,因为如果不经过单元测试,那么集成测试的效果将会受到很大影响,并且会大幅增加软件单元代码纠错的代价。

    目标

    集成测试的目标是按照设计要求使用那些通过单元测试的构件来构造程序结构。单个模块具有高质量但不足以保证整个系统的质量。有许多隐蔽的失效是高质量模块间发生非预期交互而产生的。以下两种测试技术是用于集成测试:

    1)功能性测试。使用黑盒测试技术针对被测模块的接口规格说明进行测试。

    2)非功能性测试。对模块的性能或可靠性进行测试。

    另外,集成测试的必要性还在于一些模块虽然能够单独地工作,但并不能保证连接起来也能正常工作。程序在某些局部反映不出来的问题,有可能在全局上会暴露出来,影响功能的实现。此外,在某些开发模式中,如迭代式开发,设计和实现是迭代进行的。在这种情况下,集成测试的意义还在于它能间接地验证概要设计是否具有可行性。

    集成测试是确保各单元组合在一起后能够按既定意图协作运行,并确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功能。并且对以前的集成进行回归测试。

    实施

    集成测试是一种正规测试过程,必须精心计划,并与单元测试的完成时间协调起来。在制定测试计划时,应考虑如下因素:

    1、是采用何种系统组装方法来进行组装测试;

    2、组装测试过程中连接各个模块的顺序;

    3、模块代码编制和测试进度是否与组装测试的顺序一致

    4、测试过程中是否需要专门的硬件设备;

    解决了上述问题之后,就可以列出各个模块的编制、测试计划表,标明每个模块单元测试完成的日期、首次集成测试的日期、集成测试全部完成的日期、以及需要的测试用例和所期望的测试结果。

    在缺少软件测试所需要的硬件设备时,应检查该硬件的交付日期是否与集成测试计划一致。例如,若测试需要数字化仪和绘图仪,则相应测试应安排在这些设备能够投入使用之时,并需要为硬件的安装和交付使用保留一段时间,以留下时间余量。此外,在测试计划中需要考虑测试所需软件(驱动模块、桩模块、测试用例、生成程序等)的准备情况。

    单元测试后,有必要进行集成测试,发现并排除在模块连接中可能发生的上述问题,最终构成要求的软件子系统或系统。对子系统,集成测试也叫部件测试。

    任何合理地组织集成测试,即选择什么方式把模块组装起来形成一个可运行的系统,直接影响到模块测试用例的形式、所用测试工具的类型、模块编号和测试的次序、生成测试用例和调试的费用。通常,有两种不同的组装方式:一次性组装方式和增值式组装方式。

    完成标准

    怎样判定集成测试过程完成了,可按以下几个方面检查:

    1、成功地执行了测试计划中规定的所有集成测试;

    2、修正了所发现的错误;

    3、测试结果通过了专门小组的评审。

    集成测试应由专门的测试小组来进行,测试小组由有经验的系统设计人员和程序员组成。整个测试活动要在评审人员出席的情况下进行。

    在完成预定的组装测试工作之后,测试小组应负责对测试结果进行整理、分析,形成测试报告。测试报告中要记录实际的测试结果、在测试中发现的问题、解决这些问题的方法以及解决之后再次测试的结果。此外还应提出不能解决、还需要管理人员和开发人员注意的一些问题,提供测试评审和最终决策,以提出处理意见。

    集成测试过程

    根据IEEE标准 集成测试划分为4个阶段:计划阶段,设计阶段,实现阶段,执行阶段(实施阶段)

    计划阶段

    1)时间安排 概要设计完成评审后大约一个星期

    2)输入 需求规格说明书 概要设计文档 产品开发计划路标

    3)入口条件 概要设计文档已经通过评审

    4)活动步骤 1.定被测试对象和测试范围 2.评估集成测试被测试对象的数量及难度,即工作量 3.确定角色分工和作任务4.标识出测试各阶段的时间,任务,约束等条件5.考虑一定的风险分析及应急计划6.考虑和准备集成测试需要的测试工具,测试仪器,环境等资源7.考虑外部技术支援的力度和深度,以及相关培训安排8.定义测试完成标准

    5)输出集成测试计划

    6)出口条件 集成测试计划通过概要设计阶段基线评审

    设计阶段

      1)时间安排详细设计阶段开始

      2)输入需求规格说明书概要设计集成测试计划

      3)入口条件概要设计基线通过评审

      4)活动步骤 1.被测对象结构分析 2.集成测试模块分析3.集成测试接口分析4.集成测试策略分析5.集成测试工具分析6.集成测试环境分析7.集成测试工作量估计和安排。

      5)输出集成测试设计(方案)

      6.出口条件集成测试设计通过详细设计基线评审。

    实现阶段

      1)时间安排在编码阶段开始后进行

      2)输入需求规格说明书概要设计集成测试计划集成测试设计

      3)入口条件详细设计阶段

      4)活动步骤:1.集成测试用例设计2.集成测试代码设计(如果需要)3.集成测试脚本(如果需要)4.集成测试工具(如果需要)

      5)输出集成测试用例集成测试规程集成测试代码集成测试脚本集成测试工具

      6)出口条件测试用例和测试规程通过编码阶段基线评审

    执行阶段

      1)时间安排单元测试已经完成后就可以开始执行集成测试了

      2)输入 需求规格说明书概要设计集成测试计划集成高度设计集成测试例集成测试规程集成测试代码(如果有)集成测试脚本集成测试工具详细设计代码单元测试报告

      3)入口条件单元测试阶段已经通过基线化评审

      4)活动步骤执行集成测试用例回归集成测试用例撰写集成测试报告

      5)输出集成测试报告

      6)出口条件集成测试报告通过集成测试阶段基线评审

     

    注:集成测试应由专门的测试小组来进行,测试小组由有经验的系统设计人员和程序员组成。整个测试活动要在评审人员出席的情况下进行。

    系统测试

           系统测试是将已经继承好的软件系统,作为计算机系统的一个元素,与计算机硬件、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的集成测试和确认测试。

           系统测试的目标是:通过与系统的需求规格说明进行比较,检查软件是否存在与系统规格说明不符合或与之矛盾的地方,从而验证软件系统的功能和性能等满足规格说明所制定的要求。

    系统测试分析

    用户层:围绕用户界面的规范性、友好性、可操作性、系统对用户的支持,以及数据的安全性等方面展开。另外,用户层的测试通常还应注意可维护性测试和安全性测试。

    应用层:主要是针对产品工程应用或行业应用的测试。从应用软件系统的角度出发,模拟实际应用环境,对系统的兼容性、可靠性等进行测试。针对整个系统的应用层测试,包含并发性能测试、负载测试、压力测试、强度测试、破坏性测试。

    功能层:检测系统是否已经实现需求规格说明中定义的功能,以及系统功能之间是否存在类似共享资源访问冲突的情况。

    子系统层:针对产品内部结构性能的测试。

    协议/指标层:针对系统所支持的协议,进行协议一致性测试和协议互通测试。

    系统测试的方法

    功能测试:功能测试属于黑盒测试,是系统测试中最基本的测试。功能测试主要根据产品的需求规格说明和测试需求列表,验证产品是否符合需求规格说明。

    协议一致性测试:主要用于分布式系统。在分布式系统中,很多功能的实现是通过多台计算机相互协作来完成的,这要求计算机之间能相互交换信息,所以需要制定一些规则(协议)。对协议进行测试,通常包括:协议一致性测试、协议性能测试、协议互操作性测试、协议健壮性测试。

    性能测试:主要用于实时系统和嵌入式系统,性能测试是指测试软件在集成系统中的运行性能,目标是量度系统的性能和预先定义的目标有多大差距。一种典型的性能测试是压力测试,当系统同时接收极大数量的用户和用户请求时,需要测量系统的应对能力。性能测试要有工具的支持,在某种情况下,测试人员必须自己开发专门的接口工具。

    压力测试:又称强度测试,是在各种超负荷的情况下观察系统的运行情况的测试。

    容量测试:在系统正常运行的范围内测试并确定系统能够处理的数据容量。容量测试是面向数据的,主要目的就是检测系统可以处理目标内确定的数据容量。

    安全性测试:安全性测试就是要验证系统的保护机制是否抵御入侵者的攻击。保护测试是安全性测试中一种常见的测试,主要用于测试系统的信息保护机制。评价安全机制的性能与安全功能本身一样重要,其中安全性的性能主要包括:有效性、生存性、精确性、反应时间、吞吐量。

    失效恢复测试:验证系统从软件或者硬件失效中恢复的能力。失效恢复测试采用各种人为干预方式使软件出错,造成人为的系统失效,进而检测系统的恢复能力。如果恢复需要人为干预,则应考虑平均修复时间是否在限定的范围内。

    备份测试:备份测试是失效恢复测试的补充,目的是验证系统在软件或者硬件失效的实践中备份其数据的能力。

    GUI测试:GUI测试与用户友好性测试和可操作性测试有重复,但GUI测试更关注对图形界面的测试。GUI测试分为两个部分,一方面是界面实现与界面设计的情况要符合;另一方面是要确认界面能够正确处理事件。GUI测试设计测试用例一般要从以下4方面考虑:

    (1)划分界面元素,并根据界面的复杂性进行分层。通常把界面划分为三个层次,第一层是界面原子层;第二层是界面组合元素层;第三层是一个完整的窗口。

    (2)在不同的界面层次确定不同的测试策略。

    (3)进行测试数据分析,提取测试用例。

    (4)使用自动化测试工具进行脚本化工作。

    健壮性测试:又称容错测试,用于测试系统在出故障时,是否能够自动恢复或者忽略故障继续运行。健壮性测试的一般方法是软件故障插入测试,在软件故障插入测试中,需要关注三个方面:目标系统、故障类型和插入故障的方法。

    兼容性测试:检验被测的应用系统对其他系统的兼容性。

    易用性测试:与可操作性类似。检测用户在理解和使用系统方面是否方便。易用性测试是面向用户的系统测试,包括对被测系统的系统功能、系统发布、帮助文本和过程等的测试。最好在开发阶段就开始进行。

    安装测试验证成功安装系统的能力。

    文档测试:主要是针对系统提交给用户的文档进行验证。文档测试的目标是验证用户文档的正确性并保证操作手册的过程能正常工作。

    在线帮助测试:用于检验系统的实时在线帮助的可操作性和准确性。

    数据转换测试:目标是验证已存在数据的转换并载入一个新的数据库是否有效。

     

    系统测试的实施

    确认测试:又称有效性测试。其任务就是确认软件的有效性,即确认软件的功能和性能及其它特性是否与用户的要求一致。这一阶段要做的主要工作是进行功能测试和软件配置复审。

    Alpha和Beta测试:Alpha测试是用户在开发环境下进行的测试,也可以是产品供应商内部的用户在模拟实际操作环境下进行的测试。软件在一个自然设置状态下使用,开发者坐在用户旁边,随时记下错误情况和使用中的问题。这是在受控制环境下进行的测试。Beta测试是由多个用户在一个或多个用户的实际使用环境下进行的测试。通常是在不受控制的环境下进行的测试,开发者通常不在现场。用户记录在测试过程中遇到的一切问题(真实的或想象的),并且定期把这些问题报告给开发者。

    验收测试:是以用户为主的测试,软件开发人员和质量保证人员也应参加,由用户参加设计测试用例,使用用户界面输入测试数据,并分析测试的输出结果。

    回归测试: 在软件变更之后,对软件重新进行的测试。其目标是检验对软件进行的修改是否正确,保证改动不会带来不可预料的行为或者另外的错误。

     

    系统测试问题总结、分析

    问题严重级别划分如下:

    致命问题——对应于系统的可用性。

    严重问题——用于分析系统版本稳定性。

    一般问题——用于评估测试效率。

    提示问题——用于产品的完善性指标。

    验收测试

    1. 验收测试简介

    1.1简介

           验收测试即由产品开发方按照新浪提供的需求文档中所有内容(或按合同及其它有效约定,对方承诺实现的需求)进行开发、内测完毕,提交版本符合验收测试标准,通过新浪质量保证部进行的测试。通过验收测试判断产品质量是否符合产品需求,功能实现是否正确并可以最终上线。

    1.2角色定义

    验收提交方:产品研发方

    验收接收方:质量保证部

    2. 验收测试目的

    通过验收测试判断产品质量是否符合产品需求、功能实现是否正确,性能和安全性方面是否符合发布标准,并且产品可以最终上线。

    3. 验收测试版本

    3.1测试版本命名

    提交验收测试的产品版本统一按如下格式命名:产品名称_版本_ATx 各部分释义如下:

    产品名称:提交测试的产品名称,例如“易享收藏夹”(EasyShareFolder)

    版本:提交测试的产品版本号,例如“1.0.1”

    ATx:其中“AT”表示Acceptance testing;“x”表示提交验收测试的次数后,如1、2、3等

    示例: EasyShareFolder_1.0.1_AT1(表示“易享收藏夹”第一次提交验收测试的版本)

    3.2测试版本保存

    每次提交验收测试的版本统一保存至新浪主体产品的版本库中,上线版本以验收测试通过版本为准。

    4. 验收测试范围

    4.1界面测试

    所有页面浏览,连接的正确、所有功能按钮及界面显示正确

    4.2功能测试

    所有需求文档描述的功能实现正确

    4.3性能测试

    重点业务功能、性能能满足上线运营需求

    4.4安全性测试

    接口和数据调用等方面符合安全性规范;没有安全性漏洞

    5. 验收测试流程

    验收测试基本工作流程如下:

    5.1. 准入条件检测

    5.1.1文档

    进入验收测试的文档准备齐全:

    a) 验收版本的需求文档(提交方提供):要求需求文档与最终提交验收测试的程序完全匹配 ;

    b) 验收版本的测试用例(提交方提供):要求测试案例覆盖最终版本的需求文档;

    c) 验收版本的测试告(提交方提供):在测试报告书中说明测试总体情况,缺陷列表及修复情况;

    5.1.2缺陷

    要求开发方在WindowsXP IE6 /IE7/Firefox3.x兼容环境中(该兼容性需求会根据项目情况有变动,以新浪要求的为准),对需要文档上提及的所有功能进行全面测试,且提交验收测试时,开发方发现的所有缺陷都已解决。

    5.1.3测试环境

    验收测试环境准备完成,与线上真实环境一致

    我方项目负责人负责测试环境控制,保证测试期间环境一致、稳定

    5.1.4沟通和联系

    1. 提交验收测试的开发方负责人联系方式及测试工程师联系方式齐全 ;

    2. 提交验收测试缺陷的沟通渠道建立完毕,要求快捷、准确、反馈及时 ;

    5.2 验收测试

    5.2.1文档验收

    进入标准:文档准备必须齐全且符合标准,可以进入文档验收流程

    中断标准:

    1. 需求文档并非最终版,需求文档上描述的功能程序并未实现

    2. 测试用例与需求文档不匹配,测试用例中测试的模块在需求文档中不存在或者需求文档中的功能模块未在测试用例中体现

    3. 测试报告书不完整,遗留缺陷不符合遗留缺陷允许限制的数量

    退出标准:

    文档符合标准并通过验收,进入程序验收流程

    5.2.2程序功能验收

    进入标准:文档验收流程结束

    中断标准:

    1. 出现 A,B级缺陷

    2. C级缺陷达到3-10个(视项目大小而定)

    3. 验收测试过程中,提交新的版本

    退出标准:

    验收测试合格,缺陷按照标准修复完成

    通过标准:

    要求验收测试结束后,未解决的缺陷达到以下要求时,才能验收通过:

    a) A级缺陷:0个;

    b) B级缺陷:0个;

    c) C级缺陷:小于等于总缺陷数的3%;

    d) D级缺陷:小于等于总缺陷数的5%个;

    e) E级缺陷:小于等于总缺陷数的15%个。

    注:对于放弃处理的提案,必须提前经过我方同意。

    5.2.3验收完成

    1.验收完成后质量保证部提交的文档:

    a) 最终版需求文档

    b) 提交方提供的最终版测试用例

    c) 提交方提供的最终版测试报告

    d) 质量保证部提供的最终版验收测试报告

    2.验收完成后提交程序:

    验收完成锁定的程序最终版本,要求保存至我方版本库中。

    附录:缺陷级别定义

    缺陷分为 A、B、C、D 、E 5个级别:

    级别 说明

    A级 操作系统崩溃

    功能严重缺失

    程序不能运行

    B级 主要功能不能实现

    程序崩溃

    主要页面文字错误

    调试信息没有清除

    C级 功能实现与需求说明不符

    功能不能实现但不影响使用

    程序逻辑错误

    用户使用严重不便

    D级 功能实现但使用不便

    提示信息不统一

    界面布局不符合用户习惯

    E级 提示信息文字错误

    可商榷的页面布局

    整体程序色调

    展开全文
  • 嵌入式测试阶段: 根据软件开发阶段不同,可分为平台测试、单元测试、集成测试和系统测试。 1.平台测试 包括硬件电路测试、操作系统及底层驱动程序测试等等。硬件电路测试需要所对应的测试工具来进行测试。操作系统...

    嵌入式测试阶段:
    根据软件开发阶段不同,可分为平台测试、单元测试、集成测试和系统测试。
    1.平台测试
    包括硬件电路测试、操作系统及底层驱动程序测试等等。硬件电路测试需要所对应的测试工具来进行测试。操作系统和底层驱动程序的测试主要关注多任务调度、实时性能、数据传输等指标。
    2.单元测试
    将测试系统分成若干个单元模块,对每个单元模块进行测试,测试环境主要在宿主机上进行。
    3.集成测试
    将所有模块进行组合,测试内容主要是各模块间接口的数据传输、关注集成后的功能实现和各模块之间的耦合性。
    4.系统测试
    在集成测试完成之后,将系统完全移植到目标机中,验证软件能否满足用户需要,严格遵守需求规格说明书进行系统测试。本阶段测试主要包括:功能测试、性能测试、接口测试、负载测试、容量测试、安全性测试、稳定性测试、兼容性测试和可靠性测试。
    以保证最终用户的产品质量为宗旨,以文档化把控质量的测试实施理念,将嵌入式软件测试流程分成四个阶段计划、设计、实行和总结。
    1.测试计划阶段
    从可行性分析开始,首先要熟悉产品,参与项目策划和讨论中,并对整个项目提供可测试性建议。需要完成“软件测试需求说明书”和“软件测试计划”等资料编写工作,并于项目组成员一同进行评审,评审通过后开始下一阶段的工作。
    2.测试设计阶段
    参照“软件测试需求说明书”和“软件测试计划”资料内容,对测试内容进行设计,这个阶段的重要性不言而喻,设计质量的好坏直接影响到测试执行的质量。此阶段需要完成“软件测试方案与”“软件测试用例”的编写工作并对内容进行评审。在项目进行过程中如果需求说明书进行了更改,对应的测试内容也随之会发生变动,根据实际情况考虑是否需要重新进行设计,相关变更记录也要随之更新。
    3.测试执行阶段
    该阶段需要测试人员搭建好测试环境,准备测试数据,主要任务是根据设计好的测试用例来进行测试,输出对应测试结果,将缺陷内容提交至缺陷库。
    4.测试总结阶段
    整个测试过程总结,结论性报告在此阶段产生。本阶段对产生的缺陷进行分析,归纳并且输出软件测试报告等资料,将项目中数据进行整合、分析得出能否上市结论。

    展开全文
  • 测试阶段划分

    千次阅读 2017-06-19 15:59:55
    测试阶段的划分可以分为单元测试、集成测试、系统测试、确认测试。下面内容来自网络相关资料的整理。 1.单元测试  (1)定义:单元测试(又称为模块测试)是针对程序模块(软件设计的最小单位)来进行正确性...

    从测试阶段的划分可以分为单元测试、集成测试、系统测试、确认测试。下面内容来自网络相关资料的整理。

    1.单元测试

        (1)定义:单元测试(又称为模块测试)是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中,一个单元就是单个程序、函数、过程等;对于面向对象编程,最小单元就是方法,包括基类(超类)、抽象类、或者派生类(子类)中的方法。

       (2)单元测试任务包括:

    1 模块接口测试;

    2 模块局部数据结构测试;

    3 模块边界条件测试;

    4 模块中所有独立执行通路测试;

    5 模块的各条错误处理通路测试。


      模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下,其他测试才有意义。测试接口正确与否应该考虑下列因素:

      1 输入的实际参数与形式参数的个数是否相同;

      2 输入的实际参数与形式参数的属性是否匹配;

      3 输入的实际参数与形式参数的量纲是否一致;

      4 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同;

      5 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配;

      6 调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致;

      7 调用预定义函数时所用参数的个数、属性和次序是否正确;

      8 是否存在与当前入口点无关的参数引用;

      9 是否修改了只读型参数;

      10 对全程变量的定义各模块是否一致;

      11是否把某些约束作为参数传递。


      如果模块内包括外部输入输出,还应该考虑下列因素:

      1 文件属性是否正确;

      2 OPEN/CLOSE语句是否正确;

      3 格式说明与输入输出语句是否匹配;

      4缓冲区大小与记录长度是否匹配;

      5文件使用前是否已经打开;

      6是否处理了文件尾;

      7是否处理了输入/输出错误;

      8输出信息中是否有文字性错误;


      检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确。局部数据结构往往是错误的根源,应仔细设计测试用例,力求发现下面几类错误:

      1 不合适或不相容的类型说明;

      2 变量无初值;

      3 变量初始化或省缺值有错;

      4 不正确的变量名(拼错或不正确地截断); 

      5 出现上溢、下溢和地址异常。


      除了局部数据结构外,如果可能,单元测试时还应该查清全局数据(例如FORTRAN的公用区)对模块的影响。


      在模块中应对每一条独立执行路径进行测试,单元测试的基本任务是保证模块中每条语句至少执行一次。此时设计测试用例是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。此时基本路径测试和循环测试是最常用且最有效的测试技术。计算中常见的错误包括:

      1 误解或用错了算符优先级;

      2混合类型运算;

      3变量初值错;

      4精度不够;

      5表达式符号错。


      比较判断与控制流常常紧密相关,测试用例还应致力于发现下列错误: 

      1不同数据类型的对象之间进行比较;

      2错误地使用逻辑运算符或优先级;

      3因计算机表示的局限性,期望理论上相等而实际上不相等的两个量相等;

      4比较运算或变量出错;

      5循环终止条件或不可能出现;

      6迭代发散时不能退出;

      7错误地修改了循环变量。


      一个好的设计应能预见各种出错条件,并预设各种出错处理通路,出错处理通路同样需要认真测试,测试应着重检查下列问题:

      1输出的出错信息难以理解;

      2记录的错误与实际遇到的错误不相符;

      3在程序自定义的出错处理段运行之前,系统已介入;

      4异常处理不当;

      5错误陈述中未能提供足够的定位出错信息。


      边界条件测试是单元测试中最后,也是最重要的一项任务。众的周知,软件经常在边界上失效,采用边界值分析技术,针对边界值及其左、右设计测试用例,很有可能发现新的错误。

       (3)单元测试过程

      一般认为单元测试应紧接在编码之后,当源程序编制完成并通过复审和编译检查,便可开始单元测试。测试用例的设计应与复审工作相结合,根据设计信息选取测试数据,将增大发现上述各类错误的可能性。在确定测试用例的同时,应给出期望结果。

      应为测试模块开发一个驱动模块(driver)和(或)若干个桩模块(stub),下图显示了一般单元测试的环境。驱动模块在大多数场合称为“主程序”,它接收测试数据并将这些数据传递到被测试模块,被测试模块被调用后,“主程序”打印“进入-退出”消息。

      驱动模块和桩模块是测试使用的软件,而不是软件产品的组成部分,但它需要一定的开发费用。若驱动和桩模块比较简单,实际开销相对低些。遗憾的是,仅用简单的驱动模块和桩模块不能完成某些模块的测试任务,这些模块的单元测试只能采用下面讨论的综合测试方法。

      提高模块的内聚度可简化单元测试,如果每个模块只能完成一个,所需测试用例数目将显著减少,模块中的错误也更容易发现。集成测试:在单元测试的基础上,将模块按照设计要求组装进行测试。一般包括逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。


    2.集成测试

        (1)定义: 集成测试也叫组装测试、联合测试、子系统测试或部件测试。集成测试是在单元测试的基础上,将所有模块按照概要设计要求组装成为子系统或系统。

       (2)集成测试的关注点:

      1.在把各个模块连接起来时,穿越模块接口的数据是否会丢失。

      2.各个子功能组合起来,能否达到预期的要求的父功能。

      3.一个模块的功能是否会对另一个模块的功能产生不利的影响。

      4.全局数据结构是否有问题,会不会被异常修改。

      5.单个模块的误差积累起来,是否会放大,从而达到不可接受的程度。

       (3)集成测试的模式:

         ① 非增殖式集成方式。先分别测试每个模块,再把所有模块按设计要求一次全部组装起来所要的系统,然后进行整体测试。使用这种方式可能发现一大堆错误,但为每个错误定位和纠正非常困难,并且在改正一个错误的同时又可能引入新的错误,新旧错误混杂,更难断定出错的原因和位置。

      ② 增殖式集成方式。又称渐增式集成方式。首先对一个个模块进行模块测试,然后将这些模块逐步组装成较大的系统,在组装的过程中边连接边测试,以发现连接过程中产生的问题。最后通过增殖逐步组装成为要求的软件系统。 常用的增殖方法有:自顶向下集成测试、自底向上集成测试、核心集成测试等。

      自顶向下的增殖方式:将模块按系统程序结构,沿控制层次自顶向下进行集成。由于这种增殖方式在测试过程中较早地验证了主要的控制和判断点。在一个功能划分合理的程序结构中,判断常出现在较高的层次,较早就能遇到。如果主要控制有问题,尽早发现它能够减少以后的返工。

      自底向上的增殖方式:从程序结构的最底层模块开始组装和测试。因为模块是自底向上进行组装,对于一个给定层次的模块,它的子模块(包括子模块的所有下属模块)已经组装并测试完成,所以不再需要桩模块。在模块的测试过程中需要从子模块得到的信息可以直接运行子模块得到。

        自顶向下增殖的方式和自底向上增殖的方式各有优缺点。自顶向下增殖方式的缺点是需要建立桩模块。要使桩模块能够模拟实际子模块的功能将是十分困难的。同时涉及复杂算法和真正输入/输出的模块一般在底层,它们是最容易出问题的模块,到组装和测试的后期才遇到这些模块,一旦发现问题,导致过多的回归测试。而自顶向下增殖方式的优点是能够较早地发现在主要控制方面的问题。自底向上增殖方式的缺点是“程序一直未能做为一个实体存在,直到最后一个模块加上去后才形成一个实体”。就是说,在自底向上组装和测试的过程中,对主要的控制直到最后才接触到。但这种方式的优点是不需要桩模块,而建立驱动模块一般比建立桩模块容易,同时由于涉及到复杂算法和真正输入/输出的模块最先得到组装和测试,可以把最容易出问题的部分在早期解决。此外自底向上增殖的方式可以实施多个模块的并行测试。

      核心集成测试:核心系统先行集成测试法的思想是先对核心软件部件进行集成测试,在测试通过的基础上再按各外围软件部件的重要程度逐个集成到核心系统中。每次加入一个外围软件部件都产生一个产品基线,直至最后形成稳定的软件产品。核心系统先行集成测试法对应的集成过程是一个逐渐趋于闭合的螺旋形曲线,代表产品逐步定型的过程。  

    ③ 混合增殖式测试


      3. 系统测试

        (1)定义:系统测试是在所有单元、集成测试后,对系统的功能及性能的总体测试。

        (2)系统测试内容:系统不仅仅包括软件本身,而且还包括计算机硬件及其相关的外围设备、实际运行时大批量数据、非正常操作(如黑客攻击)等。通常意义上的系统测试包括压力测试、容量测试、性能测试、安全测试、容错测试等。


      · 压力测试(s"esstest):也称为强度测试、负载测试。压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷,长时间或超大负荷地运行测试软件,来测试被测系统的性能、可靠性、稳定性等。压力测试的目的就是在软件投入使用以前或软件负载达到极限以前,通过执行可重复的负载测试,了解系统硼J靠性、性能瓶颈等,以提高软件系统的可靠性、稳定性,减少系统的宕机时间和因此带来的损失。


      · 容量测试(c印ac时test):预先分析出反映软件系统应用特征的某项指标的极限值,如某个web站点可以支持多少个并发用户的访问量、网络在线会议系统的与会者人数。知道了系统的实际容量,如果不能满足要求,就应该寻求新的解决方案, 以提高系统的容量。若一时没有新的解决方案,就有必要在产品发布说明书上明确这些容量的限制,避免引起软件产品使用上的纠纷。如果实际容量已满足要求,就能帮助用户建立对产品的信心。


      · 性能测试(pe晌nllance test):通过测试确定系统运行时的性能表现,如得到运行速度、响应时间、占有系统资源等方面的系统数据。对丁那些实时或嵌入式系统,系统有时满足了功能要求,但未必能够满足性能要求,如某个}{_9站可以被访问, 而且司以提供预先设定的功能,但每打开一个页面都需要1~2分钟,用户不可忍 受,其结果没有用户愿意使用这个网站所提供的服务。


      · 安全测试(securhyten):检查系统对非法侵入的防范能力。安全测试期间。测试人员假扮非法入侵者,采用各种办法试图突破防线。系统安全设计的准则是,使非法侵入的代价超过被保护信息的价值。


      · 容错测试(recovervtest):主要检查系统的容错能力。当系统出错时,能否在指定时间间隔内修正错误并重新启动系统。容错测试首先要通过各种手段,让软件强制性地发生故障,然后验证系统是否能尽快恢复。对于自动恢复需验证熏新初始化、检查点、数据恢复和重新启动等机制的正确性

    4.确认测试

        (1)定义:确认测试又称有效性测试。有效性测试是在模拟的环境下,运用黑盒测试的方法,验证被测软件是否满足需求规格说明书列出的需求。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定,它包含的信息就是软件确认测试的基础。

          确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是确认测试的任务,即软件的功能和性能如同用户所合理期待的那样。

        (2)基本方法:

       通过集成测试之后,软件已完全组装起来,接口方面的错误也已排除,确认测试即可开始。确认测试应检查软件能否按合同要求进行工作,即是否满足软件需求说明书中的确认标准。

      1. 确认测试标准

      实现软件确认要通过一系列黑盒测试。确认测试同样需要制订测试计划和过程,测试计划应规定测试的种类和测试进度,测试过程则定义一些特殊的测试用例,旨在说明软件与需求是否一致。无论是计划还是过程,都应该着重考虑软件是否满足合同规定的所有功能和性能,文档资料是否完整、准确人机界面和其他方面(例如,可移植性、兼容性、错误恢复能力和可维护性等)是否令用户满意。

      确认测试的结果有两种可能,一种是功能和性能指标满足软件需求说明的要求,用户可以接受;另一种是软件不满足软件需求说明的要求,用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正,因此必须与用户协商,寻求一个妥善解决问题的方法。

      2. 配置复审

      确认测试的另一个重要环节是配置复审。复审的目的在于保证软件配置齐全、分类有序,并且包括软件维护所必须的细节。

      3. α、β测试

      事实上,软件开发人员不可能完全预见用户实际使用程序的情况。例如,用户可能错误的理解命令,或提供一些奇怪的数据组合,亦可能对设计者自认明了的输出信息迷惑不解,等等。因此,软件是否真正满足最终用户的要求,应由用户进行一系列“验收测试”。验收测试既可以是非正式的测试,也可以有计划、有系统的测试。有时,验收测试长达数周甚至数月,不断暴露错误,导致开发延期。一个软件产品,可能拥有众多用户,不可能由每个用户验收,此时多采用称为α、β测试的过程,以期发现那些似乎只有最终用户才能发现的问题。

      α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品(称为α版本)进行测试,试图发现错误并修正。α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的 用户操作方式。经过α测试调整的软件产品称为β版本。紧随其后的β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本,并要求用户报告异常情况、提出批评意见。然后软件开发公司再对β版本进行改错和完善。

    展开全文
  • ·按测试阶段来分类:单元测试 集成测试 系统测试 验收测试 单元测试:对软件中的最小可测试单元进行检查和验证。 单元测试的原则: 1.尽可能保证各个测试用例是互相独立的。 2.一般由代码的开发人员来实施...

    ·按照阶段  按照手段 按照测试模式  按照测试类型

     

    ·按测试阶段来分类:单元测试  集成测试  系统测试  验收测试

    单元测试:对软件中的最小可测试单元进行检查和验证。

    单元测试的原则:

    1.尽可能保证各个测试用例是互相独立的。

    2.一般由代码的开发人员来实施,用以检验所开发的代码功能符合自己的设计要求。

    单元测试的益处:

    1.能尽早的发现缺陷。TDD

    2.有利于重构。

    3.简化集成。

    4.文档。 尽可能的减少文档。

    5.用于设计。

    单元测试的限制:

    1.不可能覆盖所有的执行路径,所以不可能保证捕捉到所有路径的错误。

    2.每一行代码,一般需要3~5行测试代码才能完成单元测试。所以存在投入和产出的一个平衡。

    单元测试框架:JUnit  nunit  PHPUnit CppUnit

    JUnit学习:慕课网《Junit-Java单元测试必备工具》

    集成测试:是在单元测试的基础上,测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。

    集成测试的主要实施方案:

    1.Big Bang   一次性集成,把大部分的开发模块耦合起来,形成一个完整的软件系统,或系统的主要组成部分,并把它们拿来做集成测试。

    2.自顶向下    从主程序开始,沿控制层逐层的向下来集成,逐层来测试,覆盖所有的模块。

    3.自底向上    最常用方法,从模块最底层开始,逐层向上组装,向上测试。不用编写桩模块。能够比较好的锁定软件缺陷所在位置。

    4.核心系统集成  先把核心软件部分挑选出来,并对这些部件进行集成测试,在测试通过的基础上,再逐渐的扩展到外围的一些部件,直到最后形成稳定的软件产品。

    5.高频集成     指同步于软件开发过程,每隔一段时间,开发团队对现有的代码,进行一次集成测试,即持续集成。

    核心系统集成与高频集成的结合是现代敏捷的研发方式比较常用的一种集成方式。

    自底向上或者是自顶向下在传统的瀑布式的产品研发中比较常用。

    集成测试&单元测试的不同

    1.测试的对象不同

    单元测试:针对软件基本单元、最小单元测试

    集成测试:针对模块和子系统  模块和模块之间借口关系。

    2.测试的依据不同

    单元测试:主要针对软件的详细设计。测试用例主要依据是详细设计。

    集成测试:主要针对软件的概要设计。测试用例主要依据是概要设计。

    3.测试的方法不同

    单元测试:关注的是单元内部。

    集成测试:关注的是接口之间的集成,即模块之间的接口集成。

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

    关注点:关注系统本身的使用

                  关注系统与其他相关系统间的连通

                  关注系统在不同使用压力下的表现

                  关注系统在真实使用环境下的表现

    系统测试&集成测试的不同

    1.测试对象不同

    集成测试:由通过了单元测试的各个模块所集成起来的构件

    系统测试:除了软件之外,还包括计算机硬件及相关的外围设备、数据采集和传输机构、支持软件、系统操作人员等整个系统。

    2.测试时间不同

    集成测试:介于单元测试和系统测试之间的测试

    系统测试:在集成测试之后

    3.测试内容不同

    集成测试:各个单元模块之间的接口

    系统测试:整个系统的功能和性能

    4.测试角度不同

    集成测试:偏于技术角度的验证

    系统测试:偏于业务角度的验证

    验收测试:也称交付测试。针对用户需求、业务流程的正式的测试,确定系统是否满足验收标准,由用户、客户或其他授权机构决定是否接受系统。

    细分:用户验收测试  由开发方在移交产品之前来运行的测试。

              运行验收测试   由运维的层面来看系统是否能够正常的运行,正常维护的

              合同和规范验收测试  主要参照约定的规范进行的验收,针对政府法律法规。

              alpha测试  在开发者所提供的场所或环境中来运行,由用户来执行,但是场所和环境由开发者提供。

              Beta测试   完全脱离开发者,在用户提供的场所或者环境下来进行测试。

     

    单元测试:是各个阶段测试的基础,测试的对象是最小的可测试单元

    集成测试:关注的是各个最小单元模块之间的接口,和子系统的集成

    系统测试:把整个系统整装以后,置于真实的运行环境,进行全面的评估

    验收测试:从用户的角度,对系统软件的认可验收

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    展开全文
  • 二、软件测试阶段 1、单元测试 (1)依据:详细设计文档 (2)以黑盒(功能)测试为主,核心模块或风险较高模块可以辅助使用白盒测试(检查代码) (3)多个模块可以同时并行进行 (4)可能需要测试人员编写驱动模块...
  • 测试入门之测试阶段的划分

    千次阅读 2017-09-11 10:19:35
    测试阶段的详细划分。
  • 关于各个测试阶段的测试总结: 在集成测试阶段如果还是单元测试模式,那么必然是不可行的; 在集成测试阶段就应该把系统集成到一起,按照全流程进行测试,按照真实的操作步骤来执行; 集成上下文中的数据是系统...
  • 单元测试阶段 简称UT 集成测试阶段 简称IT 系统测试阶段 简称ST 验收测试阶段 简称UAT 单元测试阶段: 单元测试是针对软件的基本组成单元进行的测试活动。 软件的基本组成单元:就是实现软件的编程语言中的单位...
  • 软件测试的类型:按测试阶段划分

    千次阅读 2017-04-04 12:44:20
    软件测试的类型:按测试阶段划分
  • 1. 按测试阶段 1.1 单元测试   单元测试是开发者编写的一小段代码,用于检测被测代码的一个很小的、很明确的功能是否正确,通常而言,一个单元测试是用于判断某个特定条件 (或场景)下某个特定函数的行为。 ...
  • 测试阶段分类:  单元测试(各个测试的基础,测试对象:最小可测试单元)  集成测试(测试关注最小可测试单元之间接口和子系统集成)  系统测试(整个系统组装后置于真实运行环境进行全
  • 测试阶段流程

    2013-09-24 11:00:29
    这次项目测试阶段的流程我觉得还可以,记录一下 1、开发完成之后,先出一个版本,装到测试服务器上。这个服务器上的版本是稳定的,不允许打补丁 2、测试人员每天测试,提交BUG。开发人员同步修改,可以滞后一点...
  • 软件测试阶段和流程

    千次阅读 2018-04-26 16:14:50
    一、测试阶段 构建模块功能确认BBFV( Building Block Functional Validation),构建模块是指设计单元,例如一个单元电路,一个软件函数,一个结构零件等等。BBFV通常是以设计人员为主,测试人员参加。 系统设计...
  • 软件测试阶段的划分

    千次阅读 2018-03-16 12:56:13
    大学毕业刚刚接触软件测试行业的时候,就开始接触到很...再后来自己去考ISTQB-FL考试的时候,备考时候也真的是接触到了很多很多测试相关的理论知识:各种测试阶段,测试计划等等等等...今天偶尔在一本书上看到一个关...
  • 1、单元测试(模块测试):对程序中的单个子程序或具有独立功能的代码段进行测试的过程。比如开发的自测。...4、验收测试:系统上线前的最后一个测试阶段。一般由客户和软件开发方的人员共同完成。 ...
  • 软件测试阶段

    千次阅读 2017-09-10 20:33:16
    Hello,本博客主要介绍软件测试的几个阶段。一、软件测试分为哪几个阶段?简述各阶段应重点测试的点?各个阶段的含义? 软件测试大体可分为: 单元测试、集成测试、系统测试、验收测试。 每个阶段分为以下5个...
  • Scrum之Sprint验收测试阶段

    千次阅读 2013-08-16 08:36:57
    Sprint验收测试阶段
  • 说明:该篇博客是博主一字一码编写的,实属不易,请尊重原创,谢谢大家!...一、 测试阶段的分类 测试阶段也称测试级别 分类 √     单元测试 √    &...
  • 测试阶段详细几个测试阶段,包括单元测试、集成测试、系统测试、验收测试。 单元测试又称模块测试 。 集成测试又称综合测试。 系统测试另一个重要环节是配置复审,保证配置齐全、分类有序、包括维护所需的细节。 ...
  • 通过实验分析keras中Dropout在训练阶段和测试阶段的使用情况。 结论: Keras使用的 Inverted Dropout,因此测试时不需要修改 Dropout中的参数(rate)。 1. Dropout 的实现方式 Dropout的实现方式有两种。 ...
  • PTES标准中的渗透测试阶段

    千次阅读 2017-08-23 09:35:59
    1.2PTES标准中的渗透测试阶段  渗透测试执行标准(PTES:PenetrationTesting Executjion Standard)正在对渗透测试的重新定义,新标准的核心理念是通过建立起进行渗透测试所要求的基本准则基线,来定义一次真正的渗透...
  • 某比赛渗透测试阶段后门

    万次阅读 2018-11-19 07:33:52
    python + C 实现后门 首先是模拟VSFTPD2.3.4后门漏洞。漏洞具体情况就不在这里一一分析了== 下面直接上代码 #!/usr/bin/env python from socket import * import re import os import subprocess ...
  • 关于测试阶段的问题

    千次阅读 2012-10-24 14:56:42
    我们之前在http://blog.csdn.net/xc5683/article/details/8100033中曾说过测试阶段分为:单元测试、集成测试、系统测试和验收测试。很多人咨询关于确认测试的问题。关于确认测试是这样的,目前国内很多公司都是在...
  • PTES标准中的渗透测试阶段(要点)

    千次阅读 2019-05-24 14:58:16
    PTES标准中的渗透测试阶段是用来定义渗透测试过程,并确保客户组织能够以一种标准化的方式来扩展一次渗透测试,而无论是由谁来执行这种类型的评估。该标准将渗透测试过程分为七个阶段,并在每个阶段中定义不同的扩展...
  • 测试详细分类 角度细分 从是否关心软件内部结构和具体实现的角度划分(按测试分类) A.白盒测试 B.黑盒测试 C.灰盒测试 从是否执行程序的角度 A.静态测试 B.动态测试阶段细分 从...
  • 黑盒测试五大测试阶段

    千次阅读 2017-01-25 11:34:02
    个人觉得这篇将黑盒测试的挺好的~分享~ 黑盒测试又被称为功能测试(常见的功能测试相关工具有:零编码、测兼容和回归的TestWriter,测试框架selenium等,选择适合的自动化测试工具,...黑盒测试一般分为以下五个阶段
  • 软件测试阶段之单元测试

    千次阅读 2018-11-22 21:25:29
    单元测试(又称为模块测试)是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。 程序单元是应用的最小可测试部件。在过程化编程中,一个单元就是单个程序、函数、过程等;对于面向对象编程,最小单元...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 31,854
精华内容 12,741
关键字:

测试阶段