testing - 不同类型的测试(例如，单元，功能，集成等)文档

Question

Closed. This question is off-topic。它当前不接受答案。
                            
                        
                    
                
                            
                                
                
                        
                            
                        
                    
                        
                            想改善这个问题吗？ Update the question，所以它是 on-topic，用于堆栈溢出。
                        
                        5年前关闭。
                                                                                            
                
        
几年前，我从Google看到了这份很棒的（PDF）文档。该文件在一页中解释了所有各种类型的软件测试的含义（例如，是什么将功能测试与集成测试从单元测试与...分离开）。这是一个非常方便的参考，但是我当然没有保存它的链接，现在当我用Google搜索它时我找不到它（噢，讽刺的是无法在Google文档中搜索）。

现在，我知道确实有一个很好的SO答案可以很好地解决这个问题，但是我一直在寻找可以挂在办公室的单页，打印格式的指南，而不是SO答案。

谁能指出我想要的Google文档，或者其他任何关于软件测试类型的很好的单页细分？

最佳答案

软件测试类型

软件测试生命周期是解释每个产品要进行的测试流程的过程。 V-模型，即验证和确认模型是用于改进软件项目的完美模型。该模型一方面包含软件开发生命周期，另一方面包含软件测试生命周期。软件测试人员的清单设置了基线，指导他进行日常活动。

黑匣子测试：它解释了将输入提供给系统并检查输出的过程，而不考虑系统如何生成输出。也称为行为测试。

功能测试：已针对功能要求对软件进行了测试。这将检查应用程序是否按照规范运行。

性能测试：此测试根据用户要求检查系统是否正常运行。性能测试取决于内部和外部应用于系统的负载和压力测试。
负载测试：在这种类型的性能测试中，系统会超出限制，以便在施加更高负载时检查系统性能。
压力测试：在这种类型的性能测试中，对系统的测试超出了正常预期或操作能力。
可用性测试：这也称为“用户友好性测试”。它检查应用程序的易用性。

回归测试：回归测试是最重要的测试类型之一，它检查应用程序任何组件的微小变化是否会影响未更改的组件。这是通过重新执行应用程序的先前版本来完成的。

冒烟测试：用于检查应用程序的可测试性，也称为“构建验证测试或链接测试”。这就是说，它检查应用程序是否准备好进行进一步的测试和工作，而无需处理更详细的细节。

完整性测试：完整性测试检查系统的行为。这也称为窄回归测试。

并行测试：并行测试是通过比较两个不同系统（如旧，新，手动或自动化）的结果来完成的。

恢复测试：恢复测试对于检查系统能够以多快的速度恢复以应对任何硬件故障，灾难性问题或任何类型的系统崩溃是非常必要的。

安装测试：这种类型的软件测试可确定安装过程导致错误结果的方式。

兼容性测试：兼容性测试可确定在受支持配置下的应用程序是否具有预期的性能，以及硬件和软件包的各种组合。

配置测试：完成此测试是为了测试兼容性问题。它确定硬件和软件的最小和最佳配置，并确定添加或修改资源（如内存，磁盘驱动器和CPU）的效果。

符合性测试：这将检查系统是否根据标准，过程和准则进行开发。

错误处理测试：这确定系统正确处理错误事务的能力。

手动支持测试：这种软件测试是人员与应用程序系统之间的接口。

系统间测试：此方法是两个或多个应用程序系统之间的接口。

探索性测试：探索性测试类似于即席测试，其目的是探索软件功能。

容量测试：当通过应用程序处理大量数据时，将进行此测试。

方案测试：方案测试提供了更现实和有意义的功能组合，而不是通过领域或组合测试设计获得的人为组合。

用户界面测试：执行此类型的测试以检查应用程序对用户的友好程度。用户应该能够在没有系统人员任何帮助的情况下使用该应用程序。

系统测试：此测试在完整的集成系统上进行，以评估系统是否符合指定要求。这样做是为了检查系统是否满足其功能和非功能要求，并且还打算进行测试，以超出软件/硬件要求规范中定义的范围。

用户验收测试：执行验收测试以验证该产品对客户而言是否可接受，以及产品是否满足该客户的指定要求。此测试包括Alpha和Beta测试。

