为了账号安全,请及时绑定邮箱和手机立即绑定

软件测试基础-概念篇

城下秋草 软件测试工程师
难度入门
时长 3小时 2分
学习人数
综合评分9.57
110人评价 查看评价
9.8 内容实用
9.5 简洁易懂
9.4 逻辑清晰
  • 1.软件测试的分类: a.按软件测试阶段分类:单元测试、集成测试、系统测试、验收测试 单元测试:对软件中的最小可测试单元进行检查和验证。 单元测试原则:1.尽可能保证各个测试用例是相互独立的。2.一般由代码的开发人员来实施,用以检验所开发的代码功能符合自己的设计要求。 单元测试的益处:1.尽早发现缺陷; 2.有利于重构 3简化集成 4.文档 5.用于设计 单元测试限制:1.不可能覆盖所有的执行路径,发现所有路径的错误 2.每一行代码 一般需要3~5行测试代码才能完成单元测试,存在投入和产出的一个平衡 集成测试:在单元测试的基础上,测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动 集成测试的主要实施方案:Bigbang、自顶向下、自底向上(常用)、核心系统集成、高频集成 单元和集成区别:测试对象不同(单元:软件基本单元;集成:模块与子系统) 测试依据不同(单元:软件详细设计;集成:概要设计) 测试方法不同 (集成:接口;单元:单元的类) 系统测试:是将经过集成测试的软件,作为计算机系统的一个部分与系统中其他部分结合起来,在实际运行环境下对计算机系统进行的一系列严格有效的测试,以发现软件的问题 关注点:关注系统本身的使用、关注系统与其他系统间的连通、关注系统在不同压力下的表现、关注系统在真实环境下的表现 系统测试和集成测试 1.测试对象不同:集成:由通过了单元测试的各个模块集成起来的构件; 系统:除了软件之外,还包括计算机硬件及相关的外围设备、数据采集和传输机构、支持软件、系统操作人员等整个系统。 2.测试时间:集成测试介于单元测试和系统测试之间,系统测试在集成测试之后 3.测试内容:集成:各个单元模块之间的接口 系统:整个系统完整的功能 4.测试角度:集成:偏于技术;系统:偏于业务 验收测试:确定系统是否满足验收标准 用户验收测试和运行验收测试、合同和规范验收、alpha测试(开发者环境)、beta测试(用户环境)
    查看全部
    14 采集 收起 来源:软件测试阶段

    2016-08-25

  • 软测定义:使用人工或自动的手段来运行或测量软件系统的过程,以检测软件系统是否满足规定的要求,并找出与预期定义之间的差异。 软测对象:软件需求,概要设计,详细设计,源代码,可运行程序,可运行环境。 软测的五大要素及两大目标:质量(最为核心),人员(决定因素),技术(实现手段)【测试技术,方法,测试工具】,资源【测试所需的硬件,网络环境,测试生命周期,测试时间】,流程(测试标准)【测试计划,测试执行,报告】 目标:提升测试覆盖率及测试效率 软测的遵循原则: 1.测试是为了发现错误而不是证明没错误 2.穷尽测试是不可能的,应设定终止条件(无穷无尽的测试是不可能的,需很大代价;无论怎样测试,我们不可能发现软件的所有缺陷) 3.测试尽早进行 4.缺陷具有群集性(发现好多缺陷的模块,说明该模块存在没有被发现的缺陷) 5.测试的杀虫剂悖论(应对测试用例,测试方法不定期的评审,添加新的测试用例或测试方法发现新的缺陷) 6.测试的二八原则(80%的时间测试20%的重要模块) 7.测试活动依赖于测试背景(如电信这块主要性能测试,银行啥的主要安全测试)
    查看全部
    13 采集 收起 来源:软件测试概要

    2017-05-16

  • 2-2 软件测试手段 根据测试对象的可见度:黑盒测试、 白盒测试 根据状态:静态测试、动态测试 执行方式:手工测试、自动化测试 黑盒测试: 不考虑程序内部结构和内部特性下,通过相关暴露出的接口,对程序进行测试。 只检查程序的功能是否按照需求规定,正常使用; 程序是否能适当的输入输出数据,并产生正确的输出信息; 一般针对软件外面的界面,可见的功能; 从用户的视角,通过不同数据事件,通过输出结果进行判断; 优点: 1.容易实施,不需要关注内部的实现 2.更贴近用户的使用角度 缺点: 1.测试覆盖率较低,一般只能覆盖到代码量的不到40% 2.针对黑盒的自动化测试,复用率较低,维护成本较高。因:产品活动增/删(更新) 黑盒测试主要测试什么 1.是否有不正确或遗漏的功能? 2.在接口上,输入是否能正确的接受?能否输出正确的结果? 3.是否有数据结构错误或外部信息(例如数据文件)访问错误? 4.性能上是否能够满足要求? 黑盒测试的主要设计方法 等价类划分法:针对程序的输入条件进行分类,输入典型的数据 边界值分析法:特殊的边界数据,测试代码的边界状态 错误推测法:基于经验,直觉,判断错误的地方;特殊字符,文件不存在 因果图法:根据输入输出看做原因和结果,形成因果图。(因果图法是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。) 正交试验分析法:选出代表性的数据,作为输入数据 状态迁移图法:软件审批的过程,各种状态迁移 流程分析法:处理程序逻辑执行的路径 白盒测试:逻辑覆盖率 主要的逻辑单位: 语句覆盖:保证每条语句执行一次 分支(判定):保证每条分支至少执行一次 条件:条件表达式,至少计算一次 条件组合:所以不同条件下的组合情况 路径:程序中,每个可能的路径至少执行一次 优点 1.迫使测试人员去仔细思考软件的实现,理解原理 2.可以检测代码中的每条分支和路径 3.揭示隐藏在代码中的错误 4.对代码的测试比较彻底 缺点 1.昂贵。 2.无法检测代码中遗漏的路径和数据敏感性错误 3.不能直接验证需求的正确性
    查看全部
    10 采集 收起 来源:软件测试手段

    2017-09-11

  • 2-4 软件测试模型-敏捷测试 敏捷测试(Agile Testing)--遵循敏捷宣言的一种测试实践 敏捷宣言(价值观): 个体与交互 重于 过程和工具 可用的软件 重于 完备的文档 客户协作 重于 合同谈判 响应变化 重于 遵循计划 在每对比较中,后者并非全无价值,但我们更看重前者 敏捷测试的特点: 强调从客户角度进行测试 重点关注迭代测试新测试,不在强调测试阶段 尽早测试,不间断测试,具备条件即测试 强调持续反馈 预防缺陷重于发现缺陷 敏捷测试VS传统测试 传统测试: 测试是质量的最后保护者; 严格的变更管理; 预先的计划和细节的准备; 重量级文档 各阶段测试严格的入口和出口标准; 更多在回归测试时进行重量级的自动化测试; 严格依赖流程执行; 测试团队和开发团队是相对独立的 敏捷测试: 开发和测试人员是紧密合作,大家都有责任对软件负责; 变更是可接受的,拥抱变更; 计划随着进展时常调整; 只需要绝对必要的文档; 各迭代之间已经没有明显的入口和出口标准; 所有阶段都需要自动测试,每个人都需要做,是项目集成的一部分; 流程不再需要严格执行; 团队合作是无缝隙合作;
    查看全部
  • 主要测试方法: 代码检测法:多面 代码审查 静态结构分析法:测试工具,内部结构分析 静态质量度量法:标准的度量模型 逻辑覆盖法:6种逻辑,语句 ,分支,条件,条件组合,路径,判定 基本路径测试法:通过分析复杂度,选出基本可执行路径的集合。程序控制流图,描述程序控制流 灰盒测试 介于黑、白盒测试之间的,关注输出对于输入的正确性,同 时也关注内部表现 静态测试 定义:静态测试是指无须执行被测程序,而是通过评审软件文档或代码,度量程序静态复杂度,检查软件是否符合编程标准,借以发现编写的程序的不足之处,减少错误出现的概率; 动态测试 定义:动态测试是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等。 手工测试 由专门的测试人员从用户视角来验证软件是否满足设计要求的行为。更适用针对深度的测试和强调主观判断的测试。 众包测试,探索式测试 自动化测试 使用单独的测试工具软件控制测试的自动化执行以及对预期和结果进行自动检查。 单元测试、接口测试、性能测试等
    查看全部
    8 采集 收起 来源:软件测试手段

    2017-09-11

  •                                     文档测试

    文档测试:针对软件产品的交付品,配套的文档类部件的测试。如用户手册,使用说明、用户帮助文档等。

    文档测试关注要点:完整性、正确性、一致性、易理解性、易浏览性

    可靠性测试:软件的可靠性和硬件的可靠性

    易用性测试:测试用户使用软件时是否感觉方便,是否能保证用户体验的测试类型

    本地化测试:针对软件的本地化版本实施的针对性测试

    本地化主要测试内容:

    1.语言,书写习惯

    2.时区。日期格式、货币

    3.当地风俗、法律法规

    4.政治敏感内容

    部署测试:也称安装测试,主要验证系统部署过程,并确保软件经过安装测试后可以正常使用

    部署测试的主要测试内容:

    1.在不同环境下的部署验证

    2.参照部署文档执行,过程的合理、正确性

    3.基础数据

    无障碍性测试:也称可访问性测试,指软件需要提供便于特殊人群使用的功能,包括视障、听障、老年人、身体残疾用户等,无障碍测试则是针对这部分功能的测试。



    查看全部
  • 3-3 安全测试


    安全测试:对软件产品进行测试以保证其符合产品安全需求和质量标准

    渗透测试:通过模拟对软件系统的恶意攻击行为来评估系统安全性的一种测试


    OWASP:Open Web Application Security Project  开放网络应用安全项目

    下面博主演示了访问OWASP官网

    OWASP Top Ten Project 2013

    1.Injection 注入脚本漏洞使用户访问到不该访问的数据的目的

    2.Broken Authentication and Session Management 失效的身份认证和会话管理  会话劫持漏洞

    3.Cross—Site Scripting(XSS)跨站脚本

    4.Insecure Direct Object References 不安全的对象直接引用  参数的保护

    5.Security Misconfiguration   安全配置类错误

    6.Sensitive Data Exposure    敏感信息泄露   信息传递没有对关键信息进行加密

    7.Missing Function Level Access Control   功能级别访问控制缺失   比如访问网站可以访问到用户没有权限到达的地方

    8.Cross-Site Function Level Access Control(CSRF)  跨站请求伪造  

    9.Using Components with Known Vulnerabilities    使用了已知有漏洞的组件   

    10.Unvalidated Redirects adn Forwards    未被验证的重定向和转发  (钓鱼网站)


    安全测试工具各种针对的点:

    Appscan,Webinspect,W3AF:web应用

    Nessus:服务器,主机

    Nmap:端口开放

    MetaSploit:攻击软件,渗透测试

    WebScarab:代理劫持

    Fortify:针对白盒,源码中的安全问题


    查看全部
  • 软件测试的分类

    按测试模式来分类

    瀑布模式、敏捷测试、基于脚本大的测试、基于风险的测试、探索式测试等

    传统的瀑布模型(传统软件工程学的开发模式)

    项目计划-->需求分析-->软件设计-->程序开发-->软件测试-->集成维护

    https://img1.sycdn.imooc.com//5d55e1330001768b09130586.png


    项目计划:制定项目总体的研发计划,确定项目主要的里程碑节点;需要输出项目计划书。

    需要分析:明确用户的需求定义,并对定义进行清晰的描述,是充分理解客户需求,详细描述产品功能的一个重要阶段;需要输出产品的需求规格书。

    软件设计:根据产品的定义,确定产品的实现方案;包括定义软件与硬件的结构,组件模块的实现方法,接口、界面、数据如何组织,需要输出概要设计、详细设计在内的多份说明书。

    程序开发:由开发团队根据需求和设计具体实现产品的功能,根据编程规范编写各类组件和模块,最后输出产品版本。

    软件测试:通过独立的测试小组(QA团队)来评估产品是否满足需求的定义,需要输出测试结果、测试报告。

    集成维护:产品经过测试后交付给用户,根据用户的使用情况,对产品进行维护,及必要的修改、升级的操作。

    瀑布模式的有缺点

    优点

    1、强调需求、设计的作用

    2、前一阶段完成后,只需要关注后续阶段

    3、为项目提供了按阶段划分的检查点,里程碑清晰

    4、文档规范

    缺点

    1、难以适应需求的频繁变化

    2、项目周期后段才能看到成果

    3、强制的里程碑、完成时间点

    4、文档工作量大

    https://img1.sycdn.imooc.com//5d55e688000195ef08110609.png


    https://img1.sycdn.imooc.com//5d55e739000170c808480570.png

    优点

    描述了测试与软件开发过程的对应关系。

    强调了软件开发的协作与速度,反应测试活动和分析设计的关系,并且将软件实现和验证有机的结合起来,明确界定测试过程存在不同阶段的,明确了不同测试阶段和研发过程每个阶段的对应关系。

    缺点

    把测试当做软件编码后的阶段,忽视了测试对需求的分析和验证,对需求与概要的验证要到后期才能进行,不符合软件测试需要尽早进行的感念。


    https://img1.sycdn.imooc.com//5d55ea33000115c110280609.png

    软件开发过程中,各个阶段测试都参与,测试伴随软件开发的整个开发周期

    优点:能尽早的发现软件的缺陷;有利于尽早的发现软件的风险,及早的制定相应的应对方案,加快项目的进度

    缺点:需求设计编码还是串行的关系,测试开发保持着一种线性的关系,在上一个阶段完成后才能进行以一个阶段,不能很好的支持迭代场景。

    https://img1.sycdn.imooc.com//5d55ec4e000159b608470625.png

    解决交接与频繁集成周期的问题。

    分片段进行测试。

    https://img1.sycdn.imooc.com//5d55eca10001711610580470.png

    把软件测试当做一个独立的流程,贯穿在整个软件测试周期当中,与其他流程并发进行。

    查看全部
    7 采集 收起 来源:软件测试模式

    2019-08-16

  • 1-1 软件测试概要 软测定义:使用人工或自动的手段来运行或测量软件系统的过程,以检测软件系统是否满足规定的要求,并找出与预期定义之间的差异。 软测对象:软件需求,概要设计,详细设计,源代码,可运行程序,可运行环境。 软测的五大要素及两大目标: 质量(最为核心),人员(决定因素),技术(实现手段)【测试技术,方法,测试工具】,资源【测试所需的硬件,网络环境,测试生命周期,测试时间】,流程(测试标准)【测试计划,测试执行,报告】 目标:提升测试覆盖率及测试效率 软测的遵循原则: 1.测试是为了发现错误而不是证明没错误 2.穷尽测试是不可能的,应设定终止条件(无穷无尽的测试是不可能的,需很大代价;无论怎样测试,我们不可能发现软件的所有缺陷) 3.测试尽早进行 4.缺陷具有群集性(发现好多缺陷的模块,说明该模块存在没有被发现的缺陷) 5.测试的杀虫剂悖论(应对测试用例,测试方法不定期的评审,添加新的测试用例或测试方法发现新的缺陷) 6.测试的二八原则(80%的时间测试20%的重要模块) 7.测试活动依赖于测试背景(如电信这块主要性能测试,银行啥的主要安全测试)
    查看全部
    6 采集 收起 来源:软件测试概要

    2017-09-11

  • 软件测试的目的:避免软件bug引发的重大损失

    软件测试的定义:测试时为发现错误而执行程序的过程

    软件测试的测试对象:①概要设计 ②详细设计 ③运行环境 ④可运行程序 ⑤软件源代码 ⑥软件需求

    目标:①提高测试覆盖率 ②提高测试效率

    流程:编码 →单元测试→ 系统测试 →验收测试→ 发布后(测试尽量前期进行 成本更低)

    不定期修改测试用例和方法

    80%的测试时间用在20%的重点模块上


    查看全部
    5 采集 收起 来源:软件测试概要

    2019-12-02

  • 1.软件测试的分类

    (1)按软件测试阶段分类:单元测试、集成测试、系统测试、验收测试

     a.单元测试:对软件中的最小可测试单元进行检查和验证。(注意单元的概念)

      单元测试原则:

         1.尽可能保证各个测试用例是相互独立的。(尽量避免在测试类中调用其他的依赖类)

         2.一般由代码的开发人员来实施,用以检验所开发的代码功能符合自己的设计要求。 (结对测试,单元测试要求测试人员对要测试的程序有一定的了解)

     单元测试的益处:

           1.尽早发现缺陷; (敏捷测试   TDD:先编写单元测试,再编写程序代码)

           2.有利于重构  

           3.简化集成 (保证最小单元模块的稳定性,为集成测试打好基础)    

           4.文档  (代码级文档:尽可能的减少文本文档 )

           5.用于设计                                                

    单元测试限制:

          1.不可能覆盖所有的执行路径,发现所有路径的错误

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

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

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

           Bigbang(一次性集成,大爆炸):把大部分的开发模块都耦合起来,形成一个完整的软件系统,然后一起做软件测试。

            自顶向下:递增的组装软件结构,从主程序开始,从控制层,逐层向下测试。

             自底向上(最常用):最底层的模块开始,向上逐层测试。优点:更好锁定有问题的地方。

             核心系统集成:先对核心部分测试

             高频集成:每隔一段时间,就对现有代码进行集成测试。

        单元和集成区别:

            测试对象不同(单元:软件基本单元;集成:模块与子系统)

            测试依据不同(单元:软件详细设计;集成:概要设计)            

            测试方法不同 (集成:接口;单元:单元的类)

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

       关注点:

       关注系统本身的使用、

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

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

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

      系统测试和集成测试

       1.测试对象不同:

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

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

          2.测试时间:

               集成测试介于单元测试和系统测试之间,系统测试在集成测试之后

          3.测试内容:

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

               系统:整个系统完整的功能

           4.测试角度:

                集成:偏于技术;

                系统:偏于业务

      验收测试:

            确定系统是否满足验收标准 用户验收测试和运行验收测试、合同和规范验收、alpha测试(开发者环境)、beta测试(用户环境)

     

    查看全部
    9 采集 收起 来源:软件测试阶段

    2019-09-26

  • 软件测试的分类:

    按测试阶段分为:单元测试,集成测试,系统测试,验收测试

    单元测试:

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

        原则:

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

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

        益处:

            1.尽早发现缺陷

            2.有利于重构

            3. 简化集成

            4.减少文档

            5.用于设计

        限制:

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

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

    集成测试:

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

        主要实施方案:

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

        2.自顶向下 递增的组装软件结构的方法,一般来说从主程序沿控制层逐层向下集成,通过这种方式逐层测试,覆盖到所有模块

        3.自底向上 最常用的集成测试,即从程序模块的最底层开始,逐层向上组装并逐层测试

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

        5.高频集成  同步到软件开发过程,每隔一段时间研发团队就对现有的代码进行一次集成测试

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

            1.测试的对象不同

            2.测试的依据不同

            3.测试的方法不同 

    系统测试

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

        关注点

            关注系统本身的使用

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

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

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

    系统测试和集成测试的区别:

        1.测试对象不同 集成测试:由通过了单元测试的各个模块集成起来的构件;系统测试:除了软件之外,还包括计算机硬件及相关的外围设备、数据采集和传输机构、支持软件、系统操作人员等整个系统

        2.测试时间不同 集成测试:介于单元测试和系统测试之间;系统测试:集成测试之后

        3.测试内容不同 集成测试:各个单元模块之间的接口;系统测试:整个系统的功能和性能

        4.测试角度不同 集成测试:偏于技术角度的验证;系统测试:偏于业务角度的验证

    验收测试:

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

        

    查看全部
    7 采集 收起 来源:软件测试阶段

    2019-07-02

  • 第一个单元测试用例操作(JUnit):

    1. 打开EClipse,新建Java Project,Finish完成一个java工程的创建

    2. 把JUnit相关的依赖部导入项目中:在该项目上右键Properties,Libraries下Add Libraries中添加Junit,完成之后项目中就会出现JUnit4。

    3. 导入java项目

    4. 使用JUnit框架的话,在该java文件上new一个JUnit Test Case,选择默认的要测试的方法

    5. 在生成的单元脚本上,右键Run as一下,就可以看到单元测试的脚本执行情况

    查看全部
    5 采集 收起 来源:软件测试阶段

    2018-09-11

  • 按测试类型来分

    功能测试、性能测试、部署测试、文档测试、安全测试、兼容性测试、易用性测试、本地化测试、无障碍测试、可靠性测试

    1. 功能测试:根据产品特性、操作描述金额用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。

      针对的问题:功能错误或遗漏、界面问题、性能错误、数据及访问错误、初始化及终止错误

      功能测试工具:

      商用:QTP(基于关键字,web应用)winrunner(桌面端的软件)、silkTest、Rational robot

      开源:selenium(敏捷开发)、Watir(web应用)、Sikuli(基于屏幕截图)



    查看全部
    6 采集 收起 来源:软件测试类型

    2019-06-26

  • 回归测试

    软件功能修改后,对软件进行重新测试以确认修改没有引入新的错误或导致其他部分产生错误。回归测试的重心在关键模块和重点功能组件。软件研发周期中会进行多次回归测试,且尽量实现自动化。

    Monkey测试

    Monkey测试,也称搞怪测试。就是用一些随机、稀奇古怪的方式来操作软件,以测试系统的健壮性和稳定性。

    冒烟测试

    来自于硬件板卡验证术语。软件上则用于确认代码中的更改会按预期运行,且不会破坏整个版本的稳定性。与回归测试有些相似,但冒烟测试更对的是针对全流程的关键业务流程的验证,而回归测试重点在关键模块、关键功能。

    “每日构建”中用冒烟测试来确认合入的代码没有影响主要功能的正常使用。

    A/B测试

    多用于互联网行业,通过为页面提供2个版本给用户使用并记录相关的用户行为数据,来确定更优化设计的一种测试方案。

    A/B测试实施要点

    多个方案并行,保证统计结果的有效性

    每次测试仅改动一个变量,能更加确定用户的选择差异

    按照某种规则进行优胜劣汰

    A/B测试工具

    Google Andlytics Content Experiments 主要通过向用户提供不同页面的版本之后,通过嵌入我们的分析脚本,就可以收集到一系列分析数据。

    Visual Website Optimizer

    回归总结

    https://img1.sycdn.imooc.com//5b51534e000152d506190414.jpg

    查看全部
    5 采集 收起 来源:其他测试分类

    2018-07-20

首页上一页1234567下一页尾页

举报

0/150
提交
取消
课程须知
本门课程适合有志于从事软件测试或在校软件专业的同学学习, 最好了解一些软件工程的基本概念,对软件测试这个职业有一些最基本的认识。(随堂资料:http://img1.sycdn.imooc.com//down/57bd4d2f0001474e00000000.rar)
老师告诉你能学到什么?
通过学习本门课程,能够理清我们接触到得各种不同的软件测试概念以及它们的主要作用和适用场景,可以更加理解软件测试这个职业的作用和对软件产品的意义。

微信扫码,参与3人拼团

意见反馈 帮助中心 APP下载
官方微信
友情提示:

您好,此课程属于迁移课程,您已购买该课程,无需重复购买,感谢您对慕课网的支持!