本发明涉及软件测试技术领域，具体地讲涉及一种平安城市的软件测试方法。
背景技术：
目前的软件测试中，尤其针对业务流程复杂的大型软件，因为没有对业务使用的详细定位，所以如何判定软件的负载性能存在一定难度，现有技术一般都是通过试运行来判定，这样不但工作量较大，判定效率较低，对测试人员的专业技能和数据分析能力有较高的要求，且发现问题时修复改进的成本较高。
技术实现要素：
根据现有技术中存在的问题，本发明提供了一种平安城市的软件测试方法，能够对业务场景的运行性能进行测试和记录，降低了工作量，提高了判定的效率和定位的准确率。
本发明采用以下技术方案：
一种平安城市的软件测试方法，其特征在于，包括如下顺序步骤：
s1，根据业务需求，确定待测软件系统的测试业务及各业务占比，并设置业务场景，得到各业务场景相应的操作命令；
s2，部署待测软件系统，通过软件测试工具执行脚本录制命令，得到待测软件系统所有操作命令的脚本；
s3，将各业务场景相应的操作命令的脚本分配给各业务场景，通过待测软件系统对各业务场景进行运行测试；
s4，软件测试工具记录待测软件系统的运行状况，生成测试报告，通过测试报告，得到软件系统的性能数据。
优选的，步骤s1中，待测软件系统的测试业务包括摄像机服务器设备管理、视频监控和录像管理、卡口车辆布控管理、通行车辆信息查询管理、车辆布控告警管理；所述各业务占比是指各测试业务的实际用户数与所有测试业务的总用户数之间的比例；所述业务场景是指依据各测试业务及其业务占比而设置的应用场景。
进一步优选的，步骤s2的具体步骤如下：
s11，部署待测软件系统，包括安装jdk、ftp、数据库和tomcat，验证待测软件系统能成功登录和正常运行；
s12，通过软件测试工具输入待测软件系统的ip地址信息；
s13，执行脚本录制命令，得到待测软件系统所有操作命令的初步脚本；
s14，对初步脚本进行回放，将回放的脚本录制操作与响应结果比较，若脚本录制操作与响应结果均一致，则完成脚本录制，初步脚本即为最终脚本；若脚本录制操作与响应结果不一致，则重复步骤s11～s13，直到脚本录制操作与响应结果均一致，得到最终脚本。
更进一步优选的，步骤s3～s4的具体步骤如下：
s21，将各业务场景相应的操作命令的脚本分配给各业务场景；
s22，通过待测软件系统对各业务场景进行运行测试，同时软件测试工具监控待测软件系统的运行性能指标；
s23，软件测试工具生成测试报告，通过测试报告，得到待测软件系统的性能数据。
更进一步优选的，所述步骤s22中，通过待测软件系统对各业务场景进行运行测试具体是指：对待测软件系统的各业务场景采取逐步增加负载的方式进行测试，即不断增大用户并发数，测试出页面响应时间不大于设定时间时的待测软件系统的最大处理能力；当用户数增加到设定值时，再持续测试一段时间，软件测试工具监控并记录待测软件系统的运行性能指标。
更进一步优选的，所述步骤s23中的测试报告包括各业务场景信息、用户执行情况、执行脚本详细报告、运行性能指标；所述运行性能指标包括响应时间、成功率、并发用户数、资源利用率。
更进一步优选的，所述响应时间是指各业务场景运行测试从开始到完成所花费的平均时间；成功率是指运行成功用户数占完成总用户数的比率；并发用户数是指并行进行运行测试的用户数；资源利用率是指对不同系统资源的使用程度，包括cpu利用率、内存利用率、磁盘利用率。
更进一步优选的，若成功率不为100％时，通过查看待测软件系统的服务器日志，找出失败原因，再次进行运行测试；如果是服务或数据库连接数限制，则更改连接数，再次进行运行测试；如果是资源利用率最高的进程存在内存泄漏、数据调用或者资源不够的问题，则内存泄漏时，修改有泄漏的系统代码，数据调用有问题时，修改进程对应的数据调用语句，系统资源不够时，扩容利用率高的资源。
本发明的优点和有益效果在于：
1)本发明首先根据业务需求，确定待测软件系统的测试业务及各业务占比，并设置业务场景，得到各业务场景相应的操作命令；再通过软件测试工具执行脚本录制命令，得到待测软件系统所有操作命令的脚本；将各业务场景相应的操作命令的脚本分配给各业务场景，通过待测软件系统对各业务场景进行运行测试；软件测试工具记录待测软件系统的运行状况，生成测试报告，通过测试报告，得到软件系统的性能数据。本测试方法能够能够对各业务场景的运行性能进行测试和记录，降低了工作量，提高了判定的效率和定位的准确率。
附图说明
图1为本发明的测试方法的流程图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图1所示，一种平安城市的软件测试方法，包括如下步骤：
s1，根据业务需求，确定待测软件系统的测试业务及各业务占比，并设置业务场景，得到各业务场景相应的操作命令；
具体的，所述待测软件系统的测试业务包括摄像机服务器设备管理、视频监控和录像管理、卡口车辆布控管理、通行车辆信息查询管理、车辆布控告警管理；
所述各业务占比是指各测试业务的实际用户数与所有测试业务的总用户数之间的比例，比如摄像机服务器设备管理的用户数为4000个、视频监控和录像管理的用户数为2000个、卡口车辆布控管理的用户数为500个、通行车辆信息查询管理的用户数为3000个、车辆布控告警管理的用户数为500个，所有测试业务的总用户数为10000个，则摄像机服务器设备管理的业务占比为40％、视频监控和录像管理的业务占比为20％、卡口车辆布控管理的业务占比为5％、通行车辆信息查询管理的业务占比为30％、车辆布控告警管理的业务占比为5％；所述业务场景是指依据各测试业务及其业务占比而设置的应用场景。
s2，部署待测软件系统，通过软件测试工具执行脚本录制命令，得到待测软件系统所有操作命令的脚本；其具体步骤如下：
s11，部署待测软件系统，包括安装jdk、ftp、数据库和tomcat，验证待测软件系统能成功登录和正常运行；
s12，通过软件测试工具输入待测软件系统的ip地址信息；
s13，执行脚本录制命令，得到待测软件系统所有操作命令的初步脚本；
s14，对初步脚本进行回放，将回放的脚本录制操作与响应结果比较，若脚本录制操作与响应结果均一致，则完成脚本录制，初步脚本即为最终脚本；若脚本录制操作与响应结果不一致，则重复步骤s11～s13，直到脚本录制操作与响应结果均一致，得到最终脚本。
比如，若操作“视频播放”命令时，则待测软件系统的响应结果为“显示视频画面”，若操作“通行车辆信息查询”命令时，则待测软件系统的响应结果为“显示相应的车辆信息”。
s3，将各业务场景相应的操作命令的脚本分配给各业务场景，通过待测软件系统对各业务场景进行运行；
s4，软件测试工具记录待测软件系统的运行状况，生成测试报告，通过测试报告，得到软件系统的性能数据。
步骤s3～s4的具体步骤如下：
s21，将各业务场景相应的操作命令的脚本分配给各业务场景；
s22，通过待测软件系统对各业务场景进行运行，同时软件测试工具监控待测软件系统的运行性能指标；
对待测软件系统的各业务场景进行运行测试具体是指：对待测软件系统的各业务场景采取逐步增加负载的方式进行测试，即不断增大用户并发数，测试出页面响应时间不大于设定时间时的待测软件系统的最大处理能力；当用户数增加到设定值时，再持续测试一段时间，软件测试工具监控并记录待测软件系统的运行性能指标。
比如，对待测软件系统的各业务场景采取以20个/秒的速度逐步增加负载的方式进行测试，即不断增大用户并发数，测试出页面响应时间不大于2秒时的待测软件系统的最大处理能力；当用户数增加到所有测试业务的总用户数10000时，再持续测试7个小时的时间，软件测试工具监控并记录待测软件系统的运行性能指标。
s23，软件测试工具生成测试报告，通过测试报告，得到待测软件系统的性能数据；
测试报告包括各业务场景信息、用户执行情况、执行脚本详细报告、运行性能指标；所述运行性能指标包括响应时间、成功率、并发用户数、资源利用率。
所述响应时间是指各业务场景运行测试从开始到完成所花费的平均时间；成功率是指运行成功用户数占完成总用户数的比率；并发用户数是指并行进行运行测试的用户数；资源利用率是指对不同系统资源的使用程度，包括cpu利用率、内存利用率、磁盘利用率。
比如，当用户并发数为5000时，响应时间为1.8秒，待测软件系统的cpu利用率为52％、内存利用率为46％、磁盘利用率为50％。
若成功率不为100％时，通过查看待测软件系统的服务器日志，找出失败原因，再次进行运行测试；如果是服务或数据库连接数限制，则更改连接数，再次进行运行测试；如果是资源利用率最高的进程存在内存泄漏、数据调用或者资源不够的问题，则内存泄漏时，修改有泄漏的系统代码，数据调用有问题时，修改进程对应的数据调用语句，系统资源不够时，扩容利用率高的资源。
综上所述，本发明首先根据业务需求，确定待测软件系统的测试业务及各业务占比，并设置业务场景，得到各业务场景相应的操作命令；再通过软件测试工具执行脚本录制命令，得到待测软件系统所有操作命令的脚本；将各业务场景相应的操作命令的脚本分配给各业务场景，通过待测软件系统对各业务场景进行运行测试；软件测试工具记录待测软件系统的运行状况，生成测试报告，通过测试报告，得到软件系统的性能数据；本测试方法能够能够对业务场景的运行性能进行测试和记录，降低了工作量，提高了判定的效率和定位的准确率。