软件测试知识点
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
/外部文档的清晰性和准确性 , 对外部文档而言,主要是对用户的文档,以需求,用户手册,安装手册, 等为主 ,
检验文档是否和实际应用存在差别 , 此外, 还需要考虑文档是否简
交流沟通;便于对测试项目的管理;决定测试的有效性;检验测试资源;明确任
试输入说明、操作步骤、预期结果、测试用例之间的关联、测试用例设计人员和直观性; 一致性; 灵活性;舒适性;正确性;实用性。功能测 :就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。动态测 :运行被测试程序,对代码通过检查、阅读进行分析。静态测 :不运行被测试程序,对代码通过检查、阅读进行分析。兼容性测 :是指验证软件之间是否正确地交互和
共享信息。可靠性测 :是产品在规定的条件下和规定的时间内完成规定功能的能力。主动测 :测试人员主动向被测试对象发送请求、或借助数据、事件驱动被测
试对象的行为,从而验证被测试对象的反应或输出结果。被动测 :测试人员不干预产品的运行, 而是被动地监控产品在实际环境中运行, 通过一定的被动机制来获得系统运行的数据, 包括输入、输出数据 . 模块接口测试 :检查模块接口是否正确,对单元接口的检查是单元测试的基础。测试项目管理 :就是以测试项目为管理对象,通过一个临时性的专门的测试组织,运用专门的软件测试知识、技能、工具和方法,对测试项目进行计划,组织,执行和控制,并在时间成本,软件测试质量等方面进行分析和管理活动。软测风险 :是指软件测试过程出现的或潜在的问题,给软件测试工作带来损失。覆盖评测 :是对测试完全程度的评测。等价类 :是指某个输入域的子集,使用该方法时,程序的输入域划分成若干部分,然后从每一个子集中选取少数具有代表性的数据作为测试用例。
编号输入期望输出实际输出判定取值覆盖路径
2. 判定表驱动法:是分析和表达多逻辑条件下执行不同操作的情况的工具。由(条件桩 (动作桩 (条件项 (具体项组成。
3. 软件测试 :是为了发现错误而执行程序的过程, 是一个找错的过程, 测试只能找出程序中的错误,而不能证明程序无错。主要工作 :是验证和确认(包括静态确认和动态确认 ;验证是保证软件正确实现特定功能的一系列活动,即保证软件做了你
所期望的事; 确认是一系列的活动和过程, 目的是证实在一个给定的外部环境中软件的逻辑正确性; 原则 :所有测试都应追溯到用户需求。应当把“尽早和不断地测试” 作为开发者的座右铭。程序员应该避免检查自己的程序, 测试工作应该由独立的专业的软件测试机构来完成。 pareto 原则。设计测试用例时, 应考虑到各种情况。对测试错误结果一定要有一个确认的过程。制定严格的测试计划。完全测试是不可能的,测试需要终止注意回归测试的关联性。妥善保管一切测试过程文档。软测人员的素质 :具有良好的计算机编程基础。具有创新精神和超前意识。不懈努力,追求完美。具有很强的沟通和交流能力。具有整体观念,对细节敏感。团队合作精神。
而且软件单元是在与程序的其他部分相隔离的情况下进行独立的测试。原则 :单元测试越早进行越好。单元测试应依据《软件详细设计规格说明》。对于修改过的代码应该重做单元测试,以保证对已发现错误的修改没有引入新的错误。当测试用例的测试结果与设计规格说明上的预期结果不一致时, 测试人员应如实记录实际的测试结果。单元测试应注意选择好被测软件单元的大小。
一个完整的单元测试说明应该包含正面测试和
构测试、模块中所有独立执行路径测试、各种错误处理测试、
模块边界条件测试。
应该依据 (软件详细设计规格说明进行。对于修改过的代码应该重做单元测试, 以保证对已发现错误的修改没有引入新的错误。当测试用例的测试结果与设计规格说明上的预期结果不一致时, 测试人员应如实记录实际的测试结果。单元测试应注意选择好被测软件单元的大小。一个完整的单元测试说明应该包含正面测试和负面测试;注意使用单元测试工具。
5. 集成测试:是在单元测试的基础上, 测试将所有的软件单元按照概要设计规格说明的要求组装成模块, 子系统或系统的过程中, 各部分工作是否达到或实现相应技术指标及要求的活动, 集成测试主要测试软件单元的组合能否正常工作, 以及其他模块能否集成起来工作。主要标准 :《软件概要设计规格说明》。主要任务 :写概念时说这个。将各模块连接起来, 检查模块相互调用时, 数据经过接口是否丢失。将各个子功能组合起来, 检查能否达到预期的各项功能。一个模块的功能是否会对另一个模块的功能产生不利的影响。全局数据结构是否有问题, 会不会被异常修改。单个模块的误差累计起来, 是否会被放大, 从而达到不可接受的程度。实施方案 :非增式测试(主要是大棒测试、增式测试(自顶向下增式测试和自底向上增式测试。自顶向下 :模块集成的顺序是首先集成主程序,然后按照软件的控制层次结构向下集成。优点:在于它可以自然地做到逐步求精, 一开始便能让测试者看到系统的框架。缺点 :需要调用模拟子模块,被调用的模拟子模块可能无法反映真实情况, 因此测试有可能不充分。自底向上 :从最底层的模块开始, 按结构图自下而上逐步进行集成和测试工作的。优点:在于由于驱动模块模拟了所有调用参数,生成测试数据也没有困难。缺点 :直到最后一个模块被加入进去以后才能看到整个程序 /系统的框架。
6. 系统测试:是指将通过集成测试的软件系统, 作为计算机系统的一个重要组成部分, 与计算机硬件、外设、某些支撑软件等其他系统元素组合在一起所进行的的测试。测试技术 :(1功能测试(2性能测试(3系统稳定性、可靠性测试 (4系统兼容性测试(5恢复测试(6安全测试(7强度测试(8面向用户支持方面的测试(9其他限制条件的测试。
7. 验收测试:是软件开发结束后, 用户对软件产品投入实际应用以前, 进行的最后一次质量检验活动。主要工作 :配置复审、合法性检查、文档检查,软件一致性检查,软件功能和性能测试与测试结果评审等。α测试 :测试人员:是在软件开发公司内模拟软件系统的运行环境进行的一种验收测试, 即软件开发公司组织内部人员,模拟各类用户行为对即将面市的软件产品(称为α版本进行测试, 试图发现并修改错误。β测试 :开发组织和最终的用户的代表一起。是指软件开发公司组织各方面的