Alpha测试：Alpha测试由客户在封闭环境中在开发人员的站点上执行。这是在系统测试之后完成的。

Beta测试：这是由客户在开放环境中在客户的站点上完成的。在执行这些测试时，开发人员的存在不是强制性的。由于产品已准备就绪，因此这被认为是软件开发生命周期的最后一步。

白盒测试：这是将输入提供给系统并检查系统如何处理输入以生成输出的过程。测试人员必须具有源代码知识。

单元测试：单元测试是在开发人员的站点上进行的，以检查特定代码段/单元是否工作正常。它测试整个程序的单元。

静态和动态分析：在静态分析中，需要遍历代码才能发现代码中可能存在的缺陷。而在动态分析中，将对代码执行并分析输出。

语句覆盖率：确保以某种方式执行代码，以使应用程序的每个语句至少执行一次。

决策覆盖率：这有助于通过执行应用程序来做出决策，至少一次判断它是对还是错。

条件覆盖率：在这种类型的软件测试中，通过以每种方式使它为真和为假，以至少一种方式执行每个条件。

路径覆盖率：代码中的每个路径都至少执行一次，以获得完整的路径覆盖率，这是白盒测试的重要组成部分之一。

集成测试：当各种模块相互集成以形成一个子系统或一个系统时，将执行集成测试。这主要集中在软件体系结构的设计和构建上。这又分为自下而上的集成和自上而下的集成测试。

自下而上的集成测试：在这里，首先测试最低级别的组件，然后使用“驱动程序”对更高级别的组件进行测试。重复整个过程，直到测试所有更高级别的组件为止。

自上而下的集成测试：这与自下而上的方法完全相反，因为它会测试顶层模块，并使用“存根”逐步测试模块的分支，直到相关模块结束。

安全测试：一种测试，用于确认系统如何保护自身免受未经授权的内部或外部或故意的代码破坏；表示系统的安全性测试。安全测试确保该程序只能由授权人员访问。

变异测试：在变异测试中，对应用程序进行测试以查找在修复特定错误/缺陷之后修改的代码。

使用以下链接获取打印格式
Types of Software Testing

关于testing - 不同类型的测试(例如，单元，功能，集成等)文档，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22414134/

上一篇：testing - NUnit 有时以 "unable to locate fixture"结尾

下一篇：unit-testing - 用于检查文件是否已创建的 JUnit 测试用例

相关文章：

html - 通过本地网络测试网站的问题

ruby-on-rails - 为什么 spec_helper 有这个 ENV ["RAILS_ENV"] ||= "test"？

python - 执行 `func = func.__call__` 时 Python 会发生什么？

ruby-on-rails - 如何使用 Google 测试身份验证？

ruby-on-rails - 删除 rspec 中的测试 - 更改(模型，:count) failing - Why is reload needed?

node.js - 在 NodeJS 中测试数据库相关代码

php - PHP 中 TDD 和/或 BDD 的状态如何？

java - Eclipse Indigo 中的 JUnit 测试没有报告任何内容？

ipad - 如何在不购买 iPad 和其他平板电脑的情况下测试 Web 应用程序？

sql-server - 我需要用于数据库单元测试的好工具

Answer 1

软件测试类型

软件测试生命周期是解释每个产品要进行的测试流程的过程。 V-模型，即验证和确认模型是用于改进软件项目的完美模型。该模型一方面包含软件开发生命周期，另一方面包含软件测试生命周期。软件测试人员的清单设置了基线，指导他进行日常活动。

黑匣子测试：它解释了将输入提供给系统并检查输出的过程，而不考虑系统如何生成输出。也称为行为测试。

功能测试：已针对功能要求对软件进行了测试。这将检查应用程序是否按照规范运行。

性能测试：此测试根据用户要求检查系统是否正常运行。性能测试取决于内部和外部应用于系统的负载和压力测试。
负载测试：在这种类型的性能测试中，系统会超出限制，以便在施加更高负载时检查系统性能。
压力测试：在这种类型的性能测试中，对系统的测试超出了正常预期或操作能力。
可用性测试：这也称为“用户友好性测试”。它检查应用程序的易用性。

回归测试：回归测试是最重要的测试类型之一，它检查应用程序任何组件的微小变化是否会影响未更改的组件。这是通过重新执行应用程序的先前版本来完成的。

