1、免费分享软件测试进阶学习资料:自动化测试、性能测试、测试开发 2、ISTQB考证&软考咨询VX:atstudy-51 备注:111 【限时领取】ISTQB考试资料&学习视频,申请入口>>http://testing51.mikecrm.com/qZ95qK4

【ISTQB认证】选择题部分知识点总结

上一篇 / 下一篇  2022-04-08 14:17:11 / 个人分类:ISTQB


1.关于缺陷错误失效:

当存在缺陷的代码被执行时,可能引发的是软件失效,不是错误; 
(人为)错误,(内在)缺陷,(外部)失效。失效是缺陷在外部的反映; 
静态测试,不运行程序,发现的是缺陷; 
动态测试,运行程序,发现的是失效; 
程序期望结果和实际结果有所偏差称为失效; 
失效也可能是外部环境造成的,如电磁场辐射的影响; 
缺陷有可能会导致失效,但不是必然的。如果程序不被运行的话,失效也就不会发生。

2.关于测试不同阶段的目标: 
早期测试(静态测试)的目标:预防缺陷。 
开发阶段的测试(组件测试,集成测试,系统测试)目标:发现缺陷。 
验收测试的目标:建立信心。 
运行阶段的测试(维护测试)目标:提供信息。

3.关于测试原则: 
1) 所有的软件测试都应追溯到用户需求; 
2) 应当把“尽早的和不断地进行软件测试”作为软件测试者的座右铭。 
3) 完全测试是不可能的,测试需要终止; 
4) 测试无法显示软件潜在的缺陷; 
5) 充分注意测试中的群集现象; 
6) 程序员应该避免检查自己的程序; 
7) 尽量避免测试的随意性; 
8) 测试应尽早介入。

4.关于独立测试: 
测试人员具有专业测试知识背景,独立测试可以更高效地发现软件缺陷和软件存在的失效; 
软件测试与软件开发的思维方式不同。由于思维定势,开发人员难于发现自己的错误; 
测试通常被认为是破坏性的活动,而软件开发通常被认为是建设性的活动; 
独立测试可以应用在任何级别的测试活动中。

5.关于杀虫剂悖论和缺陷集群性: 
定期对TC进行Review并持续改善更新,体现了杀虫剂悖论原则。 
很多缺陷会集中在某一模块上,体现了缺陷集群性原则。

6.关于测试类型: 
结构性测试又称逻辑驱动测试,功能测试又称数据驱动测试。 
与变更相关的测试包括确认测试和回归测试。 
可移植性测试属于非功能测试。 
非功能测试包括性能,负载,可用性,交互性,可维护性,可靠性及可移植性等方面的测试。 
功能测试不考虑程序的具体执行路径,仅关注功能是否实现。 
安全性测试和互操作性测试属于功能测试的一种。 
交互性测试属于非功能测试。

7.各个类型测试的目的: 
集成测试的目的是发现接口和集成后组件间协同工作的缺陷。 
系统测试的目的是验证系统是否符合用户需求。 
验收测试的目的是对系统或子系统建立信心。 
组件测试的目的是检查代码是否符合设计和规范。确认所有的错误处理路径属于组件测试的目的。

8. 关于迭代-增量开发模型: 
验证和确认可以在每个增量模块中进行。 
在完成第一次迭代后,对所有的迭代进行回归测试会变得越来越重要。 
在每次迭代过程中,对迭代产生的系统可能需要在不同的测试级别上进行测试。 
迭代开发是先开发大体的框架,后开发具体的详细内容。 
增量开发是先开发一个详细的模块,再开发另一个详细的模块,形成一个逐渐增大的系统。

9. 系统测试的测试依据: 
系统测试的测试依据:1. 系统和软件需求规格说明 2. 用例 3. 功能规格说明 4. 风险分析报告 
集成测试的测试依据:1. 软件和系统设计文档 2. 系统架构 3. 工作流 4. 用例

10. 桩模块与驱动模块相关: 
桩模块:对顶层或上层模块进行测试时所编写的替代下层模块的程序。 
驱动模块:对底层或子层模块进行测试所编写的调用这些模块的程序。

