2023年软件测试知识点.doc

/外部文档的清楚 性和准确性 , 对外部文档而言,重要是对用户的文档,以需求,用户手册,安装 手册, 等为主 ,
检查文档是否和实际应用存在差别 , 此外, 还需要考虑文档是否简

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

试输入说明、操作环节、预期结果、测试用例之间的关联、测试用例设计人员和 直观性; 一致性; 灵活性;舒适性;对的性;实用性。 功能测 :就是对产品的各功能进行验证,根 据功能测试用例,逐项测试,检查产品是否达成用户规定的功能。 动态测 :运营 被测试程序,对代码通过检查、阅读进行分析。 静态测 :不运营被测试程序,对 代码通过检查、阅读进行分析。 兼容性测 :是指验证软件之间是否对的地交互和 共享信息。 可靠性测 :是产品在规定的条件下和规定的时间内完毕规定功能的能 力。 积极测 :测试人员积极向被测试对象发送请求、或借助数据、事件驱动被测 试对象的行为,从而验证被测试对象的反映或输出结果。 被动测 :测试人员不干 预产品的运营, 而是被动地监控产品在实际环境中运营, 通过一定的被动机制来 获得系统运营的数据, 涉及输入、 输出数据 . 模块接口测试 :检查模块接口是否正 确,对单元接口的检查是单元测试的基础。 测试项目管理 :就是以测试项目为管 理对象,通过一个临时性的专门的测试组织,运用专门的软件测试知识、技能、 工具和方法,对测试项目进行计划,组织,执行和控制,并在时间成本,软件测 试质量等方面进行分析和管理活动。 软测风险 :是指软件测试过程出现的或潜在 的问题,给软件测试工作带来损失。 覆盖评测 :是对测试完全限度的评测。 等价 类 :是指某个输入域的子集,使用该方法时,程序的输入域划提成若干部分,然 后从每一个子集中选取少数具有代表性的数据作为测试用例。
编号 输入 盼望输出 实际输出 鉴定取值 覆盖途径
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. 白盒测试 :已知产品的内部工作过程, 可以通过测试证明每种内部操作是否符 合设计规格规定,以及所有内部成分是否已通过检查。 黑盒测试 :又称为数据 驱动测试, 已知产品的功能设计规格和用户手册, 可以进行测试来证明每个功能 是否实现、 每个实现了的功能是否符合规定, 以及产品的性能是否满足用户的要 求。互相依赖而存在,互相对立又互相补充。 测试用例 :是测试时执行的最小实 体,是为特定目的而设计的一组测试输入、执行条件和预期的结果。作用:有效 性。避免测试的盲目性。可维护性。可复用性。 目的 :拟定应用程序的某个特性 是否正常工作,并且达成程序所要设计的结果。