QA应该从什么时候开始进行非功能测试？

Question

对于这个看似简单的问题，我找不到答案：

QA是否应该启动非功能性测试：

• 只要有可能，尽早发现潜在的问题(例如，糟糕的设计导致性能不佳的话，如果发现得太晚，修复起来会花费很大)
• 因为只有这样才能衡量真实的值(性能、鲁棒性)。

Answer 1

DevOps还剩下什么？

简而言之，在SDLC中早期测试是为了防止缺陷，而不是仅仅检测缺陷。因此，您测试要求，设计等，以确保没有缺陷注入到信件阶段，防止它在早期的管道。

我们可以为非功能测试做左移吗？

当然，让我们来看看几个例子

设计

想象一下，开发一个需要通过API访问的高性能数据库的服务。

如果您不正确地设计系统，您将占用性能不佳的数据库，系统将失败。

为了避免，您将研究比较，并提出一个高度潜在的数据库。YOu可以参考以下研究论文：

https://www.ijarcce.com/upload/2015/march-15/IJARCCE%2039.pdf

单元测试

您有一个组件，它接受一些SQL查询，并对它执行一些操作，然后给出一个输出。

您可以使用虚拟数据，让组件运行一整天，并检查是否存在内存泄漏。

这将防止此组件集成到系统中，并在调试中浪费时间和精力。

API测试：

在测试web之前，使用像JMeter这样的工具来加载测试API。

静态分析

您还可以集成白盒工具(如静态分析工具)，以找到可能导致内存泄漏的代码块。您可以在代码被推送到git之前设置这些工具来扫描它(通过设置预提交和提交后挂钩来触发测试)。

注意:您可以使用这种方法来测试大多数非功能测试，甚至安全性。阅读更多关于DevSecOps的信息

Answer 2

这取决于风险，一定要记住过早优化是万恶之源。

我想考虑如何在我们的自动化构建管道中添加非功能测试。我早晚会把它们自动化的。最近这篇文章中有一些例子：

通过自动回归测试，我们可以快速发现bug，并在它们腐烂并成为一个更大的问题之前解决它们。非功能需求的回归测试也是如此。https://dev.to/leading-edje/testing-non-functional-requirements-3mbf