unber的博客

可追踪性矩阵是一种表格类型的文档，用于开发软件应用程序以跟踪需求。它可用于向前(从需求到设计或编码)和向后(从编码到需求)跟踪。它也称为需求可追踪性矩阵(RTM)。通常，这就像一个包含表格的工作表文档，但是还有许多用户定义的可追溯性矩阵模板。可追溯性矩阵中的每个要求都与其各自的测试用例相关联，以便可以根据具体要求顺序执行测试。我们可以在表中看到有三列和四行用于表示业务需求，技术要求和测试用例ID。

测试用例是一组条件，测试人员根据这些条件确定软件应用程序是否按照客户的要求工作。测试用例设计包括前提条件，用例名称，输入条件和预期结果。测试用例是第一级操作，源自测试场景。测试用例提供有关测试策略，测试过程，前提条件和预期输出的详细信息。这些在测试过程中执行，以检查软件应用程序是否正在执行它是否已开发的任务。编写测试用例是一次性尝试，可以在回归测试时使用。测试用例通过将缺陷与测试用例ID相关联来帮助测试人员进行缺陷报告。

测试场景是测试用例的详细文档，涵盖了线性语句中软件应用程序的端到端功能。线性语句被视为一种场景。测试场景是可测试需求的高级分类。这些要求根据模块的功能进行分组，并从用例中获取。在测试场景中，由于许多相关的测试用例，因此存在详细的测试过程。在执行测试场景之前，测试人员必须考虑每个场景的测试用例。在测试场景中，测试人员需要将自己置于用户的位置，因为他们在用户的角度下测试软件应用程序。场景的准备是最关键的部分，有必要寻求客户，利益相关者或开发人员的建议或帮助来准备场景。

测试计划是描述软件测试领域和活动的详细文档。它概述了测试策略，目标，测试计划，所需资源(人力资源，软件和硬件)，测试评估和测试可交付成果。测试计划是每个软件测试的基础。这是最重要的活动，可确保以适当的顺序提供所有计划活动清单。测试计划是用于将软件测试活动作为定义的过程进行的模板，该过程由测试经理完全监视和控制。

测试文档是在测试软件应用程序期间或之前创建的工件的文档。文档反映了流程对客户，个人和组织的重要性。包含所有文档的项目具有较高的成熟度。详尽的文档可以节省组织的时间和财富。

非功能测试是一种软件测试，用于测试非功能性参数，例如：软件的可靠性，负载测试，性能和责任。非功能测试的主要目的是根据非功能参数测试软件系统的读取速度。在功能测试之前，从未测试过非功能测试的参数。非功能性测试作为功能测试也非常重要，因为它在客户满意度中起着至关重要的作用。例如，非功能性测试将测试有多少人可以同时在任何软件上工作。

Beta测试是验收测试的一部分，旨在通过最终用户验证产品的可用性，功能，可靠性和兼容性。当用户通过提供实际输入值来验证软件时，它会为软件增加价值。它有助于提高软件质量并使其走向成功。此外，有助于确定该软件是否值得在未来版本中进行更多投资。它不是受控活动，因为它发生在用户身边。在将软件交付给客户之前，它视为最终测试。发布用于beta测试的软件称为测试版软件。

Alpha测试是一种软件测试中所使用的释放软件真正的用户或公众之前找到的错误。它在实际场景中提供了性能验证。它是一种验收测试。alpha测试的目标是通过识别和修复以前测试过程中无法发现的错误来纠正软件产品。它是在开发结束时和软件beta测试之前完成的。软件工程师或质量保证人员执行alpha测试。通常，它有两个阶段，在第一阶段，开发人员使用调试器软件或硬件辅助调试器，这有助于非常快速地捕获错误。在alpha测试期间，存在大量错误，缺少功能和崩溃。

系统测试和验收测试的区别如下表所示：

验收测试是基于用户要求和功能处理的正式测试。它确定软件是否符合指定的要求和用户要求。它是作为一种黑盒测试进行的，其中涉及测试系统接受程度所需的用户数量。这是软件测试的第四级和最后一级。但是，该软件已通过三个测试级别(单元测试，集成测试，系统测试)但仍有一些小错误，当最终用户在实际场景中使用系统时，可以识别这些错误。验收测试是对先前完成的所有测试过程的挤压。

功能测试是软件测试的一个分支，旨在验证软件应用程序的功能，而不管功能是否根据需求规范运行。通过给出适当的输入值，确定输出并使用预期输出验证实际输出来测试每个功能。功能测试包括通过GUI(图形用户界面)，API(应用程序接口)，安全性，数据库，客户端应用程序，服务器应用程序和应用程序功能进行测试。黑盒测试方法用于功能测试，其中测试内部逻辑的工作而不窥视内部代码。

