第一点并发。并发用户上去了，典型交易响应时间、重要交易的响应时间是不是会降下来？交易响应时间如果没降的情况下，我们就要看典型的批处理，高峰期特殊交易日的情况下，每秒钟的交易处理能力等等。

这块内容考虑的过程中，往往我们在做测试的过程中，我曾经碰到几个大型项目，我有去问过这些客户，问的是架构师，我问哪些地方是不是要做一些特殊交易的处理，需要高并发的，有没有典型的跑批的，特别是那些新老系统改造过程中，有没有做，每日的交易量怎么样，等等。性能测试里面，我们不可能马上知道系统的业务情况，市场情况，我们要去做调研，我们要调研哪些东西，来证明这些东西有用？

我们把这六大指标先罗列出来，罗列出来之后再挨个去问，去调研。最终形成一个公式或者其他计算方式或者计算值，指标值，证明这些存量数据、这些存量值在什么情况下能满足，预期效果怎么样。

非功能测试之可用性测试指标如何衡量？

下面这个表这里面的六9相当于我们买的黄金时候的千足金，8.6毫秒的宕机用户根本就感觉不出来系统有过宕机、都能正常交易。那如果是两个9，相当于一天里有十几分钟系统不能访问，这个“不能访问”有时候可能是在部署环境导致不能访问，那如果我们是微服务的集群部署，无缝连接的情况下，在部署集群的过程中，这几台在部署，另外几台还在使用，就不会出现日不可用时间。用户在使用过程中没有感觉到我们在后台部署。

就像我们80年代的人以前QQ挂等级，太阳、月亮，这时候我QQ挂一晚感觉没有掉线过，但是QQ有没有在做软件升级？有没有出现过？这个时候就是99.9999%，他们在集群部署的过程中做到了无缝衔接。

99.9%在于我们的硬件、在于我们的网络、在于我们应用系统的可用性、可靠性、可服务性。这些情况都满足了，所以让人从肉眼无法感觉出这个系统有人在部署，有人在升级。