电子招标投标系统性能测试实践

张琳达 曹晓芳 宋世波

（中国软件评测中心（工业和信息化部软件与集成电路促进中心），北京 100048）

1.测试背景

在2020年新冠疫情形势下，对比传统的线下招标投标流程，线上的电子招标投标业务显现出“减少人员聚集，阻隔疫情传播”的优势。各政府部门、公共资源交易中心、央企、国有企业、招标代理机构和第三方平台都在大力推进本行业领域的招标投标流程电子化。

随着电子招投标系统承载的招投标项目数量的日益增长，其业务执行压力越来越大，系统运转顺利与否与系统性能息息相关。本文从电子招标投标系统的业务特点入手，通过一个实践案例详细剖析如何针对电子招标投标系统的性能进行分析。

2.测试案例分析

中国软件评测中心（工业和信息化部软件与集成电路促进中心）承担着依据《电子招标投标系统交易平台认证技术规范》对电子招标投标系统进行标准符合性测试的检测任务。在某次检测任务实施过程中，电子招标投标系统运营单位提出希望在性能方面进行额外的测试，以避免在未来的电子招投标活动中可能因系统性能问题而导致招投标流程的延误。

基于电子招投标系统的业务特点和长期积累的电子招投标系统的检测经验，项目组认为电子招投标系统的主要业务压力集中在投标阶段的上传投标文件环节，具体分析如下：

2.1 测试需求分析

在上传投标文件环节，根据电子招标投标的业务特点，需要考虑以下几个方面：

（1）投标文件较大。在与运营单位的沟通中发现，虽然运营单位的招标项目涵盖种类较多，含工程类、货物类、服务类等，但还是以工程类项目居多。工程类项目的招投标活动相对于货物类项目或服务类项目更加复杂。不同工程类项目对技术、设备、施工组织、投标人资质等均有不同要求。投标文件通常包含工程量清单、踏勘文件、图纸等多个大文件。所以工程类项目的投标文件较大。

（2）投标人较多。根据和运营单位的沟通情况，运营单位每月开标的工程类项目约180个，已完成的工程类招投标项目中，经常出现较多投标人的情况。曾经在某次工程类项目的招投标活动中，一个标段就出现上百个投标人参与投标活动。

（3）投标文件上传时间集中。投标截止时间前，投标人会根据自身情况反复修订并重新上传投标文件。根据系统的历史记录显示，投标文件上传的高峰期为投标文件截止日期当天的前几个小时。

（4）内外网环境：根据招标代理和投标人的反馈，偶尔会出现上传和下载文件时间过长的问题，但运营单位使用过程中无此问题。因此，可能因为内外网环境的不同影响了投标文件上传的效率。

基于以上分析，项目组认为影响投标文件上传效率的主要因素为：同时上传投标文件的用户量、投标文件大小以及内外网环境。

2.2 测试方案设计

综合测试需求分析结果，本次电子招标投标系统性能测试方案设计如下：

（1）测试环境设计。电子招标投标系统架构为B/S结构，且本次性能测试须模拟内外网2种环境下分别上传投标文件的情况。因此，测试环境中需部署数据库服务器一台、应用服务器一台以及内外网测试机各3台。其中，数据库服务器和应用服务器的操作系统均为CentOS 7.0，数据库为MySQL 5.7，中间件为Tomcat 7.0、Nginx 1.10和Redis 3.0，浏览器为IE 9.0。网络拓扑图如图1所示。

图1 性能测试环境网络拓扑图

本次性能测试采用LoadRunner 11.00实现负载压力模拟和自动化测试。性能测试过程中，通过测试工具录制脚本模拟大量用户并发上传文件操作，并记录相关的系统资源使用情况。

（2）测试场景设计。

场景1：在内网环境，模拟10个投标人并行上传50MB文件；

场景2：在内网环境，模拟50个投标人并行上传50MB文件；

场景3：在内网环境，模拟100个投标人并行上传50MB文件。

场景4：在内网环境，模拟10个投标人并行上传100MB文件；

