紧接上文
13. 软件测试设计技术相关:
基于规格说明或黑盒测试技术:等价类,边界值,因果图与决策表,状态转换,用例。
基于结构的或白盒测试技术:语句覆盖,判定覆盖等。
基于经验的测试技术:探索性测试,错误推测法。
14. 使用模型来描述需要解决的问题,软件或其组件的是哪种测试技术?
使用正式或非正式的模型来描述需要解决的问题、软件或其组件,是基于规格说明的测试技术特点。
补充: 基于规格说明的测试技术特点: 使用正式或非正式的模型来描述需要解决的问题、软件或其组件等。 根据这些模型,可以系统地导出测试用例。
基于结构的测试技术特点: 根据软件的结构信息设计测试用例,比如软件代码和软件设计规格说明文档。 可以通过已有的测试用例测量软件的测试覆盖率,并通过系统化的导出设计用例来提高覆盖率。
基于经验的测试技术特点: 测试用例根据参与人员的经验和知识来编写。 测试人员、开发人员、用户和其他的利益相关者对软件、软件使用和环境等方面所掌握的知识作为信息来源之一。 对可能存在的缺陷及其分布情况的了解作为另一个信息来源。
黑盒测试是基于规格说明的测试技术。 基于经验的测试技术指的是探索性测试和错误推测法。
15.关于语句覆盖: 100%的判定覆盖可以保证100%的语句覆盖,反之则不行。 逻辑覆盖由弱到强的排列是:语句覆盖,判定覆盖,条件覆盖,判定条件覆盖,条件组合覆盖,路径覆盖。
16.测试员测试经理职责: 测试经理(测试组长)的职责:主要负责测试计划、监视与控制、协调等。 测试员的职责:主要负责测试分析、设计与执行等。
17.测试方法的选择:
典型的测试方法: 分析的方法,比如基于风险的测试,直接针对风险最高的部分进行测试;
基于模型的方法,比如随机测试利用失效率(如:可靠性增长模型)或使用率(如:运行概况)的统计信息;
系统的方法,比如基于失效的方法(包括错误推测和故障攻击),基于检查表的方法和基于质量特征的方法;
基于过程或符合标准的方法,比如在行业标准中规定的方法或各类敏捷的方法;
动态和启发式的方法,类似于探索性测试,测试很大程度上依赖于事件而非提前计划,而且执行和评估几乎是同时进行的;
咨询式的方法,比如测试覆盖率主要是根据测试小组以外的业务领域和技术领域专家的建议和指导来推动的;
可重用的方法,比如重用已有的测试材料,广泛的功能回归测试的自动化,标准测试套件等。
18.关于项目风险和产品风险: 项目风险的因素:组织方面、技术方面、供应商方面。
产品风险的因素和表现: 易错的软件交付使用。 软件、硬件对个人或公司造成伤害的可能性。 劣质的软件特征(比如功能性、可靠性、可用性和性能等)。 低劣的数据完整性和质量(例如:数据迁移问题、数据转换问题、数据传输问题、违反数据标准问题)。 软件没有实现既定的功能。
19.入口、出口准则: 测试入口准则: 测试环境已经准备就绪并可用 测试环境中的测试工具已经准备就绪 可测的对象可用 测试数据可用
测试出口准则: 完整性测量,比如代码、功能或风险的覆盖率。 对缺陷密度或可靠性度量的估计。 成本。 遗留风险,比如没有被修改的缺陷或在某些区域缺少测试覆盖等。 进度表,如基于交付到市场的时间。
20.测试管理工具: 测试管理工具的功能: 管理软件需求 管理测试计划 管理测试用例 缺陷跟踪与管理 测试过程中各类数据的统计和汇总 测试管理工具不负责对测试人员进行绩效管理
21.测试执行工具:
1)测试执行工具使用自动化的测试脚本执行测试对象。
2)通过记录测试员手动操作的捕捉过程往往开始看起来似乎很吸引人,但是这种方法不适合大量的自动化测试。捕获的脚本知识用特定数据和动作来线性表示每个脚本的一部分。当发生意外时间时,这类脚本是不稳定的。
3)数据驱动的方法是将测试输入(数据)与测试用例分离,并将测试输入存放在一个电子表格中,这样可以使用不同的数据进行相同的测试。
4)关键字驱动的测试方法中,电子表格含有描述系统要采取的行为的关键字(也称为行为字)和测试数据。测试员(即使不熟悉脚本语言)也能针对被测应用,使用这些关键字来定义测试。
22.商业区娱乐区: 商业区:指南、卖点、地标、极限、快递、深夜、遍历。 娱乐区:配角、深巷、通宵。
23.几种测试方法总结:
1)快递测试法:执行操作后,后台数据有相应的变化,操作过程中的所有数据变化都能正常显示。
2)上一版测试法:思考新版本的更新内容,是否对老版本的功能有影响(Side Effect)。
3)深夜测试法:当我们不对测试对象操作时,测试对象能否会自动完成各种维护任务,将数据归档,自动记录发生的异常情况等。如:周排行榜,每日任务的Reset(重置)功能。
4)通宵测试法:程序一直保持运行,而不去关闭它。如:长时间挂机,长时间后台放置
13. 软件测试设计技术相关:
基于规格说明或黑盒测试技术:等价类,边界值,因果图与决策表,状态转换,用例。
基于结构的或白盒测试技术:语句覆盖,判定覆盖等。
基于经验的测试技术:探索性测试,错误推测法。
14. 使用模型来描述需要解决的问题,软件或其组件的是哪种测试技术?
使用正式或非正式的模型来描述需要解决的问题、软件或其组件,是基于规格说明的测试技术特点。
补充: 基于规格说明的测试技术特点: 使用正式或非正式的模型来描述需要解决的问题、软件或其组件等。 根据这些模型,可以系统地导出测试用例。
基于结构的测试技术特点: 根据软件的结构信息设计测试用例,比如软件代码和软件设计规格说明文档。 可以通过已有的测试用例测量软件的测试覆盖率,并通过系统化的导出设计用例来提高覆盖率。
基于经验的测试技术特点: 测试用例根据参与人员的经验和知识来编写。 测试人员、开发人员、用户和其他的利益相关者对软件、软件使用和环境等方面所掌握的知识作为信息来源之一。 对可能存在的缺陷及其分布情况的了解作为另一个信息来源。
黑盒测试是基于规格说明的测试技术。 基于经验的测试技术指的是探索性测试和错误推测法。
15.关于语句覆盖: 100%的判定覆盖可以保证100%的语句覆盖,反之则不行。 逻辑覆盖由弱到强的排列是:语句覆盖,判定覆盖,条件覆盖,判定条件覆盖,条件组合覆盖,路径覆盖。
16.测试员测试经理职责: 测试经理(测试组长)的职责:主要负责测试计划、监视与控制、协调等。 测试员的职责:主要负责测试分析、设计与执行等。
17.测试方法的选择:
典型的测试方法: 分析的方法,比如基于风险的测试,直接针对风险最高的部分进行测试;
基于模型的方法,比如随机测试利用失效率(如:可靠性增长模型)或使用率(如:运行概况)的统计信息;
系统的方法,比如基于失效的方法(包括错误推测和故障攻击),基于检查表的方法和基于质量特征的方法;
基于过程或符合标准的方法,比如在行业标准中规定的方法或各类敏捷的方法;
动态和启发式的方法,类似于探索性测试,测试很大程度上依赖于事件而非提前计划,而且执行和评估几乎是同时进行的;
咨询式的方法,比如测试覆盖率主要是根据测试小组以外的业务领域和技术领域专家的建议和指导来推动的;
可重用的方法,比如重用已有的测试材料,广泛的功能回归测试的自动化,标准测试套件等。
18.关于项目风险和产品风险: 项目风险的因素:组织方面、技术方面、供应商方面。
产品风险的因素和表现: 易错的软件交付使用。 软件、硬件对个人或公司造成伤害的可能性。 劣质的软件特征(比如功能性、可靠性、可用性和性能等)。 低劣的数据完整性和质量(例如:数据迁移问题、数据转换问题、数据传输问题、违反数据标准问题)。 软件没有实现既定的功能。
19.入口、出口准则: 测试入口准则: 测试环境已经准备就绪并可用 测试环境中的测试工具已经准备就绪 可测的对象可用 测试数据可用
测试出口准则: 完整性测量,比如代码、功能或风险的覆盖率。 对缺陷密度或可靠性度量的估计。 成本。 遗留风险,比如没有被修改的缺陷或在某些区域缺少测试覆盖等。 进度表,如基于交付到市场的时间。
20.测试管理工具: 测试管理工具的功能: 管理软件需求 管理测试计划 管理测试用例 缺陷跟踪与管理 测试过程中各类数据的统计和汇总 测试管理工具不负责对测试人员进行绩效管理
21.测试执行工具:
1)测试执行工具使用自动化的测试脚本执行测试对象。
2)通过记录测试员手动操作的捕捉过程往往开始看起来似乎很吸引人,但是这种方法不适合大量的自动化测试。捕获的脚本知识用特定数据和动作来线性表示每个脚本的一部分。当发生意外时间时,这类脚本是不稳定的。
3)数据驱动的方法是将测试输入(数据)与测试用例分离,并将测试输入存放在一个电子表格中,这样可以使用不同的数据进行相同的测试。
4)关键字驱动的测试方法中,电子表格含有描述系统要采取的行为的关键字(也称为行为字)和测试数据。测试员(即使不熟悉脚本语言)也能针对被测应用,使用这些关键字来定义测试。
22.商业区娱乐区: 商业区:指南、卖点、地标、极限、快递、深夜、遍历。 娱乐区:配角、深巷、通宵。
23.几种测试方法总结:
1)快递测试法:执行操作后,后台数据有相应的变化,操作过程中的所有数据变化都能正常显示。
2)上一版测试法:思考新版本的更新内容,是否对老版本的功能有影响(Side Effect)。
3)深夜测试法:当我们不对测试对象操作时,测试对象能否会自动完成各种维护任务,将数据归档,自动记录发生的异常情况等。如:周排行榜,每日任务的Reset(重置)功能。
4)通宵测试法:程序一直保持运行,而不去关闭它。如:长时间挂机,长时间后台放置