软件测试知识点.

/外部文档的清晰 性和准确性 , 对外部文档而言,主要是对用户的文档,以需求,用户手册,安装 手册, 等为主 ,

检验文档是否和实际应用存在差别 , 此外, 还需要考虑文档是否简

交流沟通;便于对测试项目的管理;决定测试的有效性;检验测试资源;明确任

试输入说明、操作步骤、预期结果、测试用例之间的关联、测试用例设计人员和 直观性; 一致性; 灵活性;舒适性;正确性;实用性。 功能测 :就是对产品的各功能进行验证,根 据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。 动态测 :运行 被测试程序,对代码通过检查、阅读进行分析。 静态测 :不运行被测试程序,对 代码通过检查、阅读进行分析。 兼容性测 :是指验证软件之间是否正确地交互和 共享信息。 可靠性测 :是产品在规定的条件下和规定的时间内完成规定功能的能 力。 主动测 :测试人员主动向被测试对象发送请求、或借助数据、事件驱动被测 试对象的行为,从而验证被测试对象的反应或输出结果。 被动测 :测试人员不干 预产品的运行, 而是被动地监控产品在实际环境中运行, 通过一定的被动机制来 获得系统运行的数据, 包括输入、 输出数据 . 模块接口测试 :检查模块接口是否正 确,对单元接口的检查是单元测试的基础。 测试项目管理 :就是以测试项目为管 理对象,通过一个临时性的专门的测试组织,运用专门的软件测试知识、技能、 工具和方法,对测试项目进行计划,组织,执行和控制,并在时间成本,软件测 试质量等方面进行分析和管理活动。 软测风险 :是指软件测试过程出现的或潜在 的问题,给软件测试工作带来损失。 覆盖评测 :是对测试完全程度的评测。 等价 类 :是指某个输入域的子

集,使用该方法时,程序的输入域划分成若干部分,然 后从每一个子集中选取少数具有代表性的数据作为测试用例。

编号 输入 期望输出 实际输出 判定取值 覆盖路径