场景5：在内网环境，模拟50个投标人并行上传100MB文件；

场景6：在内网环境，模拟100个投标人并行上传100MB文件。

场景7：在外网环境，模拟10个投标人并行上传50MB文件；

场景8：在外网环境，模拟50个投标人并行上传50MB文件；

场景9：在外网环境，模拟100个投标人并行上传50MB文件。

以上内网、外网环境的网络带宽均为500Mb/s。

以上每个场景设置集合点执行1次，每个场景进行3组测试，计算平均值。

在执行性能测试过程中，记录系统在不同并发用户规模下的性能表现，同时监控每台服务器的资源占用情况，包括以下几类测试指标：

（1）并发用户数：测试工具采用进程或者线程的方式模拟的虚拟用户数量，每个虚拟用户相当于模拟了一个真实用户的业务操作行为，但测试期间不模拟用户的思考时间，相对来说，访问交互的频率要远远快于真实的用户操作。

（2）响应时间：测试期间统计系统成功交易的平均响应时间。响应时间的快慢反映了系统的响应速度，响应时间越短真实用户将得到越好的用户体验。

（3）交易完成情况：测试期间统计系统完成交易的情况，包括成功的交易数量和失败的交易数量，其中失败的交易数量导致的原因主要包括服务器端报错导致的交易失败、服务器响应超时，测试工具能够自动判断上述类型的失败交易。严格意义上而言，系统不建议出现交易失败，否则在现实情况下，真实的用户将不能在业务系统上完成正常的操作。单位时间内完成的交易数量越大反映了系统吞吐能力越好。

（4）CPU平均利用率：测试期间统计CPU资源的使用情况，通过采样方式测试工具自动完成平均利用率的计算。CPU资源利用率从侧面反映了系统在承载一定用户的并发访问下系统资源的使用情况，值越低反映系统的负载越小，相对更有潜力承担更高的并发访问。

2.3 测试结果分析

采用上述测试方案对该电子招标投标系统的上传投标文件性能点进行了压力测试，测试结果如表1所示。

表1 性能测试结果表

以上测试结果显示，内外网环境下，50并发用户上传50MB文件的平均响应时间差别不大，均在1min以内。当并发用户数上升至100时，平均响应时间分别增至78.32和76.51，差别也不大，但均已出现较多失败交易，其中，外网环境下的失败交易相对内网更多一些。由此可见，内外网环境对用户上传投标文件的平均响应时间影响较小，而之前系统使用用户反应的内外网上传时间差别可能是由用户终端网络质量造成的。

内网环境下，当上传文件达到100MB时，50并发用户进行上传操作已经开始出现少量失败交易，当并发用户数增至100时，失败交易数已经超过1/3，并且平均响应时间将近3min。由此可见，在此测试环境下，100并发用户上传100MB文件，已接近该系统上传操作的处理能力上限。

服务器资源占用率方面，无论内外网环境，50或100并发用户上传文件操作时，数据库服务器和应用服务器的CPU平均利用率均较少。

3.测试总结

在本次性能测试中，项目组通过分析运营单位的实际情况，结合《电子招标投标系统交易平台认证技术规范》的要求，基于现有的性能测试结果，并经过与运营单位、开发方的共同讨论确认后，建议对该平台实施了如下调整：

（1）为减轻系统文件上传的压力，对单个投标文件的大小限制在100MB以内。

（2）修复系统浏览器的兼容性问题，解决用户在使用Chrome浏览器上传投标文件时出现的无法断点续传问题。

（3）为更好地提升用户的使用体验，同时兼顾运营单位管理成本和人力成本，建议将系统服务器迁至云环境部署。

另外，项目组在本次测试中遇到了技术上的挑战，在使用LoadRunner 11.00版本尝试150M文件并发上传时，LoadRunner工具的mmdrv应用程序出现了内存冲突问题，属于测试工具自身的缺陷。在以后的类似测试中将探索使用其他工具或其他方法解决此问题。