渐增式测试模式自顶向下集成时,前期完成的模块将是后期模块的驱动程序。 
渐增式测试模式自底向上集成时,前期完成的模块将是后期模块的桩程序。

非渐增式测试模式:先分别测试每个模块,再把所有模块按设计要求一次全部组装起来所要的系统,然后进行整体测试。非渐增式集成测试是不科学的集成测试方式。 
渐增式测试模式:把下一个要测试的模块同已经测试好的模块结合起来进行测试,测试完以后再把下一个模块结合进来测试。

Alpha测试:潜在客户/用户在开发现场进行的测试。 
Beta测试:潜在客户/用户在自己的环境下测试。

11.关于评审相关: 
1)正式评审:1. 走查 2. 技术评审 3. 审查。 
2)工具支持的静态测试(静态分析): 1. 词法和语法分析 2. 静态错误分析(控制流分析和数据流分析)。 
3) 
非正式评审没有正式的过程。 
走查由作者主持开会。 
技术评审可能是没有管理者参与的同行评审。 
审查由专门培训的主持人来领导。根据入口、出口准则的检查列表和规则定义正式的评审过程。

12. 3个测试术语相关: 
测试条件—-》能通过1个或多个测试用例进行验证的一个条目或事件(比如功能,事物处理,质量特征或结构元素等。) 
测试用例—-》一组输入值,执行的前提条件,预期结果和执行的后置条件等元素组成,以覆盖一定的产生目标或测试条件。 
测试规程—-》描述测试用例的执行顺序

补充: 
测试条件:组件或系统中能被一个或多个测试用例验证的条目或事件。例如:功能、事物、特性、质量属性或者结构化元素。 
测试用例:为特定目标或测试条件而制定的一组输入值,执行入口条件,预期结果和执行出口条件。 
测试规程:描述测试用例的执行顺序。 
测试设计规格说明:为一个测试条目指定测试条件,具体测试方法,并识别相关高层测试用例的文档。 
测试用例规格说明:为测试项指定一套测试用例的文档。 
测试规程规格说明:规定了执行测试一系列行为的文档,也称为测试脚本或手工测试脚本。

13. 软件测试设计技术相关: 
基于规格说明或黑盒测试技术:等价类,边界值,因果图与决策表,状态转换,用例。 
基于结构的或白盒测试技术:语句覆盖,判定覆盖等。 
基于经验的测试技术:探索性测试,错误推测法。

14. 使用模型来描述需要解决的问题,软件或其组件的是哪种测试技术? 
使用正式或非正式的模型来描述需要解决的问题、软件或其组件,是基于规格说明的测试技术特点。

补充: 
基于规格说明的测试技术特点: 
使用正式或非正式的模型来描述需要解决的问题、软件或其组件等。 
根据这些模型,可以系统地导出测试用例。

基于结构的测试技术特点: 
根据软件的结构信息设计测试用例,比如软件代码和软件设计规格说明文档。 
可以通过已有的测试用例测量软件的测试覆盖率,并通过系统化的导出设计用例来提高覆盖率。

基于经验的测试技术特点: 
测试用例根据参与人员的经验和知识来编写。 
测试人员、开发人员、用户和其他的利益相关者对软件、软件使用和环境等方面所掌握的知识作为信息来源之一。 
对可能存在的缺陷及其分布情况的了解作为另一个信息来源。

黑盒测试是基于规格说明的测试技术。 
基于经验的测试技术指的是探索性测试和错误推测法。

15.关于语句覆盖: 
100%的判定覆盖可以保证100%的语句覆盖,反之则不行。 
逻辑覆盖由弱到强的排列是:语句覆盖,判定覆盖,条件覆盖,判定条件覆盖,条件组合覆盖,路径覆盖。

16.测试员测试经理职责: 
测试经理(测试组长)的职责:主要负责测试计划、监视与控制、协调等。 
测试员的职责:主要负责测试分析、设计与执行等。

