【软考论文】论软件的系统测试及其应用

本文以该系统为例，主要论述了软件系统测试技术在该项目中的具体应用。我们从功能测试和用户界面测试以及性能测试三个方面对该项目进行了测试工作。功能测试主要验证业务流程的正确性；用户界面测试主要验证界面和原型是否匹配；性能测试主要验证系统在一定负载压力情况下的性能状况。通过以上技术确保项目成功上线，获得用户一致好评。

摘要

2021年初，我所在的研发部承担了公司自研XXXX管理平台项目的建设，为客户公司提供一站式的股权管理服务。我在该项目中中承担架构设计师的职务，主要负责该项目的系统架构、技术方案评估与实现、项目立项论证等工作。平台为上市公司提供一站式XXXX相关服务的支持，涵盖股权管理、估值管理、多样化激励方案信息化管理、税务与财务咨询服务及系统个性化定制服务等。

本文以该系统为例，主要论述了软件系统测试技术在该项目中的具体应用。我们从功能测试和用户界面测试以及性能测试三个方面对该项目进行了测试工作。功能测试主要验证业务流程的正确性；用户界面测试主要验证界面和原型是否匹配；性能测试主要验证系统在一定负载压力情况下的性能状况。通过以上技术确保项目成功上线，获得用户一致好评。

背景

国务院发布的《关于支持浙江高质量发展建设共同富裕示范区的意见》中提到了浙江到2025年和2035年要实现的共同富裕相关目标。越来越多的上市企业选择对员工开展XXXX计划。我所在的某集团公司，为了集团的发展，需要在XXXX相关服务这一赛道上保持竞争力，根据这一目标，XXXX管理平台这一项目应运而生。2021年初，我所在的研发部承担了公司自研XXXX管理平台项目的建设，为客户公司提供一站式的股权管理服务。我在该项目中中承担架构设计师的职务，主要负责该项目的系统架构、技术方案评估与实现、项目立项论证等工作。整个平台为上市公司提供资金管理、财富管理、税务服务等一站式XXXX相关服务的支持，涵盖股权管理、估值管理、多样化激励方案信息化管理、税务与财务咨询服务及系统个性化定制服务等，更高效、更便捷地为企业客户提供“一篮子”金融解决方案。整个平台涉及证券、税务、银行、电子签署等过个复杂业务逻辑，业务流程复杂、系统可靠性和可扩展性要求较高，影像的范围比较广。整个平台以多租户的模式，进行统一的管理及日常运营，通过组织机构管理提供给上市公司进行业务的管理和服务。该系统在功能和性能方面要求较高，因此，采用合理的系统测试方法显得至关重要。

软件测试是软件交付客户前必须要完成的重要步骤之一，目前仍是发现软件错误的主要手段。系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，针对整个系统进行的测试，目的是验证系统是否满足了需求规格的定义,找出与需求规格不符或与之矛盾的地方, 从而提出更加完善的方案。系统测试的主要内容包括功能性测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试等。功能性测试主要通过黑盒的测试方法进行测试，主要目的是验证系统是否达到了用户提出的需求或者隐性的需求。用户界面测试主要的目的是验证系统的界面设计是否达到客户的要求，以及验证浏览器的兼容性。性能测试主要是验证系统在一定负载的情况下表现出来的性能是否达到客户的性能指标，同时发现系统中的性能瓶颈、并优化软件最终达到优化系统的目的。结合我们系统的实际情况，我们对系统进行了功能性测试、用户界面测试和性能测试。

功能性测试阶段的主要任务是通过黑盒测试的方式验证系统是否符合需求规格说明书上的业务。在实际测试中，首先测试人员根据需求规格说明书，制定了测试计划和录入了测试用例，然后再按模块一个一个的进行测试。在测试中主要对业务流程是否符合需求以及流程中各个节点的表单字段的正确性进行测试。由于这个系统的业务场景比较多，例如XXXX计划的创建、电子协议的发布与签署、激励计划资金归集管理、激励计划的行权和解禁等等，所以测试的过程中需要频繁的切换账号来验证业务场景的正确性。比如公司证券代表提交了一个XXXX计划，提交后需要公司董事会秘书审核。测试人员需要先用证券代表的账号登陆系统，然后录入一个XXXX计划，退出登陆后再用公司董秘账号登陆, 查看是否有XXXX计划审核事项，通过消息提醒进入审核页面进行审批。在这个阶段需要验证表单的一些字段的正确性，例如必填字段是否验证了必填等。测试人员通过这样的测试流程对一个一个的流程和模块进行测试，最终完成了功能性测试的目的，发现了一些bug并提交到了禅道系统。