回归测试是测试的过程，如果在任何函数中更改代码不会影响软件应用程序的现有功能。该过程确认旧功能仍然适用于新修改的功能。回归测试仅测试修改的或缺陷的固定功能和部分选择的功能，这些功能可能会因修改而受到不利影响。对已经执行的修改函数执行相同的测试用例。这背后的原因是，当任何软件的新版本发布时，它在旧的测试用例下进行测试，以确保所有旧功能仍然以正确性和相同的方式工作。如果任何功能无法正常工作，则意味着更改或添加新代码会引入新错误。

集成测试是单元测试后软件测试过程的第二个层次。在此测试中，软件的单元或单个组件在组中进行测试。集成测试级别的重点是在集成组件或单元之间交互时暴露缺陷。单元测试使用模块进行测试，这些模块在集成测试中进行组合和测试。该软件使用许多软件模块开发，这些软件模块由不同的编码器或程序员编码。集成测试的目标是检查所有模块之间通信的正确性。

单元测试涉及测试软件应用程序的每个单元或单个组件。这是第一级软件测试。单元测试的目的是验证单元组件的性能。单元是软件系统的单个可测试部分，并在应用程序软件的开发阶段进行测试。此测试旨在测试隔离代码的正确性。单元组件是应用程序的单独功能或代码。白盒测试方法用于单元测试，通常由开发人员完成。在测试级别层次结构中，单元测试是在集成和其他剩余测试级别之前完成的第一级测试。它使用模块进行测试，减少了等待单元测试框架的依赖性，存根，驱动程序和模拟对象用于单元测试的辅助。

冒烟测试与健全测试比较和区别如下表所示：

在接收开发团队的软件构建(代码中的微小更改)时进行的完整性测试。理智测试的目的是确保所有缺陷都得到解决。这是一种回归测试，仅关注一些受影响的功能。可以在两种情况下进行健全性测试：一种是在第二次增强的情况下，一种是在缺陷固定的情况下。它确保代码或函数中所做的更改不会对相关模块产生影响，因此无法应用。

在从开发团队接收构建软件时，冒烟测试(Smoke Testing)就出现了。测试的目的是确定软件是否可测试。它是在“构建软件”时完成的。该过程也称为“第0天”。这是一个节省时间的过程。它减少了测试时间，因为关键错误不是固定的。冒烟测试的重点是应用程序的核心和主要功能的工作流程。

系统测试包括测试完全集成的软件系统。通常，计算机系统是通过软件集成制成的。换句话说，一组软件的计算机系统执行各种任务，但只有软件才能执行任务;软件必须与兼容的硬件接口。系统测试是一系列不同类型的有目的的测试行使和审查针对需求的集成软件的计算机系统的全部工作。软件测试分为四个级别：单元测试，集成测试，系统测试和验收测试，所有这些都用于测试目的。单元测试用于测试单个软件;集成测试用于测试整个系统系统，系统测试用于测试整个系统，验收测试用于测试业务需求的可接受性。在这里，我们讨论系统测试，这是第三级测试级别。

此阶段代表自动化测试生命周期方法(ATLM)的第三阶段。自动化范围包括应用程序的测试区域。每个软件应用程序持有的软件应用程序的常用功能。自动化测试设置可重用的业务组件范围。自动化测试决定业务组件的可重用性程度。应用程序应具有特定于业务的功能，并且必须在技术上可行。在跨浏览器测试的情况下，自动化测试提供了重复的测试用例。此阶段确保整体测试策略应在需要时进行妥善管理和修改。为了确保技能的可用性，针对特定软件应用程序所需的特定技能分析特定成员和整个团队的测试技能。

手动测试是一种软件测试过程，需要手动执行测试用例而不是使用自动化工具。测试人员根据最终用户的角度手动执行所有测试用例。它确保应用程序是否正如需求文档中所述那样工作。计划和实施测试用例以完成几乎100%的软件应用程序。测试用例报告也是手动生成的。手动测试是最基本的测试过程之一，因为它可以找到软件的可见和隐藏缺陷。由软件给出的预期输出和输出之间的差异被定义为缺陷。开发人员修复了缺陷并将其交给测试人员进行重新测试。

当使用易于检测的缺陷测试软件并且不允许组件变化时，可使用可视化测试。

黑盒测试，白盒测试与灰盒测试的比较和区别如下所示：

灰盒(GreyBox)测试是一种软件测试方法，用于部分了解内部工作结构来测试软件应用程序。它是黑盒子和白盒测试的组合，因为它涉及访问内部编码以设计测试用例，因为白盒测试和测试实践在功能级别作为黑盒测试完成。灰盒(GreyBox)测试通常识别属于Web系统的特定于上下文的错误。例如;在测试时，如果测试人员遇到任何缺陷，那么他会对代码进行更改以解决缺陷，然后再次实时测试。它专注于任何复杂软件系统的所有层，以提高测试覆盖率。它提供了测试表示层和内部编码结构的能力。它主要用于集成测试和渗透测试。

