ISTQB:测试=分析，但是动态测试!=动态分析？

Question

这更像是一个学术问题。虽然，普遍的看法是，动态分析是在测试自己，大多数先进的来源(但AFAIK也是ISTQB)区别于：

• 动态测试(摘录程序)和
• 使用特殊工具进行动态分析(运行时内存泄漏、指针异常等)。

当然，这并不是完美的分类，因为：

• ISTQB采用了IEEE，称分析=测试
• 但另一方面，它又区别于动态分析和动态测试。

不用说，ISTQB使用的是一个静态测试术语，其他大多数权威资源都不使用它，他们称之为静态分析。

那么，问题是:在我的论文中，应该如何从分类学的角度对动态分析和动态测试关系进行分类？

如果DA不是测试，我不能简单地称之为动态测试技术。那我该怎么解决呢？

高级软件测试引文-第2卷: ISTQB高级程序指南.：

动态分析工具提供执行软件状态的运行时信息。它们可以用来找出一些在静态分析和动态测试中很难找到的问题。

因此，很明显，这是正确的说法，DA不是动态测试(Wikipedia不同意，但这不是可信的来源)。

另一个来源:高级软件测试指南：

没有工具支持就不能进行动态分析..。提供信息作为动态测试的副产品(.)当测试对象是可执行的时，可以使用动态测试。我们还可以使用动态analysis__，特别是在组件测试期间。

Answer 1

我的想法是，这更多的是关于静态和动态的区别，而不是分析和测试。

我个人的定义是：

静态测试=需求、设计、规格、日志文件、配置文件等的测试。

动态测试=应用程序运行时的测试。

同样的，

静态分析=分析应用程序源代码，以发现错误、不一致和高度复杂的区域等。

动态分析=在应用程序运行时进行分析，以查找内存泄漏、性能问题等。

所以回到你最初的问题，我个人的观点是，你可以把分析作为测试的一部分，但是测试!=分析。

Answer 2

执行动态分析(内存泄漏)您必须执行程序，所以当将“动态测试”定义为与“动态分析”不同的方面时(而不仅仅是以“执行程序”的方式)，我应该尝试提供一个清晰的描述。

通常使用测试用例执行(从单元测试到回归系统/功能测试)来生成动态分析报告。没有必要，但让我们说他们之间的关系是“真实的世界”。

也许你应该试着找到一个定义，把重点放在目标(结果)上。“静态/动态代码分析”主要关注代码冲突/陷阱，而不管实现了什么功能。“动态测试”负责如何实现功能(需求)。