《软件测试基础课程—慕课网》由会员分享，可在线阅读，更多相关《软件测试基础课程—慕课网（18页珍藏版）》请在金锄头文库上搜索。
1、软件测试基础教程一一慕课网课程目标1了解软件测试的含义2软件测试遵循的准则3软件测试有哪些分类？分别是什么概念4何时开始测试？测试方案如何设计？5测试流程是怎样的？怎么提bug?怎么写报告？6为什么要作自动化？怎么做？第一课时：软件测试概要一、软件测试的定义软件测试是使用人工或自动的手段来运行或测量软件系统的过程，以检验软件系统是否满足规定的要求，并找出与预期结果之间的差异。二、软件测试的测试的对象需求、概要设计、详细设计、运行环境、可运行程序、源代码。（软件测试工程序测试）三、软测的五大要素及两大目标五大要素：质量（最为核心），人员（决定因素）,技术（实现手段）【测试技术，方法，测试工具】，
2、资源【测试所需的硬件，网络环境，测试生命周期，测试时间】，流程（测试标准）【测试计划，测试执行，报告】目标：提升测试覆盖率及测试效率四、软件测试所遵循的原则：1. 测试显示缺陷的存在，但不能证明系统不存在缺陷。2. 穷尽测试是不可能的，应设定及时终止的条件。3. 测试应该尽早进行。4. 缺陷具备群集特性。越是发现问题多的模块，就是我们重点关注的对象。5. 测试的杀虫剂悖论。在测试当中，我们采用同样的测试用例、同样的测试方法，多次、重复的来测试某一个模块，那最后我们就不能够再发现新的缺陷。所以我们的测试用例和测试方法应该不定期的评审和修改，并增加不同的测试方法或测试用例来测试软件或系统的不同部分
3、，从而发现更多的缺陷。测试的二八原则。就是我们应该把80%的时间或资源用在20%的重点模块上，重点测试这款软件中20%的重要模块，来达到我们测试的效率和资源配置最佳的比例。6. 测试活动依赖于测试背景。第二课时：软件测试阶段、手段、模式一、软件测试阶段软件测试按测试阶段来分类：单元测试、集成测试、系统测试、验收测试。（一）单元测试是各个阶段测试的基础，是对软件中的最小可测试单元进行检查和验证。单元是人为规定的可测试的最小的模块。（java面向对象语言来说，最小可测试单元是每一个类）单元测试是对代码进行测试测试框架：junit针对JAVAnunit针对.netphpunit针对PHPCppUni
4、t针对C+原则：尽可能的保证各个测试用例是互相独立的。尽量避免使用依赖的方法。编写一个模拟的方法来取代使用外部依赖。1. 一般由代码的开发人员来实施，用以检验所开发的代码功能符合自己的设计要求。益处：1. 能尽早发现缺陷。2. 有利于重构。3. 简化集成。4. 文档。简化文档作用5. 用于设计。限制：1. 不可能覆盖所有的执行路径，所以不可能保证捕捉到所有路径的错误。2. 每一行代码，一般需要35行测试代码才能完成单元测试。所以存在投入和产出的一个平衡。（二）集成测试（偏于技术角度验证）是在单元测试完成的基础上针对已经完成单元测试的那些模块，把他们组成更高一级的模块和子系统,来针对这些子系统进
5、行的集成。各个最小单元模块之间的接口和子系统的集成。主要实施方案：I. BigBang。也叫一次性集成。就是把所有的东西组装好，然后再一起进行测试。2自顶向下。是一个递增的组装软件结构的方法。3自底向上4核心系统集成。5高频集成。高频次的不断地进行集成。集成测试与单元测试的区别是：1测试对象不同2测试依据不同单元主要；集成概要3测试的方法不同集成测试一一关注接口之间的集成；单元测试一一关注单元的内部（三）系统测试（偏于业务角度验证）（一般测试岗位，主要集中在系统测试）把整个系统组装以后置于真实的运行环境对这个系统进行全面的测试。主要做功能测试、性能测试、稳定性测试等多种测试。是将经过集成测试的
6、软件，作为计算机系统的一个部分，与系统中其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效的测试，以发现软件潜在的问题，保证系统的正常运行。关注点1. 关注系统本身的使用2关注系统与其他相关系统间的连通3关注系统在不同使用压力下的表现4关注系统在真实使用环境下的表现系统测试&集成测试区别测试对象集成测试：由通过了单元测试的各个模块所集成起来的构件系统测试：除了软件之外，还包括计算机硬件及相关的外围设备、数据采集和传输机构、支持软件、系统操作人员等整个系统测试时间集成测试介于单元测试和系统测试之间测试系统测试在集成测试之后测试内容集成测试：各个单元模块之间的接口系统测试：整个系统
7、的功能和性能测试角度集成测试：偏于技术角度的验证系统测试：偏于业务角度的验证（四）验收测试从用户的角度对系统软件的认可验收。也称交互测试。针对用户需求、业务流程的正式的测试，确定系统是否满足验收标准，由用户、客户或其他授权结构决定是否接受系统。定义：交付测试。针对用户需求、业务流程的正式的测试、确定是否满足验收标准，由用户、客户或者其他授权机构决定是否接受系统。验收测试细分可分为用户验收测试：开发交付之前运行验收测试：运维的层面合同和规范验收测试：参照约定的规范验收，还有法律法规alpha测试：在开发环境中，由用户进行测试Beta测试：脱离开发环境由用户提供的环境下进行测试二、软件测试手段软件
8、测试的分类：按可见度：黑盒白盒按状态：静态、动态按测试执行方式：手工、自动化（一）黑盒测试在完全不考虑程序内部结构和特性的情况下，通过暴露出来的接口对程序进行测试程序是否能正常接收输入，正确输出，一般针对界面或可见功能用户视角，通过结果判断优：1容易实施，不需要关注内部实现，操作简单2更贴近用户视角，测试场景与正式场景更接近缺：黑盒针对功能进行测试，变动较大，用例使用1覆盖率较近，只能覆盖代码量的不足40%（不了解内部实现不知道内部分支）2针对黑盒的自动化测试，复用率较低，维护成本较高率较低主要测试的地方（关注点）1. 功能是否正确或遗漏2. 接口上输入、输出是否正确3. 数据结构或外部信息是
9、否有访问错误性能是否满足系统测试阶段主要使用黑盒测试其它各个阶段也会用到黑盒测试的主要设计方法1. 等价类划分法：针对程序有很多输入条件，把所有的输入把等价的归为一类，形成若干等价的代表形输入，通过典型数据进行测试用例的设计。2. 边界值分析法：特殊的等价类划分，更关注各种边界条件，开发时容易出现失误的地方需要重点关注错误推测法：基于经验或直觉，判断出程序中容易失误的地方，从而制作测试用例例如：特殊字符、文件不存在，或文件超大等3. 因果图法：拿到程序的需求规格说明书，针对输入输出在因果图中看作原因和结果根据规划说明生成判断表4. 正交试验分析法：主要用于筛选输入数据5. 状态迁移图法：通过处
10、理功能点的状态迁移关系，例如审批流程中的状态变化6. 流程分析法：通过梳理逻辑程序的路径（二）白盒测试黑盒：内部不可见白盒：逻辑结构对测试人员是透明的，又叫结构化测试或透明盒，通过对逻辑结构来设计测试用例。用逻辑的覆盖率来测试逻辑的完整性。逻辑的单位：语句、条件、条件组合、分支、路径语句覆盖：保证每条语句至少被执行一次判定：条件覆盖：覆盖表达式分支是路径的一部分优：1. 迫使测试人员去仔细思考软件的实现，理解原理2. 可以检测代码中的每条分支和路径3. 揭示隐藏在代码中的错误4. 对代码的测试比较彻底缺：1.昂贵（较高的覆盖率，工作量大）2. 无法检测代码中遗漏的路径和数据敏感性错误3. 针对
11、代码不是针对需求，不能正确验证需求实现是否正确白盒测试的方法：1.代码检测法：对代码进行检测2. 静态结构分析法：通过测试工具分析系统结构数据结构、内部控制逻辑来制定测试用例3. 静态质量度量法：iso标准制作度量模型4逻辑覆盖法：6种主要覆盖测试方法：语句条件条件组合分支路径条件vs判定覆盖基本路径测试法：白盒中主要的一种测试方法在程序控制流图的基础上，通过分析控制构造复杂度导出基本可执行的路径的集合进而制作测试用例的方法5. 控制流图：描述控制流灰盒：介于黑、白盒测试之间的，关注输入、输出的正确性、同时也关注内部表现结合了黑、白的测试要素，主要用于组件的测试（三）静态测试静态测试：无须执行
12、被测程序，通过评审软件文档或代码，度量复杂度，检查软件是否符合编程标准以发现程序的不足之处，减少错误出现的概率可以通过人工，也可以通过自动化工具方式：互审-走查（小组）-会议（记录正式），不正式到正式的集体活动（四）动态测试动态测试：通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等黑盒：主要是动态测试方法白盒：代码检查法和静态代码分析法就是典型的静态方法（五）手工测试手工测试：由专门的测试人员从用户视角来验证软件是否满足设计要求的行为。更适用针对深度的测试和强调主观判断的测试手工测试方法：众包测试、探索式测试优：1易发现缺陷2容易实施3更具有创造性、灵性性缺：1
13、覆盖量化难2重复测试效率低3不一致性、可靠性低（前后不一致）4人力资源依赖（六）自动化测试自动化：使用单独的测试工具软件控制测试的自动化执行以及对预期和结果进行自动检查自动化测试方法：单元测试、接口测试、性能测试等优：1高效率、速度快2高复用性3覆盖率容易度量4准确、可靠5不知疲劳缺：1机械、发现缺陷率低，不具备创造性不灵活2一次性投入较大（从实施自动化测试之初、从测试工具的选型、框架的设计到自动化测试脚本的编写、维护都需要投入较大的精力和资源）手工和自动化各有适用场景手工测试自动化测试手工测试易发现缺陷容易实施-创造性，灵活性覆盖量化难重复测试效率低不一致性*可靠性低人力资源依報高效率、速度
14、快高复用性覆盖率容易度量准确，可靠*不知疲劳机械*发现缺陷率低_次性投入较大自动化测试软件测试模式瀑布模型、敏捷测试、基于脚本的测试、基于风险的测试、探索式测试等。（一）瀑布模型瀑布模型：项目计划、需求分析、软件设计、程序开发、软件测试、集成维护项目计划：制定总体的研发计划，确定主要的里程碑节点输出项目计划书）输出产品需需求分析：明确用户需求定义，并对定义进行清晰描述，充分理解需求，描述产品功能-求规格说明）软件设计：根据需求定义，设计产品的实现方案，包括定义软件硬件的结构、组件、实现方法、接口、界面、数据-输出概要设计、详细设计程序开发：根据概要和详细设计具体实现，根据编程规范构建各类组件模
15、块，输出产品版本。软件测试：通过独立的测试小组评估产品是否满足需求定义-输出测试报告集成维护：交付用户，根据用户使用情况进行维护及升级优点：1.强调需求、设计的作用；2前一阶段完成后，只需关注后续阶段；3为项目提供了按阶段划分的检查点，里程碑清晰；4文档规范缺点：1难以适应需求的频繁变；2项目周期后段才能看到成果，增加了风险3强制的里程碑、完成时间点，适应能力差；4.文档工作量大瀑布模型的优缺点缺点强调需求.设计的作用-前一阶段完成后,只需关注后续阶段为项目提供了按阶段划分的检查点，里程碑清晰文档规范*堆以适应需求的频繁变化项目周期后段才能看到成果-强制的里程碑.完成时间点.-文档工作量大优点（二）V模型（最广泛）是瀑布模型的变种明确表明测试过程的不同级别，阶段：单元测试-集成测试-系