每当语句中有两个或多个结果的可能性时，如while语句，if语句和case语句(控制流语句)，它被视为决策点，因为有两个结果为。在这种技术中，很难获得100％的覆盖率，因为有时表达式变得复杂。决策覆盖率的百分比可以通过将行使结果的数量除以结果总数并乘以100来计算出。决策覆盖率通过使用控制流图或图表涵盖代码的每个布尔条件的所有可能结果。这段代码的结果是:“False”，因为检查条件(a> 4)。如果检查条件(a> 4)，则此代码的结果为“True”。通常，决策点有两个决策值，一个是。的值是3(a = 3)

语句覆盖是广泛使用的软件测试之一。它来自白盒测试。语句覆盖技术用于设计白盒测试用例。该技术涉及至少执行一次源代码的所有语句。它用于计算源代码中源代码中执行的语句总数。语句覆盖在白盒测试过程中得出测试用例的场景，该过程基于代码的结构。在白盒测试中，测试人员的专注点是内部源代码和流程图或代码流程图的工作。通常，在内部源代码中，有各种各样的元素，如运算符，方法，数组，循环，控制语句，异常处理程序等。根据给程序的输入，执行一些代码语句，有些可能不执行 被执行。

不保证正确性，因使用而带来的风险与本站无关！顶部_720x90分支覆盖技术用于覆盖控制流图的所有分支。它至少涵盖决策点的每个条件的所有可能结果(真和假)。分支覆盖技术是一种白盒测试技术，可确保每个决策点的每个分支都必须执行。然而，分支覆盖技术和决策覆盖技术非常相似，但两者之间存在关键差异。决策覆盖技术涵盖每个决策点的所有分支，而分支测试涵盖代码的每个决策点的所有分支。换句话说，分支覆盖遵循决策点和分支覆盖边缘。

控制流测试是一种白盒测试下的测试技术。该技术的目的是通过控制结构确定语句或程序指令的执行顺序。程序的控制结构用于开发程序的测试用例。在该技术中，测试者选择大程序的特定部分来设置测试路径。它主要用于单元测试。测试用例由程序的控制图表示。控制流图由节点，边缘，决策节点，结节点形成，以指定所有可能的执行路径。

由于错误的条件，它不会出现在语句3上并且直接跳转到语句4(在路径中取4)并且4为真(x 0(在路径中取2))它是真， 它来自语句3(a = x + 1(在路径中取3))最后它出现在语句8上以打印x的值(输出为2)。(在路径中取5))值为0且0小于1所以，它是真的。

软件测试的盒子测试方法包括黑盒测试和白盒测试。在这里讨论白盒测试，也称为玻璃盒测试，结构测试，透明盒测试，开箱测试和透明盒测试。它测试软件的内部编码和基础设施，重点是根据预期和期望的输出检查预定义的输入。它基于应用程序的内部工作方式，并围绕内部结构测试。在这种类型的测试中，编程测试用例需要编程技巧。白盒测试的主要目标是通过软件关注输入和输出流，并加强软件的安全性。由于系统的内部透视，使用术语“白盒子”。透明框或白框或透明框名称表示能够透过软件的外壳进入其内部工作。

用例是黑盒测试的功能测试，用于根据系统的使用从系统的开始到结束识别测试用例。通过使用这种技术，测试团队创建了一个测试场景，可以从头到尾根据每个功能的功能运行整个软件。这描述了软件应用程序的逐步功能，可以通过一个例子来理解，假设存在在线资金转移的软件应用程序。在这种情况下，有一个测试人员代表用户逐个使用系统的功能。在这种情况下，有一个演员代表用户使用软件系统的功能。在最后一步中，如果存在包括验证ATM卡号和PIN的安全功能，则输入ATM卡号，PIN和其他所需详细信息。

错误猜测是一种技术，它没有用于识别错误的特定方法。它基于测试分析师的经验，测试人员使用该经验来猜测软件的有问题区域。它是一种黑盒测试技术，没有任何定义的结构来查找错误。

如果一个分区的条件为真，则另一个等效分区的条件也必须为真，如果一个分区的条件为假，则另一个等效分区的条件也必须为假。另外两个分区包含无效值，例如：第一个示例中的5个或少于5个，7个或7个以上，以及第二个示例中的9个或少于9个，11个或11个以上的数字，并且在应用这些无效值时， 无效分区的行为相同，即重定向到错误页面。在这两个示例中，可以看到存在两个同等有效和无效分区的分区，在应用有效值时，例如第一个示例中的六位OTP和第二个示例中的10位移动数，两个有效分区表现相同 ，即重定向到下一页。

