精华内容
下载资源
问答
  • 性能测试类型

    千次阅读 2019-04-02 18:44:00
    性能测试也分好几种类型,常见的...PS:文末附上一张性能测试类型的思维导图 1、负载测试(可置性测试) 定义:在被测系统上不断增加压力,直到性能指标(如响应时间)超过预期指标或者某种资源使用已经达到...

    转自:https://www.cnblogs.com/imyalost/p/5653342.html

     

    性能测试也分好几种类型,常见的类型有负载测试和压力测试,当然,并发测试也是比较常见的类型,下面就一一列出来。。。

    PS:文末附上一张性能测试类型的思维导图

     

    1、负载测试(可置性测试)

    定义:在被测系统上不断增加压力,直到性能指标(如响应时间)超过预期指标或者某种资源使用已经达到饱和状态。可以找到系统的处理极限,为系统调优提供数据

    特点:

    1):该方法主要目的是找到系统处理能力的极限

    2):该方法在给定的测试环境下进行,通常需要考虑被测系统的业务压力量和典型场景

    3):该方法一般用来了解系统的性能容量,或者是配合性能调优来使用

    性能容量:系统在保证一定响应时间的情况下能够允许多少并发用户的访问

     

    2、压力测试

    定义:系统在一定饱和状态下,例如CPU、内存等饱和情况下,系统能够处理的会话能力,以及系统是否会出现错误

    特点:

    1)该方法的主要目的是检查系统处于压力情况下是应用的性能表现

       该方法通过增加访问压力,是系统资源使用保持在一定水平,检验此时应用的表现,重点在于有误出错信息产生,系统对应用的响应时间等

    2)该方法一般通过模拟负载等方法,使得系统的资源使用达到较高的水平

     

    3、验收性能测试

    定义:特定条件下验证系统的能力状况

    特点:

    1)该方法主要目的是验证系统是否具有系统宣称的能力。

       方法包括:确定用户场景,给出需要关注的性能指标,测试执行,测试分析几个步骤

    2)该方法需要事先了解被测系统的典型场景,并具有确定的性能目标

    3)这种方法要求在已确定的环境下进行

     

    4、配置测试

    定义:通过对被测系统软硬件环境的调整,了解各种不同环境对系统性能影响的程度,从而找到系统各项资源的最优分配原则

    特点:

    1)该方法主要目的是了解各种不同因素对系统系能影响的程度,从而判断出最值得进行的调优操作

    2)该方法一般在对系统性能状况有初步了解后进行

       需要在确定的环境、操作步骤和压力条件下进行

    3)该方法一般用于性能调优和规划能力

     

    5、并发测试

    定义:模拟多用户并发访问同一个应用、模块或者数据记录时是否存在死锁或者其他性能问题

    特点:

    1)该方法主要目的是发现系统中可能存在的并发访问时的问题

    2)该方法主要关注系统中可能存在的并发问题。比如:内存泄漏、线程锁和资源争用等问题

    3)该方法可以在开发的各个阶段使用,需要相关的测试工具的配合和支持

    常用工具:商业软件loadrunner:功能完整强大,内存占用大,需要收费

            开源工具jmeter:开源免费,自由,操作较简单,能辅助完成日常的一些测试工作

     

    6、可靠性测试

    定义:给系统施加一定的业务压力,让其持续运行一段时间,测试在这种条件下能否稳定运行

    特点:

    1)该方法的主要目的是验证系统是否支持长期稳定的运行

    2)该方法需要在压力下持续一段时间的运行

    3)测试过程中需要关注系统的运行情况

       比如:内存使用或者其他资源的使用以及响应时间有无明显变化

     

    7、失效恢复测试

    针对有多余备份和负载均衡的系统设计

    定义:检测如果系统局部发生故障,系统能否继续使用

    特点:

    1)该方法主要目的是验证局部故障下系统能否继续使用

    2)该方法需要指出:问题发生时“能支持多少用户访问”和“采取何种应急措施”

       一般只有对系统持续运行能力有明确指标的系统才需要该类型测试

     

    上述几种类型是针对书中的知识点的归纳,下面列出自己对并发,负载,压力的理解。。。。。。

    负载测试:通过不断加压使系统达到瓶颈,为调优提供参考数据

    压力测试:

    1)稳定性压力测试:在不同的给定的条件下(比如内存的使用,一定时间段内有多少请求等),系统表现出来的处理,反应能力(这里会考虑系统的容错能力,恢复能力)

    2)破坏性压力测试:不断加压,直至系统崩溃,挂掉,来得出系统的最大承受能力在哪儿

    并发测试:简单理解就是业务场景短时间内有大量的请求需要处理,一般出现在登陆或者某些比较重要的模块,按钮。

     

    8、类型导图

     

     

    上图可能和这篇博客的内容有所出入,但目的是希望能加深理解。。。

    展开全文
  • 大数据测试类型&大数据测试步骤

    万次阅读 2017-02-07 16:09:13
    什么是大数据? 大数据是一个大的数据集合,通过传统的计算技术...大数据测试类型 测试大数据应用程序更多的是验证其数据处理,而不是测试软件产品的个别功能。当涉及到大数据测试时,性能和功能测试是关键。 ...

     

    什么是大数据?

             大数据是一个大的数据集合,通过传统的计算技术无法进行处理。这些数据集的测试需要使用各种工具、技术和框架进行处理。大数据涉及数据创建、存储、检索、分析,而且它在数量、多样性、速度方法都很出色。

    大数据测试类型

             测试大数据应用程序更多的是验证其数据处理,而不是测试软件产品的个别功能。当涉及到大数据测试时,性能和功能测试是关键。

             在大数据测试中,QA工程师使用集群和其他组件来验证对TB级数据的成功处理。因为处理非常快,所以它需要高水平的测试技能。处理可以是三种类型:批量、实时、交互。

            

             与此同时,数据质量也是大数据测试的一个重要因素。在测试应用程序之前,有必要检查数据的质量,并将其视为数据库测试的一部分。它涉及检查各种字段,如一致性,准确性,重复,一致性,有效性,数据完整性等。

    大数据测试步骤

             下图给出了测试大数据应用程序阶段的高级概述:

              

             大数据测试实现被分成三个步。

    Step 1:数据阶段验证

             大数据测试的第一步,也称作pre-hadoop阶段该过程包括如下验证:

    Ø  来自各方面的数据资源应该被验证,来确保正确的数据被加载进系统

    Ø  将源数据与推送到Hadoop系统中的数据进行比较,以确保它们匹配

    Ø  验证正确的数据被提取并被加载到HDFS正确的位置

             该阶段可以使用工具Talend或Datameer,进行数据阶段验证。

    Step 2:"MapReduce"验证

             大数据测试的第二步是MapReduce的验证。在这个阶段,测试者在每个节点上进行业务逻辑验证,然后在运行多个节点后验证它们,确保如下操作的正确性:

    Ø  Map与Reduce进程正常工作

    Ø  在数据上实施数据聚合或隔离规则

    Ø  生成键值对

    Ø  在执行Map和Reduce进程后验证数据

    Step 3:输出阶段验证

             大数据测试的最后或第三阶段是输出验证过程。生成输出数据文件,同时把文件移到一个EDW(Enterprise Data Warehouse:企业数据仓库)中或着把文件移动到任何其他基于需求的系统中。在第三阶段的活动包括:

    Ø  检查转换(Transformation)规则被正确应用

    Ø  检查数据完整性和成功的数据加载到目标系统中

    Ø  通过将目标数据与HDFS文件系统数据进行比较来检查没有数据损坏

     

     

     

    原网站链接:http://www.guru99.com/big-data-testing-functional-performance.html#1

    展开全文
  • 22种测试类型

    千次阅读 2018-11-08 09:53:07
    测试设计中需要考虑的22种测试类型 软件测试  黑盒测试:不基于内部设计和代码的任何知识,而是基于需求和功能性。  白盒测试:基于一个应用代码的内部逻辑知识,测试是基于覆盖全部代码、分支、路径、条件。  ...

    测试设计中需要考虑的22种测试类型  软件测试

      黑盒测试:不基于内部设计和代码的任何知识,而是基于需求和功能性。

      白盒测试:基于一个应用代码的内部逻辑知识,测试是基于覆盖全部代码、分支、路径、条件。

      单元测试:最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做,因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好,除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。

      累积综合测试:当一个新功能增加后,对应用系统所做的连续测试。它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作,或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。

      集成测试:一个应用系统的各个部件的联合测试,以决定他们能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。

      功能测试:用于测试应用系统的功能需求的黑盒测试方法。这类测试应由测试员做,这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。

      系统测试:基于系统整体需求说明书的黑盒类测试;应覆盖系统所有联合的部件。

      端到端测试:类似于系统测试;测试级的“宏大”的端点;涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话,用网络通讯,或与外部硬件、应用系统或适当的系统对话。

      健全测试:典型地是指一个初始化的测试工作,以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如,如果一个新版软件每5分钟与系统冲突,使系统陷于泥潭,说明该软件不够“健全”,目前不具备进一步测试的条件。

      衰竭测试:软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。

      接受测试:基于客户或最终用户的规格书的最终测试,或基于用户一段时间的使用后,看软件是否满足客户要求。

      负载测试:测试一个应用在重负荷下的表现,例如测试一个 Web 站点在大量的负荷下,何时系统的响应会退化或失败。

      强迫测试:在交替进行负荷和性能测试时常用的术语。也用于描述象在异乎寻常的重载下的系统功能测试之类的测试,如某个动作或输入大量的重复,大量数据的输入,对一个数据库系统大量的复杂查询等。

      性能测试:在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。

      可用性测试:对“用户友好性”的测试。显然这是主观的,且将取决于目标最终用户或客户。用户面谈、调查、用户对话的录象和其他一些技术都可使用。程序员和测试员通常都不宜作可用性测试员。

      安装/卸载测试:对软件的全部、部分或升级安装/卸载处理过程的测试。

      恢复测试:测试一个系统从如下灾难中能否很好地恢复,如遇到系统崩溃、硬件损坏或其他灾难性问题。

      安全测试:测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。

      兼容测试:测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。

      比较测试:与竞争伙伴的产品的比较测试,如软件的弱点、优点或实力。

      Alpha 测试:在系统开发接近完成时对应用系统的测试;测试后,仍然会有少量的设计变更。这种测试一般由最终用户或其他人员员完成,不能由程序员或测试员完成。

      Beta 测试:当开发和测试根本完成时所做的测试,而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成,不能由程序员或测试员完成。

    展开全文
  • 常见软件测试类型分类

    万次阅读 2018-09-20 09:48:05
    软件测试类型 1)回归测试 回归测试: (regression testing): 回归测试有两类:用例回归和错误回归;用例回归是过一段时间以后再回头对以前使用过的用例在重新进行测试,看看会重新发现问题。错误回归,就是在新...

    软件测试类型

    1)回归测试

    回归测试: (regression   testing): 回归测试有两类:用例回归和错误回归;用例回归是过一段时间以后再回头对以前使用过的用例在重新进行测试,看看会重新发现问题。错误回归,就是在新版本中,对以前版本中出现并修复的缺陷进行再次验证,并以缺陷为核心,对相关修改的部分进行测试的方法。

    2)黑盒测试

    已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。
     也叫功能测试,是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推测、因果图和综合策略。 

    3)白盒测试

     

    已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。
      黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误:
      1、是否有不正确或遗漏的功能?
      2、在接口上,输入是否能正确的接受?能否输出正确的结果?
      3、是否有数据结构错误或外部信息(例如数据文件)访问错误?
      4、性能上是否能够满足要求?
      5、是否有初始化或终止性错误?
      白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查:
      1、对程序模块的所有独立的执行路径至少测试一遍。
      2、对所有的逻辑判定,取“真”与取“假”的两种情况都能至少测一遍。
      3、在循环的边界和运行的界限内执行循环体。
      4、测试内部数据结构的有效性,等等。

    Q: 黑盒测试和白盒测试各自的优点和缺点      

    黑盒测试的优点有:比较简单,不需要了解程序内部的代码及实现;与软件的内部实现无关;  从用户角度出发,能很容易的知道用户会用到哪些功能,会遇到哪些问题;基于软件开发文档,所以也能知道软件实现了文档中的哪些功能;在做软件自动化测试时较为方便。

    黑盒测试的缺点有:不可能覆盖所有的代码,覆盖率较低,大概只能达到总代码量的30%;自动化测试的复用性较低。

    白盒测试的优点有:帮助软件测试人员增大代码的覆盖率,提高代码的质量,发现代码中隐    藏的问题。

    白盒测试的缺点有:程序运行会有很多不同的路径,不可能测试所有的运行路径;测试基于代码,只能测试开发人员做的对不对,而不能知道设计的正确与否,可能会漏掉一些功能需求;系统庞大时,测试开销会非常大。

     

    4)单元测试(模块测试)

     

    是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。
      单元测试是由程序员自己来完成,最终受益的也是程序员自己。可以这么说,程序员有责任编写功能代码,同时也就有责任为自己的代码编写单元测试。执行单元测试,就是为了证明这段代码的行为和我们期望的一致。
     内容包括 模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

      策略包括逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析

    Q: 单元测试策略

      单元测试策略主要有三种方式:

    1) 自顶向下的单元测试策略:从顶层调用的单元做成桩模块; 对第二层测试,使用上面已测试的单元做驱动模块; 依次类推,直到全部单元测试结束。(比孤立单元测试的成本高很多)

    2) 自底向上的单元测试策略:先对模块调用的最底层模块进行测试,模拟调用该模块的模块为驱动模块; 其次,对上一层模块进行单元测试,用已经被测试过的模块做桩模块,依次类推,直到全部单元测试结束。(比较合理的单元测试策略,但测试周期较长)

    3) 孤立测试的单元测试策略:无需考虑每个模块与其他模块之间的关系,分别为每个模块单独设计桩模块和驱动模块,逐一完成所有单元模块的测试。(最好的单元测试策略)

     

    Q: 单元测试主要内容

     

    单元测试大多数由开发人员来完成,测试人员技术背景较好或者开发系统软件时可能会安排测试人员进行单元测试,大多数进行的单元测试都是开发人员调试程序或者开发组系统联合调试的过程。讨论这个问题主要是扩充一下读者的视野。

    单元测试一般包括五个方面的测试:

    模块接口测试

    模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下,其他测试才有意义。模块接口测试也是集成测试的重点,这里进行的测试主要是为后面打好基础。测试接口正确与否应该考虑下列因素:

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

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

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

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

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

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

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

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

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

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

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

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

    -文件属性是否正确;

    -OPEN/CLOSE语句是否正确;

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

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

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

    -是否处理了文件尾;

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

    -输出信息中是否有文字性错误。

    -局部数据结构测试;

    -边界条件测试;

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

    局部数据结构测试

     

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

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

    -变量无初值;

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

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

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

    边界条件测试

    边界条件测试是单元测试中最重要的一项任务。众所周知,软件经常在边界上失效,采用边界值分析技术,针对边界值及其左、右设计测试用例,很有可能发现新的错误。边界条件测试是一项基础测试,也是后面系统测试中的功能测试的重点,边界测试执行的较好,可以大大提高程序健壮性。

    模块中所有独立路径测试

    在模块中应对每一条独立执行路径进行测试,单元测试的基本任务是保证模块中每条语句至少执行一次。测试目的主要是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。具体做法就是程序员逐条调试语句。常见的错误包括:

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

    -混合类型运算;

    -变量初值错;

    -精度不够;

    -表达式符号错。

    比较判断与控制流常常紧密相关,测试时注意下列错误:

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

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

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

    -比较运算或变量出错;

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

    -迭代发散时不能退出;

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

    模块的各条错误处理通路测试:程序在遇到异常情况时不应该退出,好的程序应能预见各种出错条件,并预设各种出错处理通路。如果用户不按照正常操作,程序就退出或者停止工作,实际上也是一种缺陷,因此单元测试要测试各种错误处理路径。一般这种测试着重检查下列问题:

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

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

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

    -异常处理不当;

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

     

    5) 集成测试(组装测试,联合测试)

    是单元测试的逻辑扩展。它的最简单的形式是:两个已经测试过的单元组合成一个组件,并且测试它们之间的接口。从这一层意义上讲,组件是指多个单元的集成聚合。在现实方案中,许多单元组合成组件,而这些组件又聚合成程序的更大部分。方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试。最后,将构成进程的所有模块一起测试。

    Q: 集成测试主要内容

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

     (2)一个模块的功能是否会对另一个模块的功能产生不利的影响;

     (3)各个子功能组合起来,能否达到预期要求的父功能;

     (4)全局数据结构是否有问题;

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

    Q: 集成测试策略

    1大爆炸集成:属于非增值式集成的一种方法,也称为一次性组装或整体拼装。这种集成策略的做法就是把所有通过单元测试的模块一次性集成到一起进行测试,不考虑组件之间的互相依赖性及可能存在的风险适应于一个维护型项目或被测试系统较小)

    2三明治集成:一种混合增量式测试策略,综合了自顶向下和自底向上两种集成方法的优点,因此也属于基于功能分解的集成。这种方法桩和开发工作都比较小,但增加了定位缺陷的难度

    3自顶向下集成:就是按照系统层次结构图,以主程序模块为中心,自上而下按照深度优先或者广度优先策略,对各个模块一边组装一边进行测试。又可分为深度优先集成和广度优先集成两种方式。

    (适应于产品控制结构比较清晰和稳定;高层接口变化较小;底层接口未定义或经常可能被修改;产口控制组件具有较大的技术风险,需要尽早被验证;希望尽早能看到产品的系统功能行为。)

    4自底向上集成:从依赖性最小的底层模块开始,按照层次结构图,逐层向上集成,验证系统的稳定性。

    (适应于底层接口比较稳定;高层接口变化比较频繁;底层组件较早被完成。)

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

    6、分层集成、分布式集成、基于路径、功能、进度、风险、事件、使用等的集成等13种。

    基于进度的集成
         优点:具有较高的并行度;能够有效缩短项目的开发进度。
         缺点:桩和驱动工作量较大;有些接口测试不充分;有些测试重复和浪费。

     

    6) 系统测试

     

    是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。(常见的联调测试)
    系统测试的目的是对最终软件系统进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计。
     

    6.1) 安全性测试

    属于软件测试的哪个阶段?并试阐述安全测试的概念和用以评判系统安全性性能的主要指标。

      是系统测试的一种类型,测试系统是否存在安全隐患和漏洞

      安全性测试就是要验证系统内的保护机制能否抵御入侵者的攻击。安全性测试的测试人员需要在测试活动中,撒气不同的入侵方式来攻击系统的安全机制,想尽一切办法来获取系统内的保密信息。

      系统安全性性能的指标:

    有效性:启动严格的安全性性能所花费的时间占启动整个系统所花费时间的比例。

    生存性:当错误发生时,系统对紧急操作的支持,对错误的补救措施以及恢复到正常操作的能力,即抗挫能力

    精确性:衡量系统安全性控制的精度指标,围绕所出现的错误数量、发生频率及其严重性判断

    反应时间出错时系统响应速度的快慢,一个安全性较强的系统要具备快速的反应速度。

    吞吐量用户和服务请求的峰值和平均值。

    Q: 软件的安全性应从哪几个方面去测试?

    (1) 用户认证机制:如数据证书、智能卡、双重认证、安全电子交易协议

    (2) 加密机制

    (3) 安全防护策略:如安全日志、入侵检测、隔离防护、漏洞扫描

    (4) 数据备份与恢复手段:存储设备、存储优化、存储保护、存储管理

    (5) 防病毒系统

     

    6.2) 恢复性测试

    属于软件测试的哪个阶段?并试阐述恢复性测试的概念和进行恢复性测试分析时主要应考虑的问题。

    恢复性测试使系统测试阶段的一种方法,也叫容错测试,用来检查系统的容错能力。通常若计算机系统出现错误,就必须在一定时间内从错误中恢复过来,修正错误并重新启动系统。在进行恢复性测试时,要考虑的主要问题有:恢复期间的安全性过程。恢复处理日志方面的能力。当出现供电问题时的恢复能力。恢复操作后系统性能是否下降。  常用的恢复测试用例的设计方法:规范导出法、错误猜测法、基于故障的测试。

    Q: 单元测试、集成测试、系统测试的侧重点是什么? 
      单元测试针对的是软件设计的最小单元--程序模块(面向过程中是函数、过程;面向对象中是类。), 进行正确性检验的测试工作, 在于发现每个程序模块内部可能存在的差错. 一般有两个步骤: 人工静态检查\动态执行跟踪 
     
    集成测试针对的是通过了单元测试的各个模块所集成起来的组件进行检验,其主要内容是各个单元模块之间的接口,以及各个模块集成后所实现的功能
     
    系统测试针对的是集成好的软件系统,作为整个计算机系统的一个元素,与计算机硬件\外设\某些支持软件\数据和人员等其他系统元素结合在一起,要在实际的运行环境中,对计算机系统进行一系列的集成测试和确认测试.
    1)集成测试的主要依据概要设计说明书,系统测试的主要依据是需求设计说明书

    2)集成测试是系统模块的测试,系统测试是对整个系统的测试,包括相关的软硬件平台、网络以及相关外设的测试。

     

    7) 验收测试

    是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。
    验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是验收测试的任务,即软件的功能和性能如同用户所合理期待的那样。

      包括正式验收测试、alpha测试、beta测试三种测试。

    7.1) Beta testing (β测试)

    测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场
     

    7.2)Alpha testing (α测试)

     

    是由一个用户开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的受控测试

     

    8) 兼容性测试

     

    也称“Configuration testing(配置测试)”,测试软件是否和系统的其它与之交互的元素之间兼容,如:浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行,即是通常说的软件的可移植性

    兼容的类型,如果细分的话,有平台的兼容,网络兼容,数据库兼容,以及数据格式的兼容

    包括向下兼容和交错兼容,向下兼容是测试软件新版本保留它早期版本功能的情况,交错兼容是验证共同存在的两个相关但不相同的产品之间的兼容性。

    Q: 配置和兼容性测试的区别是什么?

    配置测试的目的是保证软件在其相关的硬件上能够正常运行,而兼容性测试主要是测试软件能否与不同的软件正确协作。

    配置测试的核心内容就是使用各种硬件来测试软件的运行情况,一般包括:

    1)软件在不同的主机上的运行情况,例如Dell和Apple;

    2)软件在不同的组件上的运行情况,例如开发的拨号程序要测试在不同厂商生产的Modem上的运行情况;

    3)不同的外设;

    4)不同的接口;

    5)不同的可选项,例如不同的内存大小;

    兼容性测试的核心内容:

    1)测试软件是否能在不同的操作系统平台上兼容;

    2)测试软件是否能在同一操作系统平台的不同版本上兼容;

    3)软件本身能否向前或者向后兼容;

    4)测试软件能否与其它相关的软件兼容;

    5)数据兼容性测试,主要是指数据能否共享

    配置和兼容性测试通称对开发系统类软件比较重要,例如驱动程序、操作系统、数据库管理系统等。具体进行时仍然按照测试用例来执行。

     

    9) 性能测试

    系统在大并发下的响应速度和健壮性

    通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。

    10) 界面测试

    界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。
      区别在于,功能测试关注产品的所有功能上,要考虑到每个细节功能,每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上,用户使用该产品的时候是否易用,是否易懂,是否规范(快捷键之类的),是否美观(能否吸引用户的注意力),是否安全(尽量在前台避免用户无意输入无效的数据,当然考虑到体验性,不能太粗鲁的弹出警告)?做某个性能测试的时候,首先它可能是个功能点,首先要保证它的功能是没问题的,然后再考虑该功能点的性能测试

    11) 易用性测试

    界面的友好性,操作方便性等。

    12) 需求测试的注意事项

    是否使用了公司的模板、

    文档内容是否符合规范、

    所有的需求是分级是否清析适当、

    所有的需求是否具有一致性

    需求是否可行(即,该需求组合有解决方案)、

    需求可否用己知的约束来实现、

    需求是否足够(即,可以把它送到一个规范的开发组织,并有一个生产出所需要产品的合理的可能性)、

    所有的其它需求是交叉引用是否正确、

    用户描述是否清楚、

    是否用客户的语言来描述需求、

    每个需求描述是否清楚没有岐义,可以移交给一个独立的组去实现时也能理解、

    是否所有的需求都是可验证的、

    是否每条需求都具有独立性,即使发生了变化也不会影响其它需求、

    性能指标是否明确、

    非功能性需求是否得到充分表现、

    是否完整列出适用的标准或协议、

    标准和协议之间是否存在冲突

     

    展开全文
  • 测试类型分析是进行细化测试用例条件的重要手段之一,通过测试类型的分类,测试人员可以将测试条件从不同的维度进行考虑,并发现不同的缺陷类型,从而提高测试的覆盖率。 测试类型并不是一个标准,它的定义需要考虑...
  • 测试类型: 质量属性解决的是要从哪些角度去设计产品才能满足用户的需求,那么测试类型解决的就是测试要从哪些角度去分析和测试产品: 2. PS: 本文转至:https://www.cnblogs.com/Ming8006/p/5774065.html, ...
  • 1.3 渗透测试类型  渗透测试的两种基本类型:白盒测试与黑盒测试。白盒测试,有时也被称为“白帽测试”,是指渗透测试者在拥有客户组织所有知识的情况下所进行的测试;黑盒测试则设计为模拟一个对客户组织一无所知...
  • 常见的软件测试类型

    千次阅读 2017-02-25 21:50:37
    按照测试类型来分类:   功能测试 性能测试 兼容性测试   部署测试 易用性测试   文档测试 本地化测试   安全测试 无障碍测试 可靠性测试  1.功能测试:它是最主要的部分。根据产品特性、操作描述和用户...
  • 软件测试类型(一)

    千次阅读 2017-05-03 20:46:39
    (5) 按测试类型分类:功能测试、界面测试、性能测试(负载测试、强度测试)、容量测试、压力测试、安全测试、兼容性测试、安装测试、文档测试、易用性测试、边界测试、健壮性测试、本地化测试、
  • 在前面的文章中,我们提到了测试类型定义需要综合考虑各个方面的输入,包括开发文档定义的需求(包括涉及的一些标准与规范等)、ISO/IEC 9126质量模型、测试经验,以及通过分析在研发阶段发现的缺陷、产品发布之后...
  • 常见的测试类型及其测试方法(一)

    千次阅读 2017-03-14 10:48:15
    本文总结了一些常见的测试类型,并说明了其所对应的软件质量模型中的特性(详见《ISO/IEC 9126 软件质量模型》)。我们可以据此来衡量测试用例考虑的测试类型是否全面。   功能测试: 验证产品能否满足用户特定...
  • 测试类型和bug生命周期

    千次阅读 2017-04-01 17:56:15
    测试类型: 黑盒测试:把测试对象当成一个黑盒子,测试人员完全不考虑逻辑结构和内部特性,只依据程 式的需求说明书来检查程式的功能是否满足它的功能说明。 白盒测试:把测试对象当成一个透明的盒子,允许...
  • 软件测试类型/缺陷分类的获取

    千次阅读 2017-07-10 10:03:00
    软件测试类型分析是进行细化测试用例条件的重要手段之一,通过测试类型的分类,软件测试人员可以将测试条件从不同的维度进行考虑,并发现不同的缺陷类型,从而提高测试的覆盖率。  测试类型并不是一个标准,它的...
  • 软件测试类型按开发阶段的划分

    千次阅读 2017-08-23 16:33:56
    软件测试类型按开发阶段分为单元测试,集成测试,确认测试,系统测试,验收测试 (1)单元测试:  单元测试又称为模块测试,是针对软件设计的最小单位程序模块进行正确性检查的测试工作,单元测试需要从程序...
  • 软件测试类型——集成测试

    千次阅读 2018-07-06 10:58:11
    简介 集成测试(Integration Testing),也叫组装测试或联合测试。在单元测试的基础上,将所有模块按照设计要求(如根据结构图)组装成为子系统或系统,进行集成测试。 集成测试(也叫组装测试,联合测试)是单元...
  • 软件测试的16种测试类型

    千次阅读 2018-03-16 16:27:26
    软件测试主要从以下16种类型进行测试: 一:功能测试(10个方面) 菜单、工具栏、快捷键、下拉框、按钮、单选按钮、复选按钮、切换、链接、触发键 二:界面测试 登陆界面、总界面、输入界面(增、删、改、查)、...
  • 关于测试类型

    千次阅读 2004-07-20 14:39:00
    关于测试类型 jackei by 2003-11-10 现在网上还是有很多同行对于测试类型、测试方法、测试阶段区分不开,其实这几个概念还是比较容易区分的。它们之间是存在一些关系的,比如测试阶段的定义应该是最大了,比如有组件...
  • 软件测试类型知多少?

    千次阅读 2011-11-01 09:47:36
    软件测试的类型多种多样,测试类型与被测软件的测试需求相关。对于初学者,需要了解最常见的测试类型,也有必要了解其他的测试类型,作为进一步提高的目标。 以下转载了比较齐全的测试类型,请那位朋友帮助把全文翻译...
  • 自动化测试的测试类型

    千次阅读 2018-01-04 17:34:06
    1、测试静态内容静态内容测试是最简单的测试,用于验证静态的、不变化的UI元素的存在性。比如每个页面都有其预期的页面标题?这可以用来验证链接指向一个预期的页面。2、测试链接Web站点的一个常见错误为的失效的...
  • 手机APP测试类型与方法

    千次阅读 2013-04-27 15:12:12
    当前,智能手机已越来越普及,并已渗透到人们...通过1年多的工作,对手机APP的各测试类型与方法实践如下:   当进行APP测试时,我一般把APP的测试分为以下类型: (1)接口协议测试 (2)易用性测试 (3)功能
  • 分清性能测试类型

    千次阅读 2012-11-25 22:04:20
    在进行性能测试时,应该要明确性能测试的策略,所以对性能测试的各种类型,需要有确切的认识,以下介绍性能测试的几种类型。 1、性能测试:性能测试通常泛指所有类型的性能测试,目标是在特定条件下验证软件系统的...
  • 测试类型:功能测试,性能测试,安全性测试,易用性测试,兼容性测试,可靠性测试,配置测试,Gui测试等等 测试方法:黑盒测试,白盒测试,灰盒测试 测试阶段:单元测试-集成测试-系统测试-确认测试-验收测试
  • 接口测试类型及接口测试工具

    万次阅读 2015-11-14 23:22:16
    文中所列举的测试工具,对开发测试都有极大的帮助,可以提升工作效率,不信的话可以尝试一下 1接口类型: 1.1 Java web的接口包含webservice接口、HTTP接口、JavaScript接口、服务端jar包接口、hessian,jms...
  • 系统测试之系统测试类型(三)

    千次阅读 2017-11-06 21:28:37
    (一)功能性测试在指定使用条件下,使用被测对象,验证其是否满足用户显性或隐性需求。测试关注点 1.是否有不正确或遗漏或多余的功能2.满足系统限行或隐性需求3.是否对输入输出做出了正确的响应,输出结果能否正确...
  • 测试设计中需要考虑的22种测试类型 -- 黑盒测试:不基于内部设计和代码的任何知识,而是基于需求和功能性。 白盒测试:基于一个应用代码的内部逻辑知识,测试是基于覆盖全部代码、分支、路径、条件。 单元测试:最...
  •  单元测试又称为模块测试,是针对软件设计的最小单位程序模块进行正确性检查的测试工作,单元测试需要从程序内部结构出发设计测试用例,多个模块可以平行地独立进行单元测试。 (2)集成测试 又称为组装测试或...
  • 首先大家要明白是什么 adb?adb是Android Debug Bridge的缩写,其实翻译过来就是调试桥...以上是在测试工作中经常使用到的 adb命令,在后续的文章中,笔者也会结合实战再来进一步详细的分析。      
  • BVT (Build Verification Test),主要目的是验证最新生成的软件版本在功能上是否完整,主要的软件特性是否正确Scenario Tests(基于用户实际应用场景的测试),Scenario Tests优点是关注了用户的需求,缺点是...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 65,416
精华内容 26,166
关键字:

测试类型