(精)Software Testing-软件测试基本概念.pptVIP

Chapter 1 Players in the Systems Game 几个术语（1） 错误（error）、过错（mistake） - 扩散 缺陷（defect/bug）、故障（fault） －错误的结果/表现 失效（failure） - 当缺陷执行时会发生失效 事故（incident） - 警告用户注意所出现的失效 几个术语（2） 测试（test） - 处理错误、缺陷、失效和事故 －采用测试用例执行软件的活动 －两个目的：找出失效或演示正确的执行 测试用例（test case） - 输入：测试数据和操作步骤 - 输出：预期结果 - 测试环境：系统环境设置 一个测试生命周期 软件缺陷 软件未达到产品描述标明的功能； 软件出现了产品描述指明不会出现的错误； 软件功能超出产品描述指明范围； 软件未达到产品描述虽未指出但应达到的目标； 软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。 根据严重程度分类的缺陷 轻微 词语拼写错误 中等 误导或重复信息 使人不悦 被截断的名称，0.00美元账单 影响使用 有些交易没有处理 严重 丢失交易 非常严重 不正确的交易处理 极为严重 经常出现“非常严重”的错误 无法忍受 数据库破坏 灾难性 系统停机 容易传染 扩展到其他系统的系统停机 软件缺陷产生的主要原因（1） 技术问题 算法错误、语法错误、计算和精度问题、接口参数传递不匹配导致模块集成出现问题 团队工作 对客户需求不明确、与用户沟通存在困难、不同阶段的开发人员理解不一致 软件本身 文档内容不正确、未考虑大量数据引起的负载问题、对程序逻辑路径或数据范围的边界考虑不周全、未考虑系统崩溃后的备份恢复等、硬件或系统软件上存在的错误、软件开发标准或过程上的错误 软件缺陷产生的主要原因（2） 软件缺陷产生的主要原因（3） 用户和开发人员的沟通存在较大困难，对要开发的产品功能理解不一致； 由于软件尚未设计构造，完全靠想象去描述系统的实现结果，对系统特性不够清晰； 需求变化的不一致； 对需求规格说明书不够重视； 没有在整个开发团队中对需求规格说明书进行充分沟通。 软件缺陷的修复成本 软件测试员的目标 发现软件缺陷； 找出软件缺陷，尽可能早一点； 找出软件缺陷，尽可能早一点，并确保其得以修复。 以最少的时间和人力找出软件中潜在的各种错误和缺陷。 软件测试的目的（1） 基于不同的立场，存在着两种完全不同的测试目的。 从用户角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。 从软件开发人员角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的需求，确立人们对软件质量的信心 软件测试的目的（2） G.J. Myers把软件测试的目的简单概括为： 软件测试是为了发现错误而执行程序的过程。 一个好的软件测试用例能够在第一时间发现程序中存在的错误。 一个好的测试是发现至今尚未发现的错误的测试。 软件测试的定义 1979：测试是为了发现错误而执行程序的过程。 1983：测试是由人工或自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。 2002：测试是为了度量和提高被测系统的质量，对测试件进行工程设计、实施和维护的整个生命周期进程。 软件测试ST和软件质量SQ的关系 计算机产品质量检验员 （软件测试工程师） ST是SQ的手段之一，是高SQ的必要非充分条件。 软件的高质量是分析设计出来的，而不是靠测试修补出来的。 软件测试是软件质量保证的关键环节，是对软件需求分析、设计说明和编码结果进行最终审查。 软件质量特性 ISO 9126 功能性：充分性、互操作性、正确性和安全性 可靠性：成熟度、故障容限、可恢复性 可用性：易懂易学、可操作、易接受、符合标准、惯例、风格向导或用户界面规定 效率 可维护性：可分析性、可变更性、稳定性以及易测性、 可移植性：适应性、易安装、一致性和可交换性 软件质量保证SQA SQA：为确保软件开发过程和结果符合预期要求而建立的一系列规程，以及依照规程和计划采取的一系列活动及其结果评价。 餐厅： 老板-当班经理-主厨-厨师-检验员 监督员 项目： 老板-项目经理-系统架构师-程序员-测试员 SQA（独立于项目组之外的第三方监督机构） 软件测试的原则（1） 1 应该尽早地和不断地进行软件测试； 2 测试用例应该由测试输入预置条件和与之对应的预期输出结果两部分组成，测试之前应根据测试要求正确选取需要执行的测试用例 3 程序员应该避免检查/测试自己的程序； 4 在设计测试用例时，应该包括合理的输入条件和不合理的输