有关软件测试的重点总结docWord文档下载推荐.docx

1、 通常对软件测试的定义有两种描述 定义1软件测试是为了发现错误而执行程序的过程。 定义2软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例，并利用这些测试用例运行程序以及发现错误的过程，即执行测试步骤。 5测试测试活动有两种结果a找出缺陷和故障 b显示软件执行正确。 测试是一个或多个测试用例的集合。 6测试用例所谓测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果；测试用例是执行测试的最小实体。 7测试步骤测试步骤详细规定了如何设置、执行、评估特定的测试用例。 8软件生命周期一个软件生命周期包括制定计划、需求分析定义、软件设计、程序编码、软件测试、软件

2、运行、软件维护、软件停用等8个阶段。 9软件测试的对象 软件测试不等于程序测试。 软件测试贯串于软件定义和开发的整个过程。 软件开发过程中所产生的需求规格说明、概要设计规格说明、详细设计规格说明以及源程序都是软件测试的对象。 101测试是程序的执行过程，目的在于发现错误 2一个好的测试用例在于能发现至今未发现的错误； 3一个成功的测试是发现了至今未发现的错误的测试。 11软件测试的原则 1）.所有的测试都应追溯到用户的需求 系统中最严重的错误是那些导致程序无法满足用户需求的错误。 2）.尽早地和不断地进行软件测试 需求和设计时出现的缺陷占很大的比例； 缺陷的修改成本随着阶段的推移将急剧上升；

3、缺陷具有放大的特点； 3）.不可能完全的测试 输入量太大 执行路径太多 注软件测试最致命的缺陷就是不能进行彻底的测试 4）.80-20原则 测试发现的错误中80很可能起源于20的模块中。 应孤立这些疑点模块重点测试 5）.注意测试中的群集现象 在所测程序段中，若发现错误数目多，则残存错误数目也比较多。 6）.避免测试自己的程序 程序员轻易不会承认自己写的程序有错误； 程序员的测试思路有局限性，做测试时很容易受到编程思路的影响； 程序员测试不具有典型性 7）.设计周密的测试用例 软件测试的本质就是针对要测试的内容确定一组测试用例。 测试用例至少应包括 执行测试用例前，应满足的前提条件 输入 预期

4、输出 设计测试用例时，应当包括合理的输入条件和不合理的输入条件。 8）.回归测试 程序修改后必须进行回归测试，避免引入新的错误。 9）.严格执行测试计划，排除测试的随意性。 10）.确认BUG的有效性 对测试错误结果一定要有一个确认的过程。 有时候测试人员提交的BUG并不是真正的BUG。 11）.妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。 121）、按是否执行被测软件划分动态测试 通过运行软件来检验软件的动态行为和运行结果的正确性 静态测试 不运行被测程序，而是通过在对软件进行分析、检查和审阅达到测试目的的 静态测试方法 代码审查； 代码走查； 桌面检查； 技术评审；

5、 静态测试除了进行人工测试外，还可以借助于计算机辅助分析。 2）、按软件测试用例设计方法的划分 黑盒测试（Black-Box Testing） 白盒测试（White-Box Testing） 灰盒测试（Gray-Box Testing） 3、按照软件测试的策略和过程划分 单元测试Unit Testing 集成测试Integration Testing 确认测试Validation Testing 系统测试System Testing 验收测试Verification Testing 4、按测试实施组织划分 开发方测试 用户测试（测试） 第三方测试 5、按是否使用工具划分 手工测试 自动化测试

6、按照企业中实际工作需要，测试主要包含下面的类型 （1）功能测试（2）接口测试（3）健壮性测试（4）强度测试 （5）压力测试（6）性能测试（7）用户界面测试（8）安全测试 （9）可靠性测试（10）安装/反安装测试（11）文档测试（12）恢复测试（13）兼容性测试（14）回归测试（15）测试（16）测试 13测试过程需要三类输入 软件配置包括软件需求规格说明、软件设计规格说明、源代码等； 测试配置包括测试计划、测试用例、测试驱动程序等； 测试工具测试工具为测试的实施提供某种服务。 例如，测试数据自动生成程序、静态分析程序、动态分析程序、测试结果分析程序、以及驱动测试的工作台等。 141、软件测试的

7、发展历程 20世纪50-60年代 软件测试才开始与调试区别开来，成为一种发现软件缺陷的活动 70年代以后 软件技术的成熟和完善使得软件测试的规模和复杂度加大，软件测试也逐渐形成了一套完整的体系，逐渐走向规范化。 20世纪80年代早期 “质量”的号角才开始吹响 20世纪90年代 测试工具终于盛行起来 15软件产品组成部分 （1）程序代码 （2）帮助文件 （3）用户手册 （4）样本和示例 （5）标签 （6）产品支持信息 （7）图表和标志 （8）错误信息 （9）广告与宣传材料 （10）软件的安装 （11）软件说明文件 （12）测试错误提示信息 16测试与开发各阶段的关系 需求分析说明书-确认测试 概

8、要设计说明书-集成测试 详细设计说明书-集成测试，单元测试 源程序代码-单元测试 17在集成测试过程中的两个重要的里程碑是功能冻结和代码冻结的确定 18软件质量是软件产品的特性可以满足用户的功能、性能需求的能力 。 软件质量保证活动（SQA）是通过对软件产品有计划地进行评审和审计来验证软件是否合乎标准的系统工程，通过协调、审查和跟踪以获取有用信息，形成分析结果以指导软件过程。 SQA与软件测试之间相辅相成，存在包含和交叉的关系。 问题1造成软件缺陷的主要原因有哪些 答典型的软件缺陷产生的原因只要有以下几种类型（1）需求解释有错误（2）用户需求定义错误（3）需求记录错误（4）设计说明错误 （5）

