在我看来，测试人员绝对应该测试非功能属性（性能、可用​​性、隐私、安全性、可靠性、兼容性、可支持性等）。总的来说，我认为测试应该少强调功能需求，多强调非功能需求，但我不想绕开你的问题。

如果您要查找列表，请从ilities开始。如果您正在寻找推荐列表，这在某种程度上取决于您的产品和客户。总的来说，我发现我第一段中的列表是一个很好的起点，但这里没有一个适合所有答案的答案。

就个人而言，我认为是的，但不是。

是的，从某种意义上说，您需要以常识的方式确保它“好”。但是，一旦您确定了哪里不“好”，您就需要将原因分解为功能需求。考虑以下类别：

可用性不是可以测试的东西。您如何将“必须易于使用”或类似的规范放入规范中？

安全性是可以测试的，但是如果您没有要求说明安全的定义意味着什么，您怎么知道某事是安全的？您可以锁定服务器上的每个端口并将其称为安全，但它不会做任何事情。

可靠性是在需求之外无法真正定义的另一件事。如果始终不符合要求，则不符合要求。时期。

可能属于这一类的其他东西是效率。有人可能会说“应用程序运行速度太慢”。那么，它需要运行多快？“嗯，我不知道，但这太慢了。” 请。有需求就回来。当然，我可以看一下套路，也许会想出一些东西，但我需要知道要拍摄什么。

Alan 的答案是“-ilities”。我还建议您购买一份Release It！作者：Michael Nygard - 这是软件开发人员和测试人员的关键书籍，可帮助他们了解哪些因素导致软件无法在生产环境中正常运行。它将让您深入了解您需要在任何重要的软件系统上进行的“非功能性”或操作测试类型。

我在Release It中确定了几个关键章节/页面！关于使软件在生产中运行良好的博客文章：http: //blog.softwareoperability.com/2013/01/26/which-sections-of-release-it-help-to-make-software-operable /这些页面将是您应该进行的各种操作测试的良好起点。