用户界面测试阶段的主要目的测试系统的用户界面是否符合用户的要求，用户的要求是界面大方简洁、兼容目前市场的主流浏览器并且系统的待办业务在手机端也可以兼容显示。对于界面要求，测试人员主要是根据美工提供的页面原型和实际的系统页面对比，测试系统页面效果是否和原型的效果一致。对于浏览器的兼容测试，测试人员使用的方法是下载并安装目前的主流浏览器，使用每个浏览器访问业务系统，验证在各个浏览器中系统是否有不兼容的情况，比如界面变形、字段验证失效、表格对齐等。对于待办事项在手机端显示，测试人员通过在各种型号的手机登陆系统后，查看待办列表是否有提醒提示，通过提示是否能够看到待办事项的名称和提交的时间。通过这个阶段的测试，测试人员在发现页面问题的同时，也发现了在一些功能的问题, 比如在创建XXXX计划阶段，其中参与激励计划的人员信息是必须要填写的，但是现在不填写也能提交。在界面测试的时候发现表格的样式和美工提供的原型相差很大，不支持自适应等等。整个阶段发现的问题也提交到禅道系统。

性能测试阶段的主要任务是验证系统在一定负载的情况下表现出来的性能是否达到客户的性能指标，根据业务部门对于系统未来业务量的估算，我们讨论分析后决定该项目性能测试的目标为系统需要能够支持400人同时在线正常进行业务办理；对于某些特殊模块，例如电子协议签署模块，需要能够支持1000人同时在线进行协议签署。为了完成这个测试，测试人员要求开发人员单独在一台配置为4核8G内存的服务器上部署该系统，然后通过性能测试软件Jmeter对系统进行性能测试。测试的过程为：并发的人数以10、30、50、100、200、300、400的方式依次进行测试，并对TPS、响应时间进行记录，同时我们为所有节点服务器的CPU、内存、磁盘空间等指标配置了Prometheus监控，并设定了告警阈值。在测试系统消息模块过程中，测试人员发现当消息数据量较大的时候，消息查询接口的性能有明显的下降，通过开发人员调查发现，是由于消息流水表的数据量过大导致消息查询性能较差，为此我们对消息数据表进行了分库分表处理，将原本的一张表拆分成了多个独立的表，并将它们分布在不同的数据库中，减轻单个表的压力。在进行分库分表之前，我们的团队成员对未来消息数据量的预估进行了充分的分析和讨论。根据预估结果，我们将消息表拆分成了8个数据库，每个数据库包含8张表的设计。通过这种分库分表的处理方式，我们成功地保证了每张消息表的数据不会过大，从而提高了消息服务的性能，达到了客户提出的性能的要求。

结尾

2021年9月，系统顺利通过验收并且上线运行。系统上线后，系统功能和性能都达到用户的要求，得到客户公司业务人员的一致好评。但是系统上线一段时间以后也出现了一些不足的地方, 比如线上电子协议的签署功能，客户公司会在批量发起和员工的电子协议签署功能，签署流程发起后，大量的员工会在短时间内执行签署操作，由于测试人员的疏忽没有测试到这个业务点的压力测试，导致短时间内大量用户完成了电子签署操作，使电子签署模块中所有实例全部宕机。在发现这个问题之后，我们及时的修复了这个漏洞。我们准备在二期的项目中对测试这块加大要求, 以保证项目在线上环境尽可能少的出现低级的错误。

实践证明，有效利用多种测试方法充分进行系统测试，可以有效降低项目风险，对项目顺利进行起到至关重要的作用。通过该项目的顺利实施和验收，让我在系统测试方面受益良多，可以应用在后续项目开发中来保证项目的质量。