2. 判定表驱动法:是分析和表达多逻辑条件下执行不同操作的情况的工具。 由 (条 件桩 (动作桩 (条件项 (具体项组成。

3. 软件测试 :是为了发现错误而执行程序的过程, 是一个找错的过程, 测试只能 找出程序中的错误,而不能证明程序无错。 主要工作 :是验证和确认(包括静态 确认和动态确认 ;验证是保证软件正确实现特定功能的一系列活动,即保证软 件做了你所期望的事; 确认是一系列的活动和过程, 目的是证实在一个给定的外 部环境中软件的逻辑正确性; 原则 :所有测试都应追溯到用户需求。应当把“尽 早和不断地测试” 作为开发者的座右铭。 程序员应该避免检查自己的程序, 测试 工作应该由独立的专业的软件测试机构来完成。 pareto 原则。设计测试用例时, 应考虑到各种情况。 对测试错误结果一定要有一个确认的过程。 制定严格的测试 计划 。完全测试是不可能的,测试需要终止注意回归测试的关联性。妥善保管 一切测试过程文档。 软测人员的素质 :具有良好的计算机编程基础。 具有创新精 神和超前意识 。不懈努力,追求完美。具有很强的沟通和交流能力 。具有整体 观念,对细节敏感。团队合作精神。

而且软件单元是在与程序的其 他部分相隔离的情况下进行独立的测试。 原则 :单元测试越早进行越好。 单元测 试应依据《软件详细设计规格说明》 。对于修改过的代码应该重做单元测试,以 保证对已发现错误的修改没有引入新的错误。 当测试用例的测试结果与设计规格 说明上的预期结果不一致时, 测试人员应如实记录实际的测试结果。 单元测试应 注意选择好被测软件单元的大小。

一个完整的单元测试说明应该包含正面测试和

构测试、 模块中所有独立执行路径测试、 各种错误处理测试、

模块边界条件测试。

应该依据 (软件详细设计规格说明 进行。 对于修改过的代码应该重做单元测试, 以保证对已发现错误的修改没有引入新的错误。 当测试用例的测试结果与设计规 格说明上的预期结果不一致时, 测试人员应如实记录实际的测试结果。 单元测试 应注意选择好被测软件单元的大小。 一个完整的单元测试说明应该包含正面测试 和负面测试;注意使用单元测试工具。

5. 集成测试:是在单元测试的基础上, 测试将所有的软件单元按照概要设计规格 说明的要求组装成模块, 子系统或系统的过程中, 各部分工作是否达到或实现相 应技术指标及要求的活动, 集成测试主要测试软件单元的组合能否正常工作, 以 及其他模块能否集成起来工作。 主要标准 :《软件概要设计规格说明》 。 主要任务 :写概念时说这个。 将各模块连接起来, 检查模块相互调用时, 数据经过接口是否 丢失。 将各个子功能组合起来, 检查能否达到预期的各项功能。 一个模块的功能 是否会对另一个模块的功能产生不利的影响。 全局数据结构是否有问题, 会不会 被异常修改。 单个模块的误差累计起来, 是否会被放大, 从而达到不可接受的程 度。 实施方案 :非增式测试(主要是大棒测试 、增式测试(自顶向下增式测试 和自底向上增式测试 。 自顶向下 :模块集成的顺序是首先集成主程序,然后按 照软件的控制层次结构向下集成。 优点:在于它可以自然地做到逐步求精, 一开 始便能让测试者看到系统的框架。缺点 :需要调用模拟子模块,被调用的模拟子 模块可能无法反映真实情况, 因此测试有可能不充分。 自底向上 :从最底层的模 块开始, 按结构图自下而上逐步进行集成和测试工作的。 优点:在于由于驱动模 块模拟了所有调用参数,生成测试数据也没有困难。缺点 :直到最后一个模块被 加入进去以后才能看到整个程序 /系统的框架。

6. 系统测试:是指将通过集成测试的软件系统, 作为计算机系统的一个重要组成 部分, 与计算机硬件、 外设、 某些支撑软件等其他系统元素组合在一起所进行的 的测试。 测试技术 :(1功能测试(2性能测试(3系统稳定性、可靠性测试 (4系统兼容性测试(5恢复测试(6安全测试(7强度测试(8面向用 户支持方面的测试(9其他限制条件的测试。

7. 验收测试:是软件开发结束后, 用户对软件产品投入实际应用以前, 进行的最 后一次质量检验活动。 主要工作 :配置复审、合法性检查、文档检查,软件一致 性检查,软件功能和性能测试与测试结果评审等。 α测试 :测试人员:是在软件 开发公司内模拟软件系统的运行环境进行的一种验收测试, 即软件开发公司组织 内部人员,模拟各类用户行为对即将面市的软件产品(称为α版本进行测试, 试图发现并修改错误。 β测试 :开发组织和最终的用户的代表一起。是指软件 开发公司组织各方面的典型用户在日常工作中实际使用β版本, 并要求用户报告 异常情况,提出批评意见,一般包括功能性、安全可靠性、易用性、可扩充性、 兼容性、效率、资源占用率、用户文档等方面的内容,然后软件开发公司再对β版本进行改错和完善。 回归测试 :是指软件系统被修改,或扩充(如系统功能增 强或升级后重新进行的测试。

8. 软件缺陷:存在于 (文档、 数据、 程序 之中的那些不希望或不可接受的偏差。 基本原则:单一准确、可以再现、完整统一、短小简练、特定条件、补充完善、

出软件说明书中指明的范围。 软件未达到规格说明书中指出的应达到的目标。 软 件运行出现错误。软件测试人员认为软件难于理解,不易使用,运行速度慢,或 者最终用户认为软件使用效果不好。 软件缺陷报告 :指的是系统或系统部件中哪 些导致系统或部件不能实现其功能的缺陷。 缺陷属性 :严重程度 表示软件缺陷对 软件的破坏程度, 反映其对产品但和用户的影响, 即此软件缺陷的存在将对软件 的功能和性能产生怎样的影响。分为:致命、严重、一般、较小。 优先级 :最高 优

先级、高优先级、正常排队、低优先级。 状态 :激活或打开、已修正或修复、 关闭或非激活、重新打开、推迟、保留、不能重现、需要更多信息。

9. 质量 :是与软件产品满足明确或隐含需求的能力有关的特征和特性的综合 (它 是软件的生命,它直接影响到软件的使用与维护 。 错误 :在软件生存周期内的 不希望或不可接受的人为错误。 故障 :软件运行过程中出现的一种不希望或不可 接受的内部状态。 失效 :软件运行时产生的一种高不希望或不可接受的外部行为 结果。

10. 自动化测作用和优势 :产生可靠的系统。改进测试工作质量。提高测试工作 效率。 普遍存在的问题 。 a 观念不正确 , 期望过高 b 缺乏具有良好素质和经验的 优秀测试工程师 c 脚本质量影响测试质量 d 没有对测试工程师进行充分的培训 e 盲目地引进测试工具 f 没有良好的使用测试工具的环境

11. 白盒测试 :已知产品的内部工作过程, 可以通过测试证明每种内部操作是否符 合设计规格要求,以及所有内部成分是否已经过检查。 黑盒测试 :又称为数据 驱动测试, 已知产品的功能设计规格和用户手册, 可以进行测试来证明每个功能 是否实现、 每个实现了的功能是否符合要求, 以及产品的性能是否满足用户的要 求。相互依赖而存在,相互对立又相互补充。 测试用例 :是测试时执行的最小实 体,是为特定目的而设计的一组测试输入、执行条件和预期的结果。作用:有效 性。避免测试的盲目性。可维护性。可复用性。 目的 :确定应用程序的某个特性 是否正常工作,并且达到程序所要设计的结果。