前文链接：
图形化开放式生信分析云平台产品开发 - 1 需求分析及技术实现
图形化开放式生信分析云平台产品开发 - 3 生信分析流程的进化
图形化开放式生信分析云平台产品开发 - 4 生信分析流程的图形化
图形化开放式生信分析云平台产品开发 - 5 生信分析流程服务器端运行
前面文章讲述了更多的来自用户的需求分析，如何用技术方案解决用户需求、以及最终实现的效果，解决的是软件功能与特性的问题。
软件开发接近完成的时候，包括作者在内，都会有一个疑问：**软件的稳定性如何？能否经受住高负载的考验？我的业务跑在上面，出问题怎么办？**本文将使用稳定性测试的方法，解决以上疑问。
如何测试软件的稳定性？
简单的说，就是用测试软件录制人的操作行为得到录制的脚本，然后长时间用大量线程模拟人的操作。监控软件运行状态，并得到统计结果。
为什么这里跳过了单元测试、功能测试？
虽然开发过程中必然经过了单元测试、功能测试，但对于生信从业人员、企业用户来讲，这些概念过于专业，这里就不做过多描述了。
测试方案如下
测试环境：
服务器端（软件部署端）
CPU：I7 6700K 4 Core 8 Threads，4.8GHz
内存：64G 3200Mhz
硬盘：Intel 760P 512G
客户端（模拟访问端）
CPU: I7 8550U
内存：16G
硬盘：三星EVO 960 250G × 2
客户端运行：测试软件 Apache JMeter 5.1.1 JConsole，连接java虚拟机，查看测试时候java虚拟机运行情况
网络环境：服务器端和客户端通过千兆有线网络连接
测试过程：
Web软件开发领域常用的压力测试工具有：Load Runner和Apache Meter，这里使用的是Apache JMeter。
- 配置好Apache JMeter Recorder入下图：
点击Start，运行Recorder服务，这里运行起来一个代理服务器，在客户端（模拟访问端）浏览器中代理服务器设置好JMeter的代理服务器地址。这样，客户端所有的文档行为，就会被JMeter录制下来，所得到的各种URL地址添加到线程组里。
-
在客户端（模拟访问端）使用配置好的代理服务器，访问软件，登录系统，把所有功能依次使用一遍。得到了一组录制好的脚本，如下图：
-
下一步就是模拟运行了，在Process里设置Number of Threads (users) : 10
相当于模拟10个并发用户，理论上几百个用户都没有问题，这里设置为10（多次测试后：10个并发用户是因为受测试条件限制，启动测试后客户端测试机CPU满载，千兆网络满载；服务端负载CPU 20%左右，还有很大的余量，见后图）。而且本软件性质不属于高并发类型的系统，日常使用和可以预见的场景不会有太多的并发用户，追求的反而是长时间的稳定性。
点击工具栏上面绿色箭头启动测试，就会看到客户端发送大量的请求，测试就开始了。这时候打开服务端的任务管理器，就能够看到，CPU负载，网络流量升高。
- 经过很多次测试，最长的一次持续一天时间。可以JConsole中看到，系统平稳运行。并在压力/稳定性测试结束后，系统仍在平稳运行。
- 稳定性测试的结果：
可以简单的描述，用户录制的脚本平均执行了237678次（换算成日常操作次数，可能相当于几年的访问量），平均响应时间最长118ms（毫秒），异常0%。
经过这么严苛条件的稳定性测试之后，虽然也可能有个别测试盲区，但是这些数据从整体上已经足够判断一个软件的稳定性了。
您可以下载PPT或加QQ群:853718264讨论
