软件测试基础知识及流程资料.ppt

H模型图 在整个生产周期中某个层次上的一次测试“微循环”。图中的其他流程图可以是任意开发流程。例如，设计流程和编码流程。也可以是其他非开发流程，例如，SQA流程，甚至是测试流程本身。只要测试条件成熟了，测试准备活动完成了，测试执行活动就可以进行了 X模型 X模型是由Marick提出的 X模型描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交换，通过集成最终合成为可执行的程序 X模型是一种探索测试模型 X模型图 测试策略 测试信息流 分析设计阶段 需求说明书评测 概要设计说明书评测 详细设计说明书评测 软件编码规范评测 开发阶段 单元测试 集成测试 确认测试 系统测试 验收测试 软件验证和确认过程 天讯天网测试过程 测试流程图 需求分析 测试计划 测试设计 测试环境搭建 测试执行 测试记录 测试流程图 需求分析 需求分析是软件测试的一个重要环节，一般而言，需求分析包括软件功能需求分析、测试环境需求分析、测试资源需求分析等。其中最基本的是软件功能需求分析，测一款软件首先要知道软件能实现哪些功能以及是怎样实现的。比如绿网天下包括记录查询、软件限制、网址限制等功能。那我们就应该知道软件是怎样来实现这些功能的，为了实现这些功能需要哪些测试设备以及如何搭建相应测试环境等，否则测试就无从谈起 做测试需求分析的依据有软件需求文档、软件规格书以及开发人员的设计文档等。 测试计划 测试计划一般由测试负责人来编写。测试计划的依据主要是项目开发计划和测试需求分析结果而制定 测试计划一般包括以下一些方面：测试背景、项目涉及人员、测试依据、测试资源、测试策略、测试日程、还要包括测试计划编写的日期、作者等信息，计划越详细越好 计划赶不上变化，一份计划做的再好，当实际实施的时候就会发现往往很难按照原有计划开展。如在软件开发过程中资源匮乏、人员流动等都会对测试造成一定的影响。所以，这些就要求测试负责人能够从宏观上来调控了 测试设计 测试设计主要包括测试用例编写和测试场景设计两方面 测试场景设计主要也就是测试环境问题 测试用例文档由简介和测试用例两部分组成。简介部分编制测试目的、测试范围、定义术语以及测试背景等。测试用例部分逐一列示各测试用例，测试用例应当包括测试标识、测试用例名称、目标、测试条件、测试设置、输入数据要求、步骤、以及预期的结果等 测试环境搭建 不同软件产品对测试环境有着不同的要求。如C/S及B/S架构相关的软件产品，那么对不同操作系统，如windows系列、unix、linux甚至苹果OS等，这些测试环境都是必须的 为了测试一款软件，我们可能根据不同的需求点要使用很多不同的测试环境。有些测试环境我们是可以搭建的，有些环境我们无法搭建或者搭建成本很高。不管如何，我们的目标是测试软件问题，保证软件质量。测试环境问题，还是根据具体产品以及开发者的实际情况而采取最经济的方式 测试执行 测试执行过程又可以分为以下阶段： 单元测试→集成测试→系统测试→出厂测试，其中每个阶段还有回归测试 从测试的角度而言，测试执行包括一个量和度的问题。也就是测试范围和测试程度的问题。比如一个版本需要测试哪些方面？每个方面要测试到什么程度？ 从管理的角度而言，在有限的时间内，在人员有限甚至短缺的情况下，要考虑如何分工，如何合理地利用资源来开展测试。 测试记录1 缺陷记录总的说来包括两方面：由谁提交和缺陷描述。 一般而言，缺陷都是谁测试谁提交。在缺陷的描述上，至少要包括以下一些方面内容：序号、标题、预置条件、操作步骤、预期结果、实际结果、注释、严重程度、概率、版本、测试者、测试日期；以上是描述一个Bug时通常所要描述的内容，当然在实际提交bug时可以根据实际情况进行补充，如附上图片、log文件等 测试记录2 另外，一个版本软件测试完毕，还要根据测试情况出份测试报告，这也是所要经过的一个环节 缺陷管理：缺陷管理方面，目前我们公司采取缺陷管理工具Bugfree进行管理、 Bugfree地址： 54/Login.php 软件测试国家标准 GB/T 9386-1988 《计算机软件测试文件编制规范》 GB/T 15532-1995 《计算机软件单元测试规范》 GB/T 17544-1998 《信息技术 软件包 质量要求和测试》 GB/T 16260.1-2003 《软件工程 产品质量》第1部份，质量模型 GB/T 16260.2-200X《软件工程 产品质量》第2部份，外部度量 GB/T 16260.3-200X《软件工程 产品质量》第3部份，内部度量 GB/T 16260.4-200X《软件工程 产品质量》第4部份，使用质量度量 GB/T 18905.1-2002《软件工程 产品质量》第1部