数据库高可用性测试
数据库也是同理，任意一个数据库服务器出现各种类型故障的情况下，观察前端访问并发是否能继续正常执行。它总有一小段时间，对于单节点的情况下，把它设到1s以内，是不是能马上切换过去。这个过程通过看cpu，这台服务器是不是自动启动了机子，或者人为帮它启动，一般都是自动监听当这个进程死的过程中马上自动拉起这个机子，银行是这样，很多企业也都有。看到这个进程已经没了，系统实时监听，马上启动。这个时候也就是几秒钟的时间。通过CPU使用率可以看得出来。
通过下图可以看出，虽然DB1的并发数没了，瞬间会把并发数移到另外一台机器上。DB2的资源使用率马上就上去了。
PG数据库主从备份
从另外一个技术角度看，我们刚才说到了PG服务器，我们还要看他的主从是不是有效，通过下面这个语法去看从库与主库之间的读写是有效的。通过敲命令去看，进程过程中会看到会有第三方进程出现，然后SQL客户端执行一下。
我们起码知道主、从数据库的IP地址，知道IP地址后，我们就知道客户端那个从库的客户端有没有链接，通过这个SQL语法我们就可以看出来了。MySQL和Oracle如果是双机热备，效果也是类似，就不一一举例了。
存储主备NAS切换有效性测试
再就是硬件上，模拟某一个NAS1、在压力持续过程中，模拟主NAS故障，应用将对主NAS无法进行读写操作；2、自动切换到备NAS；3、观察交易恢复情况及时间。
安全测试
通过性能测试工具LoadRunner、JMeter去过高并发的情况下，去模拟各种故障的情况下，交易的成功率，还有一点是安全性，这是额外的一个领域，我就不再展开，后面会后相关的专家专门讲解这部分内容。
既然非功能测试中也涉及到了安全性，我就说一下一般的会怎么办呢？我们一般有请求，往往有人在发请求链接的过程中，会被人家拦截，拦截后会被人篡改，篡改后就会被人攻击，改成自己的数据，这个时候，这个时候看看有没有做前端加密、后端二次校验。这是安全性测试其中一块，需要注意的内容。
特别是现在app时代，资金交互都在手机上完成，在完成过程中，有些人会蹭网，在机场、星巴克、商场......聊天的时候顺便下个单，这时候，如果没有用自己的4G网络，用的别人的，别人把你拦截了，拦截完怎么办，直接给你篡改了，你的数据丢失了也不自知，这个时候就会出问题。
所以需要去做一些攻击性、篡改性的测试。非功能测试的过程中，金融系统最为重视。专门的体系、专门的概念、非功能测试的常用方法、基准框架流程，先做性能、再做容量、再做可靠性、可维护性、可扩展性等等。
