软件测试技术基础教程——理论、方法、面试-PPT课件

• 软件（software）是指一系列按照某种特定规则组织在一起，实现用户 需求的计算机数据和指令的集合体。从狭义理解即运行在计算机、手机、 手持设备等电子设备上的应用程序，都称为软件。从广义理解，软件不 仅仅包含实现用户需求的源代码（计算机数据、指令），还包含与之相 匹配的数据文档、支撑源代码运行的配置数据。三者构成一个完整的软 件实体。
2.2
软件生命周期
软件生产行业在几十年的研发活动中，积累了大量的经验，总结 出软件的生命周期流程，指导软件生产企业遵循规范的生产流程设计 开发软件系统。一般而言，软件从设计、研发到销售使用，主要经历 图2-2所示的几个周期。
市场需求调研 可行性研究 产品项目立项
发布运行维护
设计开发测试
需求调研开发
2.2.4 需求调研开发
主动模式，软件公司派出需求调研小组与用户直接沟通，获得正 确可靠的需求。小组成员一般是客户代表、需求开发者或开发人员； 被动模式由软件公司市场调研人员根据市场产品需求信息分析判 断，无明确的需求提出者，得到较为粗泛的需求。
2.2.4 需求调研开发
在需求调研开发阶段，每一个需求都需与客户、市场需求反复验 证确认，最终得到规范的需求规格说明书。需求规格说明书 （software requirements specification，SRS）作为用户与软件公司 双方约定的一个合同制文档，通常情况下从软件系统功能、性能、外 部接口等方面阐述用户提出的显性或隐性需求，并以此作为后续软件 生产活动的基准输入。故在需求调研、需求开发、需求评审、需求管 理环节需花费大量的时间及精力。
阐述软件基本概念，软件生命周期理论、软件研发团队及测试 团队组织结构，通过剖析企业中测试团队的职能、技能构成，阐述测 试工程师在测试活动实施过程中的多样性。
本章小节
• 2.1 • 2.2 • 2.3 软件基本概念 软件生命周期 软件研发团队
• 2.4
• 2.5
软件测试团队
练习题
2.1 软件基本概念
• 例如，一个地图软件，包含可执行程序、地图使用说明书、驱动数 据包（不同地区的不同数据包）。图2-1是读者常用的QQ聊天软件 应用界面，使用时可下载其安装程序，并可在线获得QQ具体使用 方法。
图2-1 QQ程序应用界面
• 在国家软件标准中，软件的定义如下。 • 与计算机系统操作有关的计算机程序、规程、规则，以及可能有的 文件、文档及数据。 • 其他定义如下。
2.2.5 设计、开发、测试
如果公司有专门的系统架构师，则由系统架构师从系统可靠性、 扩展性、安全性、可维护性等角度进行系统概要设计。系统概要设计 活动结束后输出系统概要设计说明书（high level design,HLD）， 评审活动通过后形成概要设计基线，此时可以依据需求规格说明书及 概要设计文档进行系统的详细设计、数据库设计等相关事宜。 • 详细设计说明书，一般由项目组开发人员进行设计，详细设计 （low level design,LLD）有些公司又称为软件设计说明书。 • 对于比较复杂的软件系统，通常情况下都需要进行详细设计，重点 在于阐述系统中各个模块之间的详细关联以及每个模块子程序设计 思想。开发人员通过详细设计方便清晰地理解开发对象的设计思路 及编程思路，从而降低编码错误风险。
2.2.1
市场需求调研
产品调研： 软件公司主动挖掘市场需求，从而开发出解决大众需求的软 件系统，此需求来源所研发的软件一般称为产品，从用户角度而 言，需求由软件公司提出，用户被动接收，属于被动模式。 风险较高，用户群不确定，需求通常不够明确，产品开发过 程中可能面临着需求频繁变更风险及后期销售不力的情况。例如 QQ、微信、暴风影音、即刻搜索。
2.2.2 可行性研究
产品项目可行性研究是以企业研发能力为前提，以投资收益为 目的，从安全、法律、技术、成本、管理、风险控制等方面对产品或 项目进行全面分析研究的方法，预测其投产后的经济效益，在既定范 围内进行方案论证与选择，以便最合理地利用资源，达到预定的社会 效益和经济效益。 从软件生产角度来看，可行性研究的重点是解决前期市场调研的 产品或项目是否可行，能否在一定的成本压力下，持续地为公司或企 业带来适当的利益，无论是社会效益还是经济效益。通常情况，软件 产品成败受4个方面的约束：time（时间）、scope（范围）、cost （成本）、risk（风险）。 在可行性研究阶段，如何找出这4个方面的平衡点，是待解决的 首要问题。
• （1）运行时，能够提供所要求功能和性能的指令或计算机程序集 合。
• （2）程序能够满意地处理信息的数据结构。
• （3）描述程序功能需求以及程序如何操作和使用所要求的文档。
• 简单而言，软件即是源代码、文档、配置数据的集合体。 • 对于软件测试工作而言，既然测试对象是软件，那么实现用户需求的源 代码、文档、配置数据（驱动接口数据）都作为测试对象，不能认为测 试对象仅是源代码。 • 软件是个逻辑概念，不能以实体展示，仅能通过运行活动展示其所具有 的功能及性能表现，软件不像硬件产生损耗，软件亦不存在消亡之说， 软件往往最后的终点是升级改造。
软件测试技术基础教程
--理论、方法、面试
教程内容
第一章：IT行业及软件测试
第二章：软件生命周期概述
第三章：研发模型与软件测试 第四章：软件测试模型及流程 第五章：测试需求分析与用例设计
第六章：阶段评审与同行评审
第七章：缺陷定义与流程管理 第八章：Web系统与测试技术
第二章 软件生命提出需求，由软件公司负责设计开发，一般称为项目， 从用户角度而言，需求由用户主动提出来，属于主动模式。 研发风险相对小很多。当特定客户因自身需求需要研发某种软件 系统时，由软件公司进行设计开发。在这种情况下，对软件公司而言， 客户想开发什么，就开发什么，需求往往是明确的，并且项目资金也 比较充足，项目失败的风险较小。业务系统基本都以项目运作方式， 如银行的柜台交易系统、网上银行系统等。
2.2.3 产品项目立项
经过市场需求调研、可行性研究评审确认可行后，需求调研人员 （市场人员、需求分析人员或客户经理）牵头，进行产品或项目立项 活动，构建产品或项目研发小组，制定产品运作计划，如需求开发、 系统设计开发、系统测试、软件发布、运行维护等一系列工作的步骤 及时间点。 产品立项阶段软件研发团队成员包括项目经理、开发经理、研发 工程师、测试经理，测试工程师一般后期加入，如到需求评审或系统 测试设计时。