软件测试考点整理.docVIP

软件测试笔记本内容整理 第一章 软件概述 QA 质量保证 软件错误、缺陷、失效 错误（ERROR） 缺陷（FAULT）：缺陷是错误的结果或表现，可以分为过错缺陷和遗漏缺陷 失效（FAILURE）：缺陷执行时，发生失效。 只与过错缺陷有关 失效只出现在可执行的表现中，如源代码，目标代码 事故（INCIDENT） 如何处理遗漏缺陷：如何处理执行中不出现的缺陷，更进一步，发现至今没有发现的错误。--评审，新技术，新工具 上班第一天，上司给你一个代码，让你看看有什么问题，你怎么做？ （5点） 软件=程序+文档 程序=方法+数据结构 测试用例（TEST CASE）： 测试用例有一个标识，与程序行为有关，测试用例有一组输入与期望的输出表。 测试人员的目标是验证程序吗？ 无法验证程序运行正确 程序不能正确地运行 既然程序不能正确地工作，那么测试是否失败了呢 测试人员不应该试图验证一个程序运行正确 。 平台（platform): 软件（操作系统，数据库管理系统） 硬件（cpu，芯片，标准服务器） 在工业工程上用什么方法证明X=Y? 机器中一个数用指数+阶码表示，大小是相对的，例如可以假设若|X-Y|10的-n次方来判断是否X=Y (任何事情没有绝对，只有相对) IEEE：国际电器电子工程师协会 Institure of electrical and electronics engineers IEC:international electrotechnnical commission 软件测试贯穿于整个开发过程 软件缺陷的定义 任何程序、系统中的问题，和产品设计书的不一致性，不能满足用户的需求 IEEE (1983) 729 软件缺陷一个标准的定义： 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题； 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。 软件缺陷的产生 1技术问题 算法错误，语法错误，计算和精度问题，接口参数传递不匹配 2团队工作 误解、沟通不充分 3软件本身 文档错误、用户使用场合(user scenario)， 时间上不协调、或不一致性所带来的问题 系统的自我恢复或数据的异地备份、灾难性恢复等问题 第二章 （3,4,5,6,7） 软件测试的基本概念和方法 14、验证和确认（V V） Verification：Are we building the product right？ 是否正确地构造了软件？即是否正确地做事，验证开发过程是否遵守已定义好的内容。验证产品满足规格设计说明书的一致性。 Validation： Are we building the right product? 是否构造了正是用户所需要的软件？即是否正在做正确的事。验证产品所实现的功能是否满足用户的需求。 “验证”是为了检验软件是否正确地实现 什么是SQA 软件质量保证是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程活动。 确保SQA活动要自始至有计划的进行 审查软件产品和活动是否遵守适用的标准、规程和要求并得到客观验证。 SQA的活动和结果要保证全员参与，沟通顺畅。 逐级解决不符合问题 SQA活动 技术方法的应用，正式技术评审的实施，软件测试，标准的执行，修改的控制，度量，质量记录和记录保存。 SQA与软件测试有什么关系和区别？ SQA 是管理工作、审查对象是流程、强调以预防为主 测试是技术工作、测试对象是产品、主要是以事后检查。 SQA指导测试、监控测试 测试为SQA提供依据。 银行要求支付0美元问题。 应该事先说明0美元的时候不催还。支票上写上0.0美元。 软件测试的几个阶段 验收测试、系统测试、集成测试、验收测试 评审分类：管理评审、技术评审、文档评审、流程评审 软件测试的反面性 软件测试IEEE729使用人工或自动化手段来运行或测定某个系统的标准，其目的在于检验它是否满足规定需求或弄清预期结果与实际结果之间的差异。 软件测试不等于程序测试，软件测试贯穿于整个开发过程。 测试用例的三要素（Test Case） ID 预期（input） 实际结果（output） Myers方向思维的代表： 定律 ：测试是为了证明程序有错，而不是证明程序无错。 质量模型：McCall 模型 Boehm 模型 ISO9126模型 McCall更关注高层属性，Boehm 关注更广泛的属性，对维护性做了更多关注，层次描述。 高层3个属性：as-is utility, maintainability, portability 中层7