安装测试是功能测试还是非功能测试的一部分？

#1 楼

正如我在此回复中指出的那样，可访问性测试-应该被视为功能测试还是非功能测试？我喜欢来自http://www.lessons-from-history.com/node/83的以下定义：“功能需求指定了系统应该做什么”“非功能需求指定了系统应该如何工作”

我们一直将设置/升级测试视为功能测试，因为我们实际上是在测试安装程序引擎应该执行的操作。当然，对于具有多个配置对话框的复杂安装程序包，您也将具有一个行为元素。

您可能还想查看http://www.testingmentor.com/imtesty/2011/02/21/state-transition-testing-thinking-in-models/中的测试示例流，以及组合测试，用于测试复杂的配置矩阵以进行设置/升级。

#2 楼

对我来说，这是一项非功能性的要求，即使关键用户对安装文件夹的位置有一些要求（以便与其他软件包更好地集成）。

UPDATE：

鉴于以下原因，仍然可以在功能需求区域中进行可用特征检测的测试：


在某些情况下可以bin-deploy软件，并且可以提供一些优化的库。手动安装后
某些库仅适用于某些平台（例如仅.NET 4.0或仅限Python 2.x）

一个小示例：已部署的软件应检测并使用启用CUDA的GPU。将进行3组测试：


用于普通代码路径
用于CUDA代码路径
用于正确的CUDA检测（GPU可以升级/安装后降级）

#3 楼

我会同意alexandrul的回答，并提出一些小警告。

首先，这取决于安装程序的工作。如果只是普通安装，它将无法正常使用。如果安装程序中有一些选项会极大地影响应用程序的功能（即：添加/不添加特定功能），通常我会将其放在功能测试中（当我仍然认为将两个重要部分分开时） 。

#4 楼

Lyndon提出了一些要点，但这确实取决于安装程序的工作。过去与他们合作时，大部分时间我都与SaaS打交道，而不再与客户端应用程序打交道，但是过去的工作很少，而我们大多数人都对它们进行功能测试。这样做的理由是我们不仅处理安装问题，尽管我们在那里，但我们需要处理卸载问题-这是大多数人忘记的事情。我的期望是，当我卸载某个软件时，我希望我的环境能够反映出该软件已完全消失，因为如果重新安装它，就好像该软件从未存在过一样。如果这是您的要求，则某些应用程序确实会因为试用/购买版本而保留某些内容，并希望确保您不会一遍又一遍地重新安装该试用版，以避免购买它。因此，除了亚历山大笔记中的内容外，我还将检查以下内容：


卸载，删除所有预期的项目（代码，目录和/或注册表项） （修复安装），通常是在出现问题时修复软件安装的软件

#5 楼

我不同意“如果有完善的安装规范，否则将无法正常工作”。它们就可以发挥功能”。而且它们仍然无法正常工作。

我的英语不好对不起。我正在改善

#6 楼

功能测试用于检查系统或应用程序的功能是否按预期工作。您提供某些输入，并检查是否获得了预期的输出。通常，您将使用某种试探法来判断结果是否预期。

非功能性测试用于检查系统的非功能性方面，例如性能，可靠性，可伸缩性，可用性等。

牢记以上定义，我认为安装测试可以基于上下文进行功能/非功能测试。我说这是因为，当我进行安装测试时，请I-


删除应用程序并安装新应用程序
删除缓存，卸载应用程序并安装新应用程序
安装在现有应用程序上安装应用程序
在Wi-Fi / 4G /蓝牙/ USB上安装应用程序

并执行更多方案

以上所有方案都试图了解如何应用会根据不同的动作做出反应/发挥作用。其中一些可以作为接受标准的一部分提及，然后成为功能测试，但我们也可以尝试上述方案，以查看应用程序如何执行并对不同类型的常见用户操作做出反应，然后可以进行非功能测试。因此，很难将它们归类为功能测试或非功能测试的单个存储桶。在测试移动应用程序时尤其如此。这些只是我的观点。

-Raj

#7 楼

在安装测试方面写得很好的博客中，我发现您提问的时机很有趣：
http://lauralistar.wordpress.com/2011/07/18/software-installation-uninstallation-testing/

#8 楼

好像在安装方面有要求，那就是功能测试。如果有一个包含安装的用户案例，那么这是一项功能测试。缺少这些功能，这是一项非功能性测试，在考虑被测应用程序的所有其他其他非功能性方面时，需要进行测试。

另外，松鼠还指出，只要完成就无所谓。