软件测试考点整理.doc

软件测试笔记本内容整理第一章 软件概述1、 QA 质量保证2、 软件错误、缺陷、失效错误（ERROR）缺陷（FAULT）：缺陷是错误的结果或表现，可以分为过错缺陷和遗漏缺陷失效（FAILURE）：缺陷执行时，发生失效。 只与过错缺陷有关 失效只出现在可执行的表现中，如源代码，目标代码事故（INCIDENT）3、 如何处理遗漏缺陷：如何处理执行中不出现的缺陷，更进一步，发现至今没有发现的错误。-评审，新技术，新工具4、 上班第一天，上司给你一个代码，让你看看有什么问题，你怎么做？ （5点）5、 软件=程序+文档 程序=方法+数据结构6、 测试用例（TEST CASE）： 测试用例有一个标识，与程序行为有关，测试用例有一组输入与期望的输出表。7、 测试人员的目标是验证程序吗？ 无法验证程序运行正确 程序不能正确地运行 既然程序不能正确地工作，那么测试是否失败了呢 测试人员不应该试图验证一个程序运行正确 。8、 平台（platform):软件（操作系统，数据库管理系统）硬件（cpu，芯片，标准服务器）9、 在工业工程上用什么方法证明X=Y? 机器中一个数用指数+阶码表示，大小是相对的，例如可以假设若|X-Y|10的-n次方来判断是否X=Y (任何事情没有绝对，只有相对)10、 IEEE：国际电器电子工程师协会Institure of electrical and electronics engineersIEC:international electrotechnnical commission11、 软件测试贯穿于整个开发过程12、 软件缺陷的定义 任何程序、系统中的问题，和产品设计书的不一致性，不能满足用户的需求 IEEE (1983) 729 软件缺陷一个标准的定义： 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题； 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。 13、 软件缺陷的产生 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? 是否构造了正是用户所需要的软件？即是否正在做正确的事。验证产品所实现的功能是否满足用户的需求。15、 “验证”是为了检验软件是否正确地实现16、 什么是SQA软件质量保证是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程活动。确保SQA活动要自始至有计划的进行审查软件产品和活动是否遵守适用的标准、规程和要求并得到客观验证。SQA的活动和结果要保证全员参与，沟通顺畅。逐级解决不符合问题17、 SQA活动技术方法的应用，正式技术评审的实施，软件测试，标准的执行，修改的控制，度量，质量记录和记录保存。18、 SQA与软件测试有什么关系和区别？ SQA 是管理工作、审查对象是流程、强调以预防为主测试是技术工作、测试对象是产品、主要是以事后检查。 SQA指导测试、监控测试测试为SQA提供依据。19、 银行要求支付0美元问题。应该事先说明0美元的时候不催还。支票上写上0.0美元。20、 软件测试的几个阶段验收测试、系统测试、集成测试、验收测试21、 评审分类：管理评审、技术评审、文档评审、流程评审22、 软件测试的反面性软件测试IEEE729使用人工或自动化手段来运行或测定某个系统的标准，其目的在于检验它是否满足规定需求或弄清预期结果与实际结果之间的差异。软件测试不等于程序测试，软件测试贯穿于整个开发过程。23、 测试用例的三要素（Test Case）ID 预期（input） 实际结果（output）24、 Myers方向思维的代表：定律 ：测试是为了证明程序有错，而不是证明程序无错。25、 质量模型：McCall 模型 Boehm 模型 ISO9126模型 McCall更关注高层属性，Boehm 关注更广泛的属性，对维护性做了更多关注，层次描述。 高层3个属性：as-is utility, maintainability, portability 中层7个属性：可移植性，可靠性，效率，人类工程学，可测试性，可理解性，可修改性。26、 MTBF:mean time between failue MTTF:mean time to failue27、 评审分类： 管理评审、技术评审、文档评审、流程评审第3章 软件测试的方法28、 白盒测试：结构测试，逻辑结构测试黑盒测试：功能测试，驱动测试29、 白盒测试方法：语句覆盖，判定覆盖，条件覆盖 判定条件覆盖 条件组合覆盖，路径覆盖基本路径测试法30、 基本路径测试 新的独立路径：增加了一条新的边或新的结点31、 DD-路径：是结构化测试最著名的形式结构32、 如何用顺序、循环来解决if else 问题？33、 测试覆盖率指标 C0：语句，C1：分支，C3：循环+分支34、 为什么叫16、32、64位机？ （字长16位，不能这么说，因为字长是可变的）35、 边界值分析需测试用例5n-(n-1)=4n+1 ，健壮性分析需测试用例 7n-(n-1)=6n+1。最坏情况分析：边界值 5的n次方，健壮性：7的n次方。36、 等价类测试的两个原因：进行完备测试，避免冗余37、 静态测试技术三部曲：走查、审查、评审38、 功能图法：是综合运用黑盒方法和白盒方法来设计测试用例，即整体上选用白盒方法路径覆盖、分支和条件覆盖等，而局部上选用的是黑盒方法决策表或因果图方法。39、 形式化的具体方法？40、 如果自顶向下，需要桩模块。如果自底向上，需要驱动模块。41、 兼容性测试：软件兼容性测试是指验证软件之间是否正确地交互和共享信息。 注意：从项目管理的角度出发，使平台清单在满足客户要求的前提下尽可能的小是十分重要的，否则将会给编码和测试带来巨大的工作量。 42、 兼容性包括：硬件兼容。 软件之间兼容。数据之间兼容。43、 向前和向后兼容： 向后兼容是指可以使用软件的以前版本。 向前兼容指的是可以使用软件的未来版本。44、 测试和测试：测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为版本）进行测试，试图发现错误并修正。测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用版本，并要求用户报告异常情况、提出批评意见。45、 验收测试报告，也称为发布报告（Release Report） 第8章 面向对象测试方法46、 测试子类的方法： 扁平化技术（1）扩充全部继承的属性、方法。 （2）解决了继承问题，但扁平类不是系统的一部分，有不确定性。（3） 扁平类的测试对象不充分（加入了上层）47、 执行标准和规范的理由 可靠性：事实证明按照某种标准或规范编写的代码比不这样做的代码更加可靠，软件缺陷更少。可读性与可维护性：符合设备标准和规范的代码易于阅读、理解和维护。可移植性：代码经常需要在不同的硬件上运行，或者使用不同编辑器编译，如果代码符合标准，迁移到另一个平台就会相对容易，甚至完全没有障碍。48、 使用Header files 去定义经常被调用的代码段第九、十章 web、本地化测试49、 哪些是国际要求化的内容（注意下面选项）ISO900-3支持Unicode字符集、双字节的字符；分离程序代码和显示内容消除Hard code使用Header files 去定义经常被调用的代码段；改善翻译文本尺寸，具有调整的灵活性支持各个国家的键盘设置；支持文字排序和大小写转换；支持各个国家的度量衡，时区，货币单位格式等的设置；国际化用户界面设计（自我定义）。第十一章 测试自动化50、 了解测试自动化的例子。51、 自动化测试：录制操作、查看脚本、回放脚本52、 测试自动化：通过测试工具或其他手段按照测试人员的预定计划对软件产品进行自动化测试，它是软件测试的重要组成部分，能够完成手工无法完成或难以实现的测试工作。53、 BVT（build verification test） 也称冒烟测试 smoke test/build acceptance test (BAT) BVT是运行在每一个新版本上，用来验证该版本在发布给测试团队进行更深入的测试之前是否可测的测试集。测试关注核心功能，确保程序能够稳定彻底被测试。54、 以三国鼎立的组织模型 第十二章 组件测试队伍 项目经理（头） 测试经理（左） 开发经理（右）55、测试团队的基本构成 QA/测试经理：人员管理，资源调配、测试方法改进等； 实验室管理人员：设置、配置和维护实验室的测试环境 内审员：审查流程，建立测试模板，跟踪缺陷测试报告的质量等； 测试组长：负责项目的管理、测试计划、测试用例、任务安排等； 测试设计人员/资深测试工程师，产品设计规格说明书的审查、测试用例的设计、技术难题的解决、培训和指导、实际测试任务的执行； 一般（初级）测试工程师，执行测试用例和相关的测试任务。 56、对测试人员的要求 技术，编程能力？ 责任感、耐力，沟通能力、理解能力，分析问题能力， 项目管理能力， 组织能力57、 优秀测试人员的素质 高度的责任感； 非常好的沟通能力、幽默感；技术能力、自信心、耐心； 怀疑一切的精神、勤奋精神；洞察力、适度的好奇心； 反向思维和发散思维能力、记忆力； 自我学习能力、创新能力等。第十三章 测试环境的建立58、 测试环境要素：硬件、网络环境、软件、数据准备