我们平时做测试，不论是老板和员工都有可能会误解，说做测试不就是功能测试嘛，就是点点点。功能性测试有单元性的测试、还有端到端间的系统之间的相互关系也需要测试，这个需要我们分策略地、有步骤地、有计划地、有流程地去测试集成性测试、系统功能性测试，然后邀请用户进行验收测试。也可以分成集成性环境测试、用户体验感测试和用户演练测试、上线演练测试这几类。

平时大家一般都是忙着做功能测试，往往只有在上线前才会想到做一下性能测试，压测一下，出问题了，当时却没有发现，背锅的还是测试人员。其实做为测试人员，每天光是点点点就已经忙不完了，哪有时间去顾虑这块呢？但是往往忽略的那一点，会出现致命的问题。这就是非功能测试的重要性。非功能测试的时间占总体测试的时间往往很少，但是上线时被卡脖子的原因往往在这块。
性能测试做好了，但是没做容量测试，像刚才说的，3年的存量数据和5年的存量数据，特别是银行系统，有些银行系统，像我们买房贷款，最简单的这个系统一还贷就是20年，这个20年的过程中，每个月都有交易，全国这么多人在买房，并发虽然不一样，但是存量数据，容量测试永远存在，因为数据需要一直存在，不能删除。数据量怎么办？

要流转，需要看磁盘空间够不够用，是不是需要做备份，出问题了怎么办？数据被攻击了怎么办？我买房子，本来是贷的100万，我偷偷从后台改成10万，可以吗？黑客说不定真的可以做得到，虽然有时候他不屑做这些事情。但是我们谁知道呢，万一出现怎么办？这时候是不是要去做非功能测试中的安全测试、攻击性测试、漏洞扫描？

上篇文章我们说到了双十一的并发，要看我们的数据是不是要可靠，如果数据丢了呢？数据库服务器着火了呢？刚才说的容量测试过程中，存量数据10年，硬件服务器能一直用10年不坏吗？硬盘是不是会坏掉？数据是不是会丢失？那是不是要模拟，系统用几年之后，硬件上的问题导致数据丢失后，数据的可靠性是不是保障了？当这台数据库坏掉了，电源坏了、烧了、内存坏掉了，硬盘烧了，前面的业务数据是不是直接丢掉了？发生这些情况怎么办？

我们作为测试人员，需要确保，这些数据在丢失的情况下，要做好数据的可靠、永远能用。这些做完之后，是属于硬件加软件加数据的问题，安全性的问题已经考虑到了，我们还会考虑什么呢？可用性。所谓的可用性就是能不能用，这些都是我们接下来要细化讲的内容。

我们刚才通过抛砖引玉的方式已经讲了大部分的问题，讲这些问题的原因在于什么？主要在于非功能测试设计的重要性。希望大家看完之后，真心想把这个技术做好。把这个技术做好第一要么出问题了，老板注重。第二，你能有专业性地把这个问题说明清楚，愿意说服老板愿意为你这个岗位买单，充分体现自己的职业价值。