17.测试方法的选择: 
典型的测试方法: 
分析的方法,比如基于风险的测试,直接针对风险最高的部分进行测试; 
基于模型的方法,比如随机测试利用失效率(如:可靠性增长模型)或使用率(如:运行概况)的统计信息;

系统的方法,比如基于失效的方法(包括错误推测和故障攻击),基于检查表的方法和基于质量特征的方法;

基于过程或符合标准的方法,比如在行业标准中规定的方法或各类敏捷的方法; 
动态和启发式的方法,类似于探索性测试,测试很大程度上依赖于事件而非提前计划,而且执行和评估几乎是同时进行的;

咨询式的方法,比如测试覆盖率主要是根据测试小组以外的业务领域和技术领域专家的建议和指导来推动的;

可重用的方法,比如重用已有的测试材料,广泛的功能回归测试的自动化,标准测试套件等。

18.关于项目风险和产品风险: 
项目风险的因素:组织方面、技术方面、供应商方面。

产品风险的因素和表现: 
易错的软件交付使用。 
软件、硬件对个人或公司造成伤害的可能性。 
劣质的软件特征(比如功能性、可靠性、可用性和性能等)。 
低劣的数据完整性和质量(例如:数据迁移问题、数据转换问题、数据传输问题、违反数据标准问题)。 
软件没有实现既定的功能。

19.入口、出口准则: 
测试入口准则: 
测试环境已经准备就绪并可用 
测试环境中的测试工具已经准备就绪 
可测的对象可用 
测试数据可用

测试出口准则: 
完整性测量,比如代码、功能或风险的覆盖率。 
对缺陷密度或可靠性度量的估计。 
成本。 
遗留风险,比如没有被修改的缺陷或在某些区域缺少测试覆盖等。 
进度表,如基于交付到市场的时间。

20.测试管理工具: 
测试管理工具的功能: 
管理软件需求 
管理测试计划 
管理测试用例 
缺陷跟踪与管理 
测试过程中各类数据的统计和汇总 
测试管理工具不负责对测试人员进行绩效管理

21.测试执行工具: 
1)测试执行工具使用自动化的测试脚本执行测试对象。 
2)通过记录测试员手动操作的捕捉过程往往开始看起来似乎很吸引人,但是这种方法不适合大量的自动化测试。捕获的脚本知识用特定数据和动作来线性表示每个脚本的一部分。当发生意外时间时,这类脚本是不稳定的。  
3)数据驱动的方法是将测试输入(数据)与测试用例分离,并将测试输入存放在一个电子表格中,这样可以使用不同的数据进行相同的测试。 
4)关键字驱动的测试方法中,电子表格含有描述系统要采取的行为的关键字(也称为行为字)和测试数据。测试员(即使不熟悉脚本语言)也能针对被测应用,使用这些关键字来定义测试。

22.商业区娱乐区: 
商业区:指南、卖点、地标、极限、快递、深夜、遍历。 
娱乐区:配角、深巷、通宵。

23.几种测试方法总结: 
1)快递测试法:执行操作后,后台数据有相应的变化,操作过程中的所有数据变化都能正常显示。 
2)上一版测试法:思考新版本的更新内容,是否对老版本的功能有影响(Side Effect)。 
3)深夜测试法:当我们不对测试对象操作时,测试对象能否会自动完成各种维护任务,将数据归档,自动记录发生的异常情况等。如:周排行榜,每日任务的Reset(重置)功能。 
4)通宵测试法:程序一直保持运行,而不去关闭它。如:长时间挂机,长时间后台放置

【免费获取ISTQB考试资料】,联系方式,vx:atstudy-51  ,备注“ISTQB”


TAG: ISTQB 测试分析师

 

评分:0

我来说两句

学掌门班班

学掌门班班

1、免费分享软件测试进阶学习资料:自动化测试、性能测试、测试开发 2、ISTQB考证&软考咨询VX:atstudy-51 备注:111

日历

« 2024-03-25  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 25559
  • 日志数: 53
  • 建立时间: 2022-03-07
  • 更新时间: 2022-10-10

RSS订阅

Open Toolbar