9、编码说明有误（6）程序代码有误（7）数据输入有误（8）测试错误（9）问题修改不正确（10）不正确的结果是由于其他的缺陷而产生，其中导致软件缺陷最大的原因是软件产品规格说明书（需求），其次是软件设计方案和代码编写 问题2为何说软件缺陷的最大来源是软件产品规格说明书 答（1）用户一般是非计算机专业人员，软件开发人员和用户的沟通存在较大的困难，对要开发的产品功能理解不一致。 （2）由于软件产品还没有设计、开发，完全靠想象去描述系统的实现结果，所以有些特性还不够清晰。 （3）需求变化的不一致性。 用户的需求总是在不断变化的，这些变化如果没有在产品规格说明书中得到正确的描述，容易引起前后文，上下文的矛盾

10、。 （4）对规格说明书不够重视，在规格说明书的设计和写作上投入的人力、时间不足。 （5）没有在整个开发队伍中进行充分沟通，有时只有设计师或项目经理得打比较多的信息。 问题3如何看待软件测试和缺陷修复的代价 答软件在从需求、设计、编码、测试一直到交付用户使用后的过程中，都有可能产生和发现缺陷。 随着整个开发过程的时间推移，在需求阶段没有被修正的错误问题或缺陷有可能不断扩展到设计阶段、编码和测试阶段，甚至到维护阶段。 而且越是软件开发后期，更正缺陷或修复问题费用越大，呈几何级数增长。 在编写产品说明书早期发现的软件缺陷，如果说费用是按元计算，则同样的软件缺陷若在软件编制完成再开始测试的时候才发现，

11、费用将要上升十倍；如果软件缺陷 是在发售后由用户发现则修正费可能要上升上百倍。 这就说明额越是在软件开发过程的早期就发现软件的缺陷，修正缺陷的费用就越低，反之，代价是很大的。 第二章 软件测试模型与过程 1常用测试模型V模型、W模型、H模型、X 模型、测试前置模型测试驱动模型 V模型需求分析 概要设计 详细设计 编码 单元测试 集成测试 系统测试 验收测试 W模型 H模型 H模型说明了 1）、软件测试不仅仅指测试的执行, 还包括很多其他的活动。 2）、软件测试是一个独立的流程, 贯穿产品的整个开发周期, 与其它流程并发进行。 3）、软件测试要尽早准备, 尽早执行。 2软件测试流程制定测试计划、

12、测试设计、测试开发、测试执行、测试评估 注解制定测试计划既是完成测试的策略。 测试设计阶段要设计测试用例和测试过程，要保证测试用例完全覆盖测试需求。 测试设计阶段最重要的是如何将测试需求分解，如何设计测试用例。 测试执行过程由4个部分组成输入、执行过程、检查过程、输出。 软件测试的主要评测方法包括 覆盖评测主要是对需求的覆盖和对代码的覆盖。 质量评测 在测试过程中，已发现缺陷的评估提供了最佳的软件质量指标。 性能评测评估测试对象的性能时，侧重于获取与行为相关的数据，如响应时间、事务处理数、内存占用率、操作可靠性等。 3软件测试的复杂性分析 1）、无法对程序进行完全测试 2）、测试无法显示潜在的

13、软件缺陷和故障 3）、存在的故障现象与发现的故障数量成正比 4）、不能修复所有的软件故障 5）、软件测试的代价 4 1、静态测试 静态测试不实际运行软件，主要是对软件的编程格式、结构等方面进行评估。 静态测试包括代码检查、静态结构分析、代码质量度量等。 它可以由人工进行，也可以借助软件工具自动进行。 静态测试方法也可利用计算机作为对被测程序进行特性分析的工具，但与人工测试方式有着根本区别。 另一方面，因它并不真正运行被测程序，只进行特性分析，这又与动态方法不同。 所以，静态方法常常称为“分析”，静态测试是对被测程序进行特性分析方法的总称。 1、 黑白盒的区别 若测试规划是基于产品的功能，目的是

14、检查程序各个功能是否能够实现，并检查其中的功能错误，则这种测试方法称为黑盒测试Black-box Testing方法。 若测试规划基于产品的内部结构进行测试，检查内部操作是否按规定执行，软件各个部分功能是否得到充分使用，则这种测试方法称为白盒测试White-box Testing方法项目 黑盒测试法 白盒测试法 规划 方面 功能的测试 结构的测试 优点 方面 能确保从用户的角度出发进行测试 能对程序内部的特定部位进行覆盖测试 缺点 方面 无法测试程序内部特定部位；当规格说明有误，则不能发现问题 无法检查程序的外部特性； 无法对未实现规格说明的程序内部欠缺部分进行测试 应用 范围 边界分析法 等

15、价类划分法 决策表测试 语句覆盖，判定覆盖， 条件覆盖，判定/条件覆盖， 路径覆盖，循环覆盖， 模块接口测试 w 2、单元测试针对每个单元的测试， 以确保每个模块能正常工作为目标。 w 集成测试对已测试过的模块进行组装，进行集成测试。 目的在于检验与软件设计相关的程序结构问题。 w 确认（有效性）测试是检验所开发的软件能否满足所有功能和性能需求的最后手段。 w 系统测试检验软件产品能否与系统的其他部分（比如，硬件、数据库及操作人员）协调工作。 w 验收（用户）测试检验软件产品质量的最后一道工序。 主要突出用户的作用，同时软件开发人员也应有一定程度的参与。 第四章和第五章 1、软件测试体系构成软件测试模型 人事组织理论 测试团队组织结构 测试流程 测试技术 w 2、软件bug包括从软件失效、崩溃，到返回错误信息，以及混乱