精华内容
下载资源
问答
  • 渗透测试分类
    千次阅读
    2020-04-02 09:48:29

    实际上渗透测试并没有严格的分类方式,即使在软件开发生命周期中,也包含了渗透测试的环节,但根据实际应用,普遍认同的几种分类方法如下:

    一、方法分类

    1、黑盒测试
    ①黑盒测试(Black-box Testing)也称为外部测试(External Testing)。采用这种方式时,渗透测试团队将从一个远程网络位置来评估目标网络基础设施,并没有任何目标网络内部拓扑等相关信息,他们完全模拟真实网络环境中的外部攻击者,采用流行的攻击技术与工具,有组织有步骤地对目标组织进行逐步的渗透与入侵,揭示目标网络中一些已知或未知的安全漏洞,并评估这些漏洞能否被利用获取控制权或造成业务资产的损失。
    ②黑盒测试还可以对目标组织内部安全团队的检测与响应能力做出评估。在测试结束之后,黑盒测试会对发现的目标系统安全漏洞、所识别的安全风险及其业务影响评估等信息进行总结和报告。
    ③黑盒测试是比较费时费力的,同时需要渗透测试者具备较高的技术能力。在安全业界的渗透测试者眼中,黑盒测试通常是更受推崇的,因为它能更逼真地模拟一次真正的攻击过程。
    2、白盒测试
    ①白盒测试(White-box Testing)也称为内部测试(Internal Testing)。进行白盒测试的团队将可以了解到关于目标环境的所有内部与底层知识,因此这可以让渗透测试者以最小的代价发现和验证系统中最严重的安全漏洞。如果实施到位,白盒测试能够比黑盒测试消除更多的目标基础设施环境中的安全漏洞与弱点,从而给客户组织带来更大的价值。
    ②白盒测试的实施流程与黑盒测试类似,不同之处在于无须进行目标定位与情报搜集;此外,白盒测试能够更加方便地在一次常规的开发与部署计划周期中集成,使得能够在早期就消除掉一些可能存在的安全问题,从而避免被入侵者发现和利用。
    ③白盒测试中发现和解决安全漏洞所需花费的时间和代价要比黑盒测试少许多。而白盒测试的最大问题在于无法有效地测试客户组织的应急响应程序,也无法判断出他们的安全防护计划对检测特定攻击的效率。如果时间有限或是特定的渗透测试环节(如情报搜集)并不在范围之内,那么白盒测试可能是最好的选项。
    3、灰盒测试
    以上两种渗透测试基本类型的组合可以提供对目标系统更加深入和全面的安全审查,这就是灰盒测试(Grey-box Testing),组合之后的好处就是能够同时发挥两种基本类型渗透测试方法的各自优势。灰盒测试需要渗透测试者能够根据对目标系统所掌握的有限知识与信息,来选择评估整体安全性的最佳途径。在采用灰盒测试方法的外部渗透场景中,渗透测试者也类似地需要从外部逐步渗透进入目标网络,但他所拥有的目标网络底层拓扑与架构将有助于更好地决策攻击途径与方法,从而达到更好的渗透测试效果。


    二、目标分类

    1、主机操作系统渗透

    对Windows、Solaris、AIX、Linux、SCO、SGI等操作系统本身进行渗透测试。

    2、数据库系统渗透

    对MS-SQL、Oracle、MySQL、Informix、Sybase、DB2、Access等数据库应用系统进行渗透测试。

    3、应用系统渗透

    对渗透目标提供的各种应用,如ASP、CGI、JSP、PHP等组成的WWW应用进行渗透测试。

    4、网络设备渗透

    对各种防火墙、入侵检测系统、网络设备进行渗透测试。

    更多相关内容
  • 简述软件测试分类

    千次阅读 2020-02-17 23:55:22
    不少软件测试初学的同学很容易混淆软件测试分类,其实软件测试可以按照从不同的维度进行分类。按照测试方法划分有白盒测试、黑盒测试、灰盒测试;按照执行方式划分有手工测试、自动化测试;按照测试技术划分有静态...

    不少软件测试初学的同学很容易混淆软件测试分类,其实软件测试可以按照从不同的维度进行分类。按照测试方法划分有白盒测试、黑盒测试、灰盒测试;按照执行方式划分有手工测试、自动化测试;按照测试技术划分有静态测试、动态测试;按照测试阶段划分有单元测试、集成测试、系统测试。按照测试目的分类,可以分为功能测试与非功能测试。

    1、按照测试方法分类
    按照测试方法划分有白盒测试、黑盒测试、灰盒测试 ;值得注意的是灰盒测试本质上不是一个独立的测试方法,它是结合了黑盒测试与白盒测试一起使用。
    (1)黑盒测试
    把被测试产品当作一个黑盒子,不关注产品内部实现的逻辑,而只看相应的输入是否能产生相应的输出,这样的检测方法叫黑盒测试方法。
    优点:以用户的视角来进行测试、易于理解、易于实施,对测试人员技能要求不高,工作量较低,发现的问题都是与规格不一致的问题。
    缺点:覆盖率相对较低,测试有遗漏,对不同设计手段引入的不同问题关注不够。
    (2)白盒测试
    把被测试产品打开、关注产品内部的实现逻辑,测试产品的内部运行逻辑是否满足设计的要求,这样的测试方法叫白盒测试。
    优点:测试很细致、很彻底,覆盖率高,能够发现产品深层次的问题。
    缺点:工作量巨大、技能要求高、无法直接发现规格上的问题。
    (3)灰盒测试
    结合黑盒测试与白盒测试一起使用。

    2、按照执行方式分类
    按照执行方式划分有手工测试、自动化测试,值得注意的是自动化测试不能完全替代手工测试。
    (1)手工测试
    人工一个一个的执行测试用例,然后观察结果,和自动化测试相对应,属于比较原始但是必须有的一个步骤。
    优点:手工测试具有创造性,可举一反三,从一个测试用例想到另一些测试用例,特别是可考虑到一些特殊边界情况、复杂的逻辑判断、界面是否友好等。
    缺点:局限性明显,具有一定的机械性、重复性的工作可能容易出错。许多与时序、死锁、资源冲突、多线程等有关的错误,通过手工测试很难捕捉到。进行系统性能测试时,需要模拟大量数据或大量并发用户等各种应用场合时,很难通过于工测试来进行。
    (2)自动化测试
    自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程,它是相对手工测试而言的。
    优点:提高测试执行效率,节约时间成本;解放人力去做更重要的工作;执行一些手工测试困难或者不可执行的测试;可重复利用,建设对人的依赖;提升测试团队的整体水平;可大幅度减少兼容性测试的工作量;增加软件的信任度等。
    缺点:开发测试脚本需要花费较大的时间,产品的快速迭代,自动化脚本也将不断迭代,时间成本高;无法完全代替手工测试;对软件测试团队的技术有更高的要求;工具本身并无想象力,对测试质量的依赖性极大等。

    3、按照测试技术分类
    按照测试技术划分有静态测试、动态测试。静态测试可以直接发现失效的根本原因,动态测试则发现的是缺陷的外部表现。
    (1)静态测试
    通过手工检查(评审)或自动化工具分析(静态分析)的方式对代码或其他的项目文档进行检查,直接发现缺陷(引起失效的原因),发现与标准之间的偏差。代码静态分析和文档测试都属静态测试。
    (2)动态测试
    通过运行软件的组件或系统来测试软件,发现软件失效(缺陷的外部表现),发现软件运行过程中与规格说明,用户需求之间的偏差。大多数软件测试工作都属于动态测试。

    4、按照测试阶段分类
    按照测试阶段划分有单元测试(Unit Testing)、集成测试(Integration Testing)、系统测试(System Testing),值得注意的是回归测试不属于测试阶段,它可以发生在单元测试、集成测试、系统测试任何一个阶段。
    (1)单元测试
    单元测试是针对软件基本组成单元(软件设计的最小单位)来进行正确性检验的测试工作;单元测试的目的是检测软件模块对《详细设计说明书》的符合程度。单元测试主要使用白盒测试方法。
    (2)集成测试
    集成测试是在单元测试的基础上,将所有模块按照概要设计要求组装成为子系统或系统,验证组装后功能以及模块间接口是否正确的测试工作; 集成测试的目的是检测软件模块对《概要设计说明书》的符合程度。集成测试使用灰盒测试法。
    (3)系统测试
    系统测试是将已经集成好的软件系统,作为一个整体,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行(使用)环境下,对整体进行一系列的测试工作;系统测试的目的在于通过与《需求规格说明书》作比较,发现软件与系统需求定义不符合或与之矛盾的地方。系统测试主要使用黑盒测试方法。

    5、按照测试目的分类
    按照测试目的分类,软件测试可以分为功能测试与非功能测试。
    (1)功能测试,狭义上的软件测试,大多数指的是功能测试,即验证软件功能是否满足用户需求,弄清软件功能与需求规格说明书之间的差异,找出bug,检验软件质量。
    (2)非功能测试,非功能测试是除功能测试以外的测试,常见的有性能测试、兼容性测试等等,需要注意的是安全测试属于功能测试的范畴。

    码字不易,如果转载请注明出处!!!

    展开全文
  • 性能测试类型包括负载测试,强度测试,容量测试等。 性能测试 理论初探,什么是性能测试?...性能测试分类 性能测试类型:基准测试、争用测试、性能配置、负载测试、强度测试、容量测试 性能测试数据分析

    文章目录

    前言

    负载测试(Load Testing)

    压力测试(Stress Testing)

    容量测试(Volume Testing)

    性能测试类型

    1、基准测试

    2、争用测试

    3、性能配置

    4、负载测试

    5、强度测试

    6、容量测试

    性能分析 分级

    性能分析 第一级

    性能分析 第二级

    性能分析 第三级


    前言

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

            性能测试类型包括负载测试,强度测试,容量测试等。

    性能测试之数据库监控分析工具Grafana+Prometheus.png


    负载测试(Load Testing)

            负载测试是一种主要为了测试软件系统是否达到需求文档设计的目标,譬如软件在一定时期内,最大支持多少并发用户数,软件请求出错率等,测试的主要是软件系统的性能。


    压力测试(Stress Testing)

            强度测试也就是压力测试,压力测试主要是为了测试硬件系统是否达到需求文档设计的性能目标,譬如在一定时期内,系统的cpu利用率,内存使用率,磁盘I/O吞吐率,网络吞吐量等,压力测试和负载测试最大的差别在于测试目的不同。


    容量测试(Volume Testing)

            确定系统最大承受量,譬如系统最大用户数,最大存储量,最多处理的数据流量等。

    Crows drink water.png

    Max thread.png


    性能测试类型


    1、基准测试

            比较新的或未知测试对象与已知参照标准(如现有软件或评测标准)的性能。

    2、争用测试

            核实测试对象对于多个主角对相同资源(数据记录、内存等)的请求的处理是否可以接受。

    3、性能配置

            核实在操作条件保持不变的情况下,测试对象在使用不同配置时其性能行为的可接受性。

    4、负载测试

            核实在保持配置不变的情况下,测试对象在不同操作条件(如不同用户数、事务数等)下性能行为的可接受性。

    5、强度测试

            核实测试对象性能行为在异常或极端条件(如资源减少或用户数过多)之下的可接受性。

    6、容量测试

            核实测试用户同时使用软件程序的最大数量。


    性能分析 分级

    性能评价通常是和用户代表一起协作并且以多级方法执行的。

    性能分析 第一级

            性能分析的第一级涉及单一主角/用例实例的结果评价和多个测试执行的结果比较。

    例如

            在测试对象上没有其他活动的情况下,记录单一主角执行单一用例的性能行为,并将结果与相同主角/用例的其他几个测试执行进行比较。

            第一级分析有助于确定可以表明系统资源中存在争用的趋势,该趋势将影响从其他性能测试结果所得出的结论的有效性。

    性能分析 第二级

            分析的第二级检查特定主角/用例执行的摘要统计信息和实际数据值,以及测试对象的性能行为。

            摘要统计信息包括响应时间的标准偏差和百分位分布,这些信息显示了系统响应的变动情况,正如每个主角所见到的一样。

    性能分析 第三级

            分析的第三级有助于理解性能问题的起因和加权值。

            该详细分析采用低级数据并且使用统计方法,帮助测试员从数据中得出正确的结论。详细分析为决策提供客观和定量的标准,但是它耗时较长,并且要求对统计学有基本的理解。


            当性能行为差异确实存在,或是由于某些与测试数据收集相关的随机事件引起时,详细分析使用统计加权值的概念来帮助理解。即认为在基本级上,任何事件都具有随机性。统计测试确定是否存在无法用随机事件解释的系统差异。


    性能测试场景 思考

    一问:“崎岖不平山路有三个和尚想下山,请问给一辆超跑能解决吗?”

    二问:已掌握性能测试知识能想到,可运用那些性能测试类型测试?

    三问:为什么要做性能测试?【你】所关心,所在乎 哪方面性能?

    四问:符合预期需求吗?符合【你】的需求,还是大家的需求,还是谁的需求?

    展开全文
  • 测试用例和测试分类

    万次阅读 多人点赞 2018-09-12 15:21:42
    一、测试用例的设计方法 1.基于需求的设计方法(总体设计方法):使测试更加有效,因为她使测试专注于质量问题产生的根源。 基于需求的测试的关注点:1) 验证需求是否正确,完整,没有二义性,并且逻辑一致。  2) ...

    一、测试用例的设计方法

    1.基于需求的设计方法(总体设计方法):使测试更加有效,因为她使测试专注于质量问题产生的根源。

    基于需求的测试的关注点:1) 验证需求是否正确,完整,没有二义性,并且逻辑一致。

                                                2) 设计出充分必要的测试集,以保证设计和代码都能完全符合需求。

    2.具体的设计方法

    1) 等价类:依据需求将输入划分成若干个等价类。从等价类中选出一个测试时用例,如果这个测试用例通过,则认为所代表的这个等价类测试通过。

    有效等价类:对于程序的规格说明书是合理的,有意义的输入数据构成的集合。

    无效等价类:根据需求说明书,不满足需求的集合。

    2) 边界值:对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为等价类划分的补充。

     例如:[ 1,50 ]   0,1, 50, 51

                (1, 50 ]   1, 2, 50 ,51

                ( 1 , 50 )    1, 2, 49, 50

    3) 因果图 :一种简化了的逻辑图,能直观地表明程序输入条件(原因)和输出动作(结果) 之间的相互关系。特别适用于被测试程序具有多种输入条件,程序的输出又依赖于输入条件的各种情况

    3.正交排列

    1)概念:是一种基于正交表的,高效的,快速,经济的试验。

    2)目的:减少测试用例数目,用尽量少的用例覆盖输入的两两组合。

    3) 因素(Factor):再一项试验中,凡是要考察的变量。

    4) 水平(位级)(level):在试验范围内,因素被考察的值(变量的取值

    正交表的构成 :

    行数(Runs):正交表中行的个数,即试验的次数,用N代表。

    因素数(Factors):正交表中列的个数,用C代表。

    水平数:任何单个因素能够取得的值得最大个数。用T代表 。

    正交表的两条性质:

    每一列中 各数字出现的次数一样多。

    任何两列中构成的各列各有序数对出现的次数一样多。

    正交法设计测试用例的步骤:

    (1)有哪些因素(变量 )

    (2)每个因素有哪几个水平(变量的取值)

    (3)选择一个合适的正交表

    (4)把变量的值映射到表中

    (5)把每一行的各因素水平组合作为一个测试用例

    (6)加上自己认为可疑且没有在表中 出现的用例组合。

    4.场景分析法(业务流程):用业务流程把各个孤立的功能点串起来,为测试人员简历整体业务感觉,从而避免陷入功能细节忽视业务流程要点的错误倾向。

    5.错误猜想法:猜想的经验可能来自于对某项业务的测试较多,也可能来自售后用户的反馈意见,或者从管理库中整理bug.

    二、测试用例的粒度和评价

    1.粒度:指测试用例编写的详细程度。

    2.如何评价测试用例

    1)同行评审

    2)用户检查

    3) 项目组评审

    三、测试分类

    1.按开发阶段来分

    1)单元测试:是对软件组成单元进行测试,其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位:模块

    2)集成测试:将程序模块采用适当的集成策略组装起来,对系统的借口及集成后的功能进行正确性检测的测试工作,继承的主要目的是检查软件单元之间的接口是否正确。

    3)系统测试:包括对功能、性能以及软件所运行的软硬件换将进行测试,时间大部分在系统测试执行阶段,包括回归测试和冒烟测试。

       回归测试:指修改了旧代码后,重新进行测试以确定修改没有引入新的错误或导致其他代码产生错误。

      冒烟测试:对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式 测试工作。

                         冒烟测试的执行者是版本编译人员。

       注意:冒烟测试---->系统测试--->回归测试

    4) 验收测试:是不输入案件之前的最后一个测试操作。它是测试技术的最后一个阶段。验收测试的目的是确保软件准备就绪,按照项目合同,任务书,双方约定的验收依据文档,向软件购买者展示软件系统满足原始的需求。

    2.按测试实施组织划分

     1) α测试:是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际环境下进行的测试。

        α测试的目的:评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。 

     2) β测试:是一种验收测试。β测试由软件的最终用户们在一个或多个场所进行。

        α测试和β测试的区别

     

    3) 第三方测试:软件评测机构独立的进行测试。

    3.按测试对象划分

      1) 性能测试:检查系统是否满足需求规格说明书中规定的性能。

      2)安全测试检查该项目的安全性。

      3) 兼容性测试:指软件之间能否很好地运作,会不会有影响,软硬件之间能否发挥很好的效率工作

      4)文档测试:检查文档的正确性,完整性,一致性,易用性。

      5) 易用性测试(用户体验测试):是交互的适应性,功能性和有效性的集中体现。

      6) 业务测试:测试人员把系统各个模块串接起来,模拟真实用户的工作流程,满足用户需求定义的功能来测试的过程。

      7)界面测试(UI测试):布局是否合理,风格是否一致,位置是否符合习惯,命名是否统一等。

      8) 安装测试

       9)内存泄漏测试

    4.按是否查看代码划分

      1)黑盒测试:即功能测试。只关心它的功能,不关心它内部实现的逻辑代码。

         黑盒测试包括:等价类,因果图,边界值,猜错法,随机数法,测试用例覆盖,输入覆盖,输出覆盖。

      2) 白盒测试:即结构测试。只关心它的代码实现逻辑,不关心它的功能。(测试代码)

         接口测试是白盒测试的一种。

         白盒测试包括:语句覆盖,判定覆盖(分支覆盖),条件覆盖,判定/条件覆盖,组合覆盖,路径覆盖。

      3)灰盒测试:介于黑盒测试和白盒测试之间的一种测试方法。既关心输入输出的正确性,又关心程序内部的情况。

          灰盒测试多用于集成测试阶段

    5.按测试执行方式划分

      1)静态测试:不通过运行被测程序本身。仅通过分析或检查源程序的语法、结构、过程、接口来检查程序的正确性。

      2) 动态测试:通过运行被测程序。检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性。

    6.按是否手工执行划分

       1) 手工测试:由人一个一个的输入用例,然后观察结果,和机器测试相对应,属于比较原始但是必须的一个步骤。

       2) 自动化测试:把人为测试转化为机器执行的一种过程。

        自动化实施步骤:
        ①完成功能测试,版本基本稳定。

        ②根据项目特性,选择合适项目的自动化工具,并搭建环境。

        ③提取手工测试的测试用例转化为自动化测试的用例。

        ④通过工具,代码实现自动化的构造输入,自动检测输出结果是否符合预期结果。

        ⑤生成自动化测试报告。

        ⑥持续改进,脚本优化。

    7.按测试地域划分

       1)本地测试

       2) 国际化测试

    四 、测试管理

    1.测试策略:测试的大体规划。用什么方法,什么工具,什么资源来测试什么东西。

    2.需求分析的注意事项

      1) 测试应该尽早的介入

      2) 不断变化的需求需要及时的收集和整理。

      3) 没有需求文档时,需要测试人员不断的收集原始的客户需求。

      4) 应有质疑,坚持精神,当需求不明确时,我们可以将需求追溯到终端客户。

    3.需求分析的具体方法

     1) 快速理解需求的捷径:需求串讲(主要解决的问题:需求理解的不一致)

     2) 验证需求  (需求文档也要测试:正确性、必要性、完整性、一致性)

     3)从设计需求中提取测试需求

      

    展开全文
  • 软件测试分类

    万次阅读 多人点赞 2018-08-06 16:06:56
    一、软件测试分类 1、按开发阶段:单元测试、集成测试、系统测试、验收测试 2、按测试实施组织:α、β、第三方 3、按测试执行方式:静态测试、动态测试 4、按是否查看代码:黑盒测试、白盒测试、灰盒测试 5...
  • 软件测试分类(一)--按测试阶段划分

    千次阅读 2020-08-19 11:22:54
    1、单元测试(模块测试):对程序中的单个子程序或具有独立功能的代码段进行测试的过程。比如开发的自测。 2、集成测试:在单元测试的基础上,先通过单元模块组装成子系统,再进行测试。重点检查模块之间接口的正确...
  • 系统测试分类和测试常用方法

    万次阅读 2019-09-12 06:44:20
    一、系统测试分类 1、功能测试:验证当前软件主体功能是否实现 2、兼容性测试:验证当前软件在不同的环境下是否还可以使用。window,mac,浏览器,在电脑,ipad上能用吗 3、安全测试:验证软件是否只是对授权用户...
  • 软件测试分类、阶段

    千次阅读 2018-04-27 20:52:51
    软件测试技术重点:软件测试分类、阶段 软件测试应该从需求开始验收测试根据需求分析来定,测试人员主要做的是系统测试,集成测试和单元测试主要由开发人员做。验收测试 加入了客户软件测试需求:用户需求 (测试人员...
  • 文章目录1 软件测试流程2 软件测试过程模型2.1 V模型(重点)2.2 W模型(重点)2.3 H模型2.4 X模型3 软件测试过程理念 1 软件测试流程 软件测试流程独立于开发之外的流程。在执行测试时,与开发有交集。 牢记该流程...
  • 软件测试分类&原则

    千次阅读 多人点赞 2020-11-09 21:37:40
    文章目录1、软件测试分类 1、软件测试分类 按照开发阶段划分 (1)单元测试:一般要读程序和代码。大多数时候,单元测试由开发人员自己去完成(开发交叉完成)(但是一般不认为是在做测试)。测试人员为什么不做...
  • 【软件测试】测试用例和测试分类

    千次阅读 2018-08-09 11:33:00
    测试用例:是为了实施测试而被测试系统提供的一组集合,这组集合包含:测试环境,操作步骤,测试数据,预期结果等要素。 测试用例有哪些设计方法? 测试用例的设计方法: (1)基于需求的设计 会使测试更有效...
  • 手机软件测试分类测试分类

    千次阅读 2015-07-07 18:46:48
    1、兼容性测试 例如:测试一个文档使用word2003能打开,无法打开word 2007的现象。 一般兼容性测试的手机模块内容包括: SIM卡兼容性测试、BT、PC驱动、SD卡和WLAN。 2、自动化测试 解释:自动化测试其实就是测试...
  • 软件测试 1 -- 软件缺陷&测试分类

    千次阅读 2020-05-02 10:29:36
    目录1 基本概念2 测试分类 【前言】 介绍几个典型的软件缺陷案例,缺陷有关的术语:错误、缺陷、故障和失效;软件缺陷产生的原因;软件工程实践来减少软中的缺陷;软件缺陷分类 1 基本概念 术语 说明 ...
  • 软件测试(四)测试分类

    千次阅读 2021-07-23 20:17:00
    测试分类 按照开发阶段划分: 单元测试:对软件组成单元进行测试 测试阶段:编码后 或 编码前(TDD:先写测试用例,根据测试用例产生的异常去补充开发代码) 测试对象:最小模块 测试人员:白盒测试或开发...
  • 软件测试分类-按照测试技术划分

    千次阅读 2015-12-13 17:02:31
    第一种划分:白盒测试、黑盒测试、灰盒测试  白盒测试(结构测试)  通过对程序内部结构的分析、检测来寻找问题。  白盒测试可以把程序看成装在一个透明的白盒子里,也就是清楚了解程序结构和处理过程,检查...
  • 测试分类与开发模型

    千次阅读 2021-08-24 22:10:50
    1. 了解测试分类 功能测试 自动化测试 接口测试 性能测试 2.软件测试分类 2.1按测试阶段分
  • 软件测试阶段划分以及测试分类

    千次阅读 2020-05-22 13:35:10
    软件测试基本理论 一、软件开发阶段的划分 1、需求分析——需求规格说明书 2、概要设计——概要设计说明书 3、详细设计——详细设计说明书 4、编码 二、软件测试阶段 1、单元测试 (1)依据:详细设计文档 (2)以...
  • 软件的静态测试和动态测试 软件测试一般分为静态测试和动态测试 1.静态测试 静态测试时指测试程序不在机器上运行,而是采用人工检测和计算机辅助静态分析的手段对程序进行检测。静态分析中进行人工测试的主要...
  • 软件测试分类与分级

    万次阅读 2017-10-24 18:26:54
    4.1软件测试分类 4.1.1是否关心内部结构: (1)白盒测试(白盒测试一般是静态测试) 注重于内部结构,又称为结构测试或逻辑驱动测试,是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的一种...
  •   本文章主要讲解软件、游戏测试行业的测试术语,并对测试专业术语进行解答,笔者进行一次整理,没学习的萌新可以快速了解,学习过的大佬也可以复习一下基础,一起来看看吧~!   下面列举的内容是笔者所知悉的...
  • 测试分类

    千次阅读 2015-03-31 22:00:09
    测试分类有很多,目前来看可以从三方面进行划分,分别是按照软件开发的阶段、测试实施的组织与测试技术来分类。 1. 按照软件开发阶段 按照开发阶段可将测试划分为:单元测试、集成测试、系统测试、确认测试和...
  • 软件测试方法分类

    千次阅读 2019-05-20 21:31:24
    软件测试方法按各种类划分为: 一. 按开发阶段划分 单元测试(模块测试) 单元测试是对软件组成的单元进行测试,其目的是检验软件基本组成单位的正确性 TDD(测试驱动开发),开发人员先不写代码,测试人员先写测试...
  • 软件测试方法种类繁多,记忆起来也非常混乱, 如果把软件测试方法进行多个维度的分类, 就会清晰很多。 软件测试分类-按开发阶段分类 单元测试 又称模块测试,针对软件设计中的最小单位-程序模块,进行正确性检查...
  • 软件测试分类-按照开发阶段划分

    千次阅读 2015-12-12 18:02:17
    1、单元测试(模块测试)  针对软件设计的最小单位-程序模块进行正确性检查。  目的:检查每个程序单元能够正确实现详细设计说明中的模块功能、性能、接口和设计约束等要求,发现各个模块内部可能存在的各种错误...
  • 软件测试分类(按开发阶段划分)

    千次阅读 2014-10-29 10:52:18
     单元测试又称为模块测试,是针对软件设计的最小单位程序模块进行正确性检查的测试工作,单元测试需要从程序内部结构出发设计测试用例,多个模块可以平行地独立进行单元测试。 单元测试的内容: ① 模块接口测试...
  • 互联网项目开发过程中的测试分类

    千次阅读 2015-10-28 22:24:29
    在这半年时间里,基本接触了互联网软件产品过程中的两个重要环节,开发和测试。开发既有后端服务器的开发,也有Web前端的开发。在项目前1/3时间里,我是进行后端服务器开发,主要用Java开发,涉及到DICOM医学影像...
  • 软件测试分类

    万次阅读 多人点赞 2018-08-03 12:51:01
    软件测试按照所做工作的不同,可以分为很多的方面,下面我们一起来看一下,一些常见的分类,如下图: 下面,我们就上面的分类进行详细的学习吧! 一、按开发阶段划分 1.单元测试(Unit Testing) 单元测试...
  • 软件测试分类有那些,你还知道吗

    千次阅读 2020-05-27 10:21:34
    1按开发阶段分类单元测试又称模块测试,针对软件设计中的最小单位-程序模块,进行正确性检查的测试工作。单元测试需要从程序内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。单元定...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 609,497
精华内容 243,798
关键字:

测试分类

友情链接: 选项卡UI设计效果.zip