软件测试自动化方法与工具_第1讲 (概述)

1.1.4 软件测试的基本概念
• 对软件测试概念的理解
– 保证软件质量的有效手段； – 软件测试方法没有完全标准化和统一化； – 软件测试是有局限性的； – 调试与测试的区别。
1.2 软件测试的目标、活动和原则
• 目标、活动和原则，强调三维一体
1.2.1 理解与分析
• 软件测试的目的决定了如何去组织测试。
1.6.2测试用例设计与评审
• 1．测试用例设计的主要影响因素
– (5)测试的对象。客户端软件和服务器端系统、 分布式系统和集中式系统、异步系统和同步系 统等，其测试用例的侧重点或测试剖面是不同 的，它们从不同的侧面去发现软件系统的弱点 或薄弱环节。 – (6)软件实现所采用的技术。不同的技术，要进 行不同深度的挖掘，而且采用的测试工具也不 同。
测试分析员
测试设计员 测试员
1.5.2工作计划与日程安排
• 工作计划与测试计划有部分内容重叠，更 强调人员的协调，项目组内部的沟通，具 体体现在细化到每周的日程安排上。 • 实例：工作计划与日程安排 WP_20120408_A.doc （链接）
1.5.3 测试需求的收集
• 1）功能需求
– 需求文档、理论模型、设计文档、用户使用说明文 档
1.2.1 理解与分析
• • • • (5)充分注意测试中的群集现象。 (6)严格执行测试计划，排除测试的随意性。 (7)应当对每一个测试结果做全面检查。 (8)妥善保存测试计划，测试用例，出错统 计和 最终分析报告，为维护提供方便。
1.2.2 软件测试的方法
• 软件的测试方法有3种，即用试题测试、用 新旧两个系统作平行处理测试和软件测试 自动化工具测试。
• 2. 内容：在测试计划过程中，主要做好下列各 项工作：
– 确定软件功能性、非功能性的测试需求，以及各个 阶段的测试任务。 – 进行测试范围分析，从而对测试工作量进行估算。 工作量估算方法主要介绍了工作分解结构表方法， 并给出实例。 – 测试资源需求、团队组建，包括培训。 – 测试里程碑和进度的安排。 – 对测试风险进行分析。 – 制定有效的测试策略。
1.6.2测试用例设计与评审
• 2．测试用例设计的基本思想
– (1)设计测试用例时，要寻求系统设计、功能设计的 弱点。测试用例需要确切地反映功能设计中可能存 在的各种问题，而不要简单拷贝产品规格设计说明 书的内容。 – (2)设计正面的测试用例，应该参照设计规格说明书， 根据关联的功能、操作路径等设计。而对孤立的功 能则直接按功能设计测试用例。基本事件的测试用 例应包含所有需要实现的需求功能，覆盖率达100 ％。 – (3)设计负面的、异常的测试用例，如考虑错误的或 者异常的输入，往往可以发现更多的软件缺陷，这 显得更为重要。
1.6.2测试用例设计与评审
• 1．测试用例设计的主要影响因素
– (1)需求目标，有功能性的需求目标也有非功能性的 需求目标。功能性的测试比较清楚，正确与否的判 断能一目了然。而非功能性测试，其相对性比较强， 需要从不同的侧面进行比照。 – (2)用户实际使用的场景。从用户的角度来模拟程序 的输入，包括用户的操作习惯，使产品更能贴近用 户的需求。加强培养测试人员的用户体验意识，让 他站在用户的角度去思考产品的每一个特性，确保 为测试用例建立正确的判断依据。
1.5.1测试工作组的组建
角色 姓名 具体职责或注释
测试项目负 责人
管理监督测试项目，提供技术指导， 获取适当的资源，制定基线，技术协 调，负责项目的安全保密和质量管理 确定测试计划、测试内容、测试方法、 测试数据生成方法、测试（软、硬件） 环境、测试工具，评估测试工作的有 效性
设计测试用例，确定测试用例的优先 级，建立测试环境 执行测试、记录测试结果
• 2）非功能需求
– 性能、有效性、可靠性、可维护性、可扩展性、可 移植性
• 3）用户需求
– – – – 所有功能的可用性 良好的GUI 数据安全 软件使用无时间障碍
1.6 软件测试活动
• • • • • 1.6.1测试计划制订与评审 1.6.2测试用例设计与评审 1.6.3测试用例执行与记录 1.6.4测试结果分析与回归测试 1.6.5测试报告编制
1.1.4 软件测试的基本概念
• 软件测试是软件质量保障的一种重要的方 法，是软件开发过程中的一个重要组成部 分，是贯穿整个软件开发生命周期、对软 件产品（包括阶段性产品）进行验证和确 认的活动过程，是为了尽快尽早地发现在 软件产品中所存在的各种问题——与用户需 求、预先定义的不一致性。检查软件产品 的bug，写成测试报告，交于开发人员修改。
1.3 软件测试的分类
• 根据软件不同特性和方面的测试可以分为: 负载测试、压力测试、性能测试、安全性 测试、安装测试、可用性测试、稳定性测 试、授权测试、用户接受性测试、一致性 测试、配置测试、文档测试、兼容性测试 和Playtest等。
1.3 软件测试的分类
• 根据不同特殊的测试技术可以有:组合测试、 蜕变测试、变异测试、演化测试、FUZZ测 试、基于性质的测试、基于故障的测试、 基于模型的测试、基于操作剖面的测试、 基于用例和/或用户陈述开发测试用例、基 于规格说明的测试、统计测试、逻辑测试、 随机测试、自适应随机测试、GUI测试、冒 烟测试和探索测试等。
1.6.2测试用例设计与评审
• 3．测试用例的元素：测试用例是对测试场景 和操作的描述，所以必须给出测试目标、测试 对象、测试环境要求、输入数据和操作步骤， 概括为5WlH。
– 软件测试的对象-软件(定义、内容、生命周期) – 软件测试的基本概念(定义、内涵、基本方法)
1.1.1 软件的定义
• 软件是计算机系统中与硬件相互依存的一 部分，它是包括程序、数据及其相关文档 的完整集合。其中，程序是按事先设计的 功能和性能要求执行的指令序列；数据是 使程序能正常操纵信息的数据结构；文档 是与程序开发，维护和使用有关的图文材 料。
1.3 软件测试的分类
• 软件测试根据是否运行程序可分为静态测 试和动态测试：
– 静态测试包括桌面检查、代码审查和代码走查 等方法； – 动态测试根据测试用例设计是否依据内部结构 可以分为黑盒测试和白盒测试：
• 白盒测试包括语句覆盖、判定覆盖、条件覆盖、判 定/条件覆盖、条件组合覆盖、路径覆盖、线性代码 序列及跳转测试等; • 黑盒测试包括等价类划分、边界值分析、因果图分 析、错误猜测、状态转换测试等。
软件测试自动化方法与工具
主讲 吴取劲 2016.4
第1讲 软件测试概述
本讲重点讨论以下内容： • 相关知识概述； • 软件测试的目标、活动和原则； • 软件测试的流程； • 软件测试的分类； • 软件测试项目启动； • 软件测试的基本活动。
1.1 相关知识概述
• 做任何事，应从概念入手，才能少走弯路， 才能对此概念相关的问题有一个正确的理 解分析，最终解决问题。 • 软件测试是软件质量保证的一种手段，测 试的目的就是发现错误以及避免这些错误 的发生。
1.6.1测试计划制订与评审
• 1. 内涵：测试计划是为了解决测试目标、 任务、方法、资源、进度和风险等问题， 测试计划是一个过程，不仅仅是“测试计 划书”这样一个文档，测试计划会随着情 况的变化不断进行调整，以便于优化资源 和进度安排，减少风险，提高测试效率， 并及时修改“测试计划书”。
1.6.1测试计划制订与评审
1.6.2测试用例设计与评审
• 1．测试用例设计的主要影响因素
– (3)软件功能需求规格说明书、产品设计文档等， 是测试用例设计的主要参考文档。这些文档对 产品特性的描述方法、格式和详细程度，也会 影响到测试用例的设计。 – (4)测试的方法对测试用例的设计影响非常大。 在测试用例的设计思路上，白盒测试方法和黑 盒测试方法是从不同的哲学思想宋解决问题的， 前者从内部逻辑思路来考虑，后者从外部功能 思路来考虑。
1.4.3 软件测试流程关系图
• 软件测试流程与各个阶段有着密切的联系， 如图1-8所示。
图 18 软 件 测 试 流 程 关 系 图
1.5 软件测试项目启动
• 1.5.1测试工作组的组建 • 1.5.2工作计划与日程安排 • 1.5.3测试需求的收集
1.5.1测试工作组的组建
• 测试组长(测试项目负责人)在项目启动开始 时就应已经确定，测试组成员由测试组长 来确定，或由测试组长与项目经理一起协 商确定项目测试组人员。
1.1.2 软件工程的内容
• 软件工程研究的主要内容是软件开发技术 和软件开发管理两个方面。在软件开发技 术中，主要研究软件工程方法、软件工程 过程、软件开发工具和环境。
1.1.3 软件的生存周期
• 软件生存周期概念的出现可以帮助我们较 为全面地认识软件开发。在1998年制订和 公布的国家标准《GB8566-88计算机软件开 发规范》中，将软件生存周期划分为八个 阶段，即：可行性研究和计划、需求分析、 概要设计、详细设计、实现、组装测试、 确认测试、使用和维护。该标准为每个阶 段规定了任务、实施步骤、实施要求以及 完成的标志。对软件生存期按此方式做八 个阶段的划分大致符合也适应瀑布模型。
– 如图1-3，图1-4，图1-5，图1-6所示。
图1-3软件测试工作总体流程图
图1-4 需求阶段测试工作流程
图1-5 设计与编码阶段测试工 作流程
图1-6 集成测试和系统测试阶段工作流程图
1.4.2 软件测试活动分布图
• 软件测试活动分布在软件开发的各个阶段， 具体如图1-7所示。
图1-7 软件测试活动分布图
– 如果测试的目的是为了尽可能多地找出错误， 那么测试就应该直接针对软件比较复杂的部分 或是以前出错比较多的位置。 – 如果测试目的是为了给最终用户提供具有一定 可信度的质量评价，那么测试就应该直接针对 在实际应用中会经常用到的商业假设。
1.2.1 理解与分析
• (1)应当把“尽早地和不断地进行软件测试” 作为软件开发者的座右铭。 • (2)测试用例应由测试输入数据和与之对应 的预期输出结果这两部分组成。 • (3)程序员应避免检查自己的程序。 • (4)在设计测试用例时，应当包括合理的输 入条件和不合理的输入条件。