软件测试教程 软件测试 – 概述 软件测试 – 神话 软件测试 – 质量保证、质量控制和测试 软件测试 – ISO 标准 软件测试 – 测试类型 软件测试 – 方法 软件测试 – 级别 软件测试 – 文档 测试 – 估计技术 软件测试 – 级别 在测试过程中有不同的级别。在本章中，对这些级别进行了简要说明。 测试级别包括在进行软件测试时可以使用的不同方法。软件测试的主要级别是 – 功能测试 非功能测试 功能测试 这是一种基于要测试的软件的规范的黑盒测试。通过提供输入来测试应用程序，然后检查需要符合其预期功能的结果。软件的功能测试是在一个完整的、集成的系统上进行的，以评估系统是否符合其指定的要求。 测试应用程序的功能时涉及五个步骤。 Steps 描述 I 确定预期应用程序要执行的功能。 II 根据应用程序的规范创建测试数据。 III 基于测试数据和应用程序规范的输出。 IV 测试场景的编写和测试用例的执行。 V 基于执行的测试用例的实际和预期结果的比较。 有效的测试实践会将上述步骤应用于每个组织的测试策略，从而确保组织在软件质量方面保持最严格的标准。 单元测试 这种类型的测试由开发人员在将设置移交给测试团队以正式执行测试用例之前执行。单元测试由各自的开发人员在源代码分配区域的各个单元上执行。开发人员使用的测试数据不同于质量保证团队的测试数据。 ..
Category : software_testing
软件测试教程 软件测试 – 概述 软件测试 – 神话 软件测试 – 质量保证、质量控制和测试 软件测试 – ISO 标准 软件测试 – 测试类型 软件测试 – 方法 软件测试 – 级别 软件测试 – 文档 测试 – 估计技术 讨论软件测试 测试是评估系统或其组件的过程，目的是确定它是否满足规定的要求。测试正在执行一个系统，以识别与实际需求相反的任何差距、错误或缺失的需求。本教程将使您对软件测试及其类型、方法、级别和其他相关术语有一个基本�..
软件测试教程 软件测试 – 概述 软件测试 – 神话 软件测试 – 质量保证、质量控制和测试 软件测试 – ISO 标准 软件测试 – 测试类型 软件测试 – 方法 软件测试 – 级别 软件测试 – 文档 测试 – 估计技术 软件测试 – 方法 有不同的方法可用于软件测试。本章简要介绍了可用的方法。 黑盒测试 在不了解应用程序内部工作原理的情况下进行测试的技术称为黑盒测试。测试人员对系统架构一无所知，也无法访问源代码。通常，在执行黑盒测试时，测试人员将通过提供输入和检查输出与系统的用户界面进行交互，而无需知道输入的工作方式和位置。 下表列出了黑盒测试的优缺点。 Advantages 缺点 Well suited and efficient for large code segments. 覆盖范围有限，因为实际上只执行了选定数量的测试场景。 Code access is not required. 测试效率低下，因为测试人员对应用程序的了解有限。 Clearly separates ..
软件测试教程 软件测试 – 概述 软件测试 – 神话 软件测试 – 质量保证、质量控制和测试 软件测试 – ISO 标准 软件测试 – 测试类型 软件测试 – 方法 软件测试 – 级别 软件测试 – 文档 测试 – 估计技术 软件测试 – 有用的资源 以下资源包含有关软件测试的其他信息。请使用它们来获得有关此主题的更深入的知识。 软件测试的有用链接 软件测试 Wiki –软件测试的维基百科参考。 软件测试词典–软件测试中使用的技术用语。 有用的软件测试书籍 要在此页面上登记您的网站，请发送电子邮件至gingerdoc-contact..
软件测试教程 软件测试 – 概述 软件测试 – 神话 软件测试 – 质量保证、质量控制和测试 软件测试 – ISO 标准 软件测试 – 测试类型 软件测试 – 方法 软件测试 – 级别 软件测试 – 文档 测试 – 估计技术 软件测试 – 快速指南 软件测试 – 概述 什么是测试？ 测试是评估系统或其组件的过程，目的是确定它是否满足规定的要求。简而言之，测试正在执行一个系统，以识别与实际需求相反的任何差距、错误或缺失的需求。 根据 ANSI/IEEE 1059 标准，测试可以定义为 – 分析软件项目以检测现有条件和所需条件（即缺陷/错误/缺陷）之间的差异并评估软件项目功能的过程。 谁做测试？ 这取决于项目的过程和相关的利益相关者。在 IT 行业，大公司有一个团队负责根据给定的需求评估开发的软件。此外，开发人员还进行测试，称为单元测试。在大多数情况下，以下专业人员在各自的能力范围内参与测试系统 – 软件测试员 软件开发师 项目负责人/经理 最终用户 不同的公司根据他们的经验和知识对软件测试人员有不同的称呼，例如软件测试员、软件质量保证工程师、QA 分析师等。 在其周期内的任何时间都无法测试软件。接下来的两个部分说明了何时应该开始测试以及何时在 ..
软件测试教程 软件测试 – 概述 软件测试 – 神话 软件测试 – 质量保证、质量控制和测试 软件测试 – ISO 标准 软件测试 – 测试类型 软件测试 – 方法 软件测试 – 级别 软件测试 – 文档 测试 – 估计技术 软件测试 – 质量保证、质量控制和测试 测试、质量保证和质量控制 大多数人在确定质量保证、质量控制和测试之间的差异时会感到困惑。虽然它们是相互关联的，并且在某种程度上可以被视为相同的活动，但它们之间存在区别点。下表列出了区分 QA、QC 和测试的要点。 Quality Assurance 质量控制 测试 QA includes activities that ensure the implementation of processes, procedures and standards in context to ..
软件测试教程 软件测试 – 概述 软件测试 – 神话 软件测试 – 质量保证、质量控制和测试 软件测试 – ISO 标准 软件测试 – 测试类型 软件测试 – 方法 软件测试 – 级别 软件测试 – 文档 测试 – 估计技术 软件测试 – 神话 下面给出了一些关于软件测试的最常见的误解。 误区一：测试成本太高 现实– 有一种说法，在软件开发期间花更少的钱进行测试，或者在以后为维护或修正支付更多的费用。早期测试可以在许多方面节省时间和成本，但是不进行测试就降低成本可能会导致软件应用程序设计不当，从而导致产品无用。 误解 2：测试很耗时 现实– 在 SDLC 阶段，测试从来都不是一个耗时的过程。然而，诊断和修复在正确测试期间发现的错误是一项耗时但富有成效的活动。 误解 3：只测试完全开发的产品 现实– 毫无疑问，测试取决于源代码，但审查需求和开发测试用例独立于开发的代码。然而，作为开发生命周期模型的迭代或增量方法可以减少测试对完全开发的软件的依赖性。 误解 4：完全测试是可能的 现实– 当客户或测试人员认为完整的测试是可能的时，这就会成为一个问题。团队可能已经测试了所有路径，但永远不可能进行完整的测试。可能有一些场景在软件开发生命周期中从未被测试团队或客户执行过，而在项目部署后可能会执行。 误解 5：经过测试的软件没有错误 现实– 这是客户、项目经理和管理团队所相信的一个非常普遍的神话。即使具有高超测试技能的测试人员测试了软件应用程序，也没有人可以绝对肯定地声称软件应用程序是 100% ..
软件测试教程 软件测试 – 概述 软件测试 – 神话 软件测试 – 质量保证、质量控制和测试 软件测试 – ISO 标准 软件测试 – 测试类型 软件测试 – 方法 软件测试 – 级别 软件测试 – 文档 测试 – 估计技术 软件测试 – 概述 什么是测试？ 测试是评估系统或其组件的过程，目的是确定它是否满足规定的要求。简而言之，测试正在执行一个系统，以识别与实际需求相反的任何差距、错误或缺失的需求。 根据 ANSI/IEEE 1059 标准，测试可以定义为 – 分析软件项目以检测现有条件和所需条件（即缺陷/错误/缺陷）之间的差异并评估软件项目功能的过程。 谁做测试？ 这取决于项目的过程和相关的利益相关者。在 IT 行业，大公司有一个团队负责根据给定的需求评估开发的软件。此外，开发人员还进行测试，称为单元测试。在大多数情况下，以下专业人员在各自的能力范围内参与测试系统 – 软件测试员 软件开发师 项目负责人/经理 最终用户 不同的公司根据他们的经验和知识对软件测试人员有不同的称呼，例如软件测试员、软件质量保证工程师、QA 分析师等。 在其周期内的任何时间都无法测试软件。接下来的两个部分说明了何时应该开始测试以及何时在 SDLC 期间结束它。 什么时候开始测试？ ..
软件测试教程 软件测试 – 概述 软件测试 – 神话 软件测试 – 质量保证、质量控制和测试 软件测试 – ISO 标准 软件测试 – 测试类型 软件测试 – 方法 软件测试 – 级别 软件测试 – 文档 测试 – 估计技术 软件测试 – ISO 标准 全球许多组织制定和实施不同的标准，以提高其软件的质量需求。本章简要介绍了一些广泛使用的与质量保证和测试相关的标准。 ISO/IEC 9126 该标准涉及以下方面以确定软件应用程序的质量 – 质量模型 外部指标 内部指标 使用质量指标 该标准为任何软件提供了一些质量属性，例如 – 功能 可靠性 可用性 效率 可维护性 可移植性 上面提到的质量属性又细分为子因素，在详细研究标准的时候可以研究。 ISO/IEC 9241-11 本标准的第 11 ..
软件测试教程 软件测试 – 概述 软件测试 – 神话 软件测试 – 质量保证、质量控制和测试 软件测试 – ISO 标准 软件测试 – 测试类型 软件测试 – 方法 软件测试 – 级别 软件测试 – 文档 测试 – 估计技术 软件测试 – 文档 测试文档涉及应该在软件测试之前或期间开发的工件文档。 软件测试文档有助于估计所需的测试工作量、测试覆盖率、需求跟踪/跟踪等。本节描述了一些与软件测试相关的常用文档工件，例如 – 测试计划 测试场景 测试用例 追溯矩阵 测试计划 测试计划概述了将用于测试应用程序的策略、将使用的资源、执行测试的测试环境以及测试的限制和测试活动的时间表。通常，质量保证团队负责人将负责编写测试计划。 测试计划包括以下内容 – 测试计划文档简介 测试应用程序时的假设 测试应用程序中包含的测试用例列表 要测试的功能列表 在测试软件时使用什么样的方法 需要测试的可交付成果清单 为测试应用程序分配的资源 测试过程中涉及的任何风险 要实现的任务和里程碑的时间表 测试场景 这是一条单行语句，用于通知将测试应用程序中的哪个区域。测试场景用于确保所有流程流都经过端到端测试。根据应用程序的规模和复杂性，应用程序的特定区域可以有少至一个测试场景到数百个场景。 术语“测试场景”和“测试用例”可以互换使用，但是测试场景有几个步骤，而测试用例只有一个步骤。从这个角度来看，测试场景是测试用例，但它们包括几个测试用例和它们应该执行的顺序。除此之外，每个测试都依赖于前一个测试的输出。 ..