因果图来自黑盒测试技术，该技术强调了给定结果与影响结果的所有因素之间的关系。它用于编写动态测试用例。当代码根据用户输入动态运行时，将使用动态测试用例。例如，在使用电子邮件帐户时，在输入有效的电子邮件时，系统会接受它，但是当您输入无效的电子邮件时，它会抛出错误消息。在这种技术中，输入条件被赋予原因，并且这些输入条件的结果具有效果。因果图技术基于一系列需求，用于确定可覆盖软件最大测试区域的最小可能测试用例。因果图测试的主要优点是，它减少了测试执行的时间和成本。

这种组合方法用于测试使用复选框输入，单选按钮输入的应用程序(当必须选择一个选项时使用单选按钮，例如当选择性别男性或女性时，只能选择一个选项)，列表框 ，文本框等。要使用文本框列，将最常见的输入放在第一个有效整数的位置，在第二个位置放置第二个最常见的输入是无效的整数，并在最后一个位置放置最不常见的输入是一个。因此，测试团队的任务是减少测试用例的数量，为此，测试团队认为列表框的值是第一个值为。假设有一个包含10个元素的列表框，可以接受1到100个字符的文本框，单选按钮，复选框和确定按钮。

现在再次进行另一次交易，然后再次显示帐户详细信息，但第二次交易后显示的详细信息与第一次交易不同，但两个详细信息都使用ATM的相同功能显示。所以这里使用了相同的函数，但每次输出不同时，这称为状态转换。这适用于那些提供访问应用程序的特定尝试次数的应用程序类型，例如：在指定次数的错误尝试后会锁定应用程序的登录功能。在使用电子邮件和密码的登录功能中，它提供了特定次数的尝试来访问应用程序，在超过最大尝试次数后，它会锁定然后显示错误消息。状态转换的一般含义是，相同情况的不同形式，并且根据含义，状态转换方法也是如此。

如果软件系统接受有效数字并提供所需的输出，则软件系统将在测试中传递，如果不是，则不成功。在另一种情况下，软件系统不应接受无效数字，如果输入的数字无效，则应显示错误信息。它用于测试边界值，因为边界附近的输入值具有较高的误差机会。边界值的测试是通过制作有效和无效的分区来完成的。如果正在测试的软件遵循所有测试指南和规范，则将其发送给发布团队，否则发送给开发团队以修复缺陷。为有效和无效分区开发测试用例，以捕获系统在不同输入条件下的行为。边界值分析的基本假设是，使用边界值创建的测试用例最有可能导致错误。

在第二种情况下，如果电子邮件正确，但密码不正确，则该功能应显示“密码不正确”。在第三种情况下，如果电子邮件不正确，但密码正确，则应显示“电子邮件不正确”。在此示例中，已包含所有可能的条件或测试用例，并且以相同的方式，测试团队还包括所有可能的测试用例，以便可以在测试级别上修复即将发生的错误。在使用决策表技术时，测试人员确定预期输出，如果函数产生预期输出，则在测试中传递，如果不是，则失败。现在，在第四个也是最后一个条件下，电子邮件和密码都不正确，那么应显示错误的电子邮件账号。在该示例中，输入的数量是。

黑盒测试是一种软件测试技术，它可以检查软件的功能，而不会窥视其内部结构或编码。黑盒测试的主要来源是客户声明的要求规范。在此方法中，测试人员选择一个函数并提供输入值以检查它的功能，并检查该函数是否给出了预期的输出。如果函数产生正确的输出，则在测试中传递，否则测试失败。测试团队将结果报告给开发团队，然后测试下一个功能。如果出现严重问题，在完成所有功能的测试后，会将测试结果返回给开发团队进行更正。

软件质量控制也称为质量控制，是一系列任务，通过识别缺陷和纠正开发软件中的缺陷来确保软件质量。这是一个被动的过程，此过程的主要目的是在发布软件之前纠正所有类型的缺陷。质量保证测试确保了高质量软件的开发，因为它主要关注软件开发过程中的高质量流程，良好的质量管理体系和定期的一致性审核。它是一种管理工具，包括计划和系统的活动和文件，以防止与质量有关的问题。质量控制的责任在于一个特定的团队，称为测试团队，通过验证和纠正工具测试软件的缺陷。软件质量保证的责任不是任何特定的团队，而是开发团队的每个成员的责任。

软件测试的过程也称为STLC(软件测试生命周期)，其中包括测试过程的各个阶段。测试过程以精心策划和系统的方式执行。所有活动都是为了提高软件产品的质量。下面来看看STLC的不同阶段。