静态分析、动态分析和测试

Question

根据我在这里收到的答复，然后在一些权威来源(似乎不太含糊的ISTQB )确认，有3项活动：

• 静态分析
• 动态分析
• 测试

但是，我们为什么不能把所有这些作为“测试”结合起来呢？我的意思是，即使对一个程序进行动态分析审查，以寻找内存泄漏，也是一种测试，对吗？

Answer 1

因为我只是在写一本涉及这些主题的书，所以我可以给你提供我的见解。

主要的问题是如何选择要遵循的标准/方法。

例如，我相信--以及许多作者--测试是一个隐含的动态过程，因此静态测试是一个不恰当的名称(I.S.T.Q.B.使用它来涵盖所有静态技术，但就我个人而言，我不喜欢它)。

回答你的问题：

1. 测试--通过多种方法(边界分析等)实际执行程序来实现它。
2. 动态分析--分析运行时的内存、性能等。
3. 静态分析.回顾，静态分析工具，检查

另外，在评估产品质量时，其他活动也是有用的，并且是与测试相关的辅助活动。但它们并不是真正意义上的测试。

然而，所有这些都可以被视为质量保证和质量控制的一部分。

Answer 2

但我们为什么不能做这些测试呢？

你可以称之为测试..。或者做奶酪，或者任何你喜欢的东西.但这并不能帮助你与其他计算机专业人士交流。

我的意思是，即使对程序的动态分析进行回顾，寻找内存泄漏也是一种testing..or，不是吗？

在我看来，内存泄漏检测在质量上不同于我们通常所说的测试。

然而，这并不是真正相关的。与此相关的是，大多数软件工程师通常不会将其称为“测试”。如果你想要有效地沟通，你需要使用其他人希望听到的相同的术语(和含义)。

现在，如果你想说服每个人改变他们对这些事物的分类方式，可以随意尝试。但你必须提供一些有说服力的论据。