冒烟测试：用于检查应用程序的可测试性，也称为“构建验证测试或链接测试”。这就是说，它检查应用程序是否准备好进行进一步的测试和工作，而无需处理更详细的细节。

完整性测试：完整性测试检查系统的行为。这也称为窄回归测试。

并行测试：并行测试是通过比较两个不同系统（如旧，新，手动或自动化）的结果来完成的。

恢复测试：恢复测试对于检查系统能够以多快的速度恢复以应对任何硬件故障，灾难性问题或任何类型的系统崩溃是非常必要的。

安装测试：这种类型的软件测试可确定安装过程导致错误结果的方式。

兼容性测试：兼容性测试可确定在受支持配置下的应用程序是否具有预期的性能，以及硬件和软件包的各种组合。

配置测试：完成此测试是为了测试兼容性问题。它确定硬件和软件的最小和最佳配置，并确定添加或修改资源（如内存，磁盘驱动器和CPU）的效果。

符合性测试：这将检查系统是否根据标准，过程和准则进行开发。

错误处理测试：这确定系统正确处理错误事务的能力。

手动支持测试：这种软件测试是人员与应用程序系统之间的接口。

系统间测试：此方法是两个或多个应用程序系统之间的接口。

探索性测试：探索性测试类似于即席测试，其目的是探索软件功能。

容量测试：当通过应用程序处理大量数据时，将进行此测试。

方案测试：方案测试提供了更现实和有意义的功能组合，而不是通过领域或组合测试设计获得的人为组合。

用户界面测试：执行此类型的测试以检查应用程序对用户的友好程度。用户应该能够在没有系统人员任何帮助的情况下使用该应用程序。

系统测试：此测试在完整的集成系统上进行，以评估系统是否符合指定要求。这样做是为了检查系统是否满足其功能和非功能要求，并且还打算进行测试，以超出软件/硬件要求规范中定义的范围。

用户验收测试：执行验收测试以验证该产品对客户而言是否可接受，以及产品是否满足该客户的指定要求。此测试包括Alpha和Beta测试。

Alpha测试：Alpha测试由客户在封闭环境中在开发人员的站点上执行。这是在系统测试之后完成的。

Beta测试：这是由客户在开放环境中在客户的站点上完成的。在执行这些测试时，开发人员的存在不是强制性的。由于产品已准备就绪，因此这被认为是软件开发生命周期的最后一步。

白盒测试：这是将输入提供给系统并检查系统如何处理输入以生成输出的过程。测试人员必须具有源代码知识。

单元测试：单元测试是在开发人员的站点上进行的，以检查特定代码段/单元是否工作正常。它测试整个程序的单元。

静态和动态分析：在静态分析中，需要遍历代码才能发现代码中可能存在的缺陷。而在动态分析中，将对代码执行并分析输出。

语句覆盖率：确保以某种方式执行代码，以使应用程序的每个语句至少执行一次。

决策覆盖率：这有助于通过执行应用程序来做出决策，至少一次判断它是对还是错。

条件覆盖率：在这种类型的软件测试中，通过以每种方式使它为真和为假，以至少一种方式执行每个条件。

路径覆盖率：代码中的每个路径都至少执行一次，以获得完整的路径覆盖率，这是白盒测试的重要组成部分之一。

集成测试：当各种模块相互集成以形成一个子系统或一个系统时，将执行集成测试。这主要集中在软件体系结构的设计和构建上。这又分为自下而上的集成和自上而下的集成测试。

自下而上的集成测试：在这里，首先测试最低级别的组件，然后使用“驱动程序”对更高级别的组件进行测试。重复整个过程，直到测试所有更高级别的组件为止。

自上而下的集成测试：这与自下而上的方法完全相反，因为它会测试顶层模块，并使用“存根”逐步测试模块的分支，直到相关模块结束。

安全测试：一种测试，用于确认系统如何保护自身免受未经授权的内部或外部或故意的代码破坏；表示系统的安全性测试。安全测试确保该程序只能由授权人员访问。

变异测试：在变异测试中，对应用程序进行测试以查找在修复特定错误/缺陷之后修改的代码。

使用以下链接获取打印格式
Types of Software Testing