信创应用质量测评工具集开发项目需求

信创应用质量测评工具集开发项目需求项目概况在一个信创工程项目中，从单个产品部署到整体环境，再到应用系统上线，在整个项目周期中，适配是国产化最关键的环节。一个系统只有在运行使用起来后才能给组织带来价值。这个系统的自我价值实现，必须让用户对其建立起信任。一个不能被业主单位真正接纳的信创系统很难实现其预期的价值。信创软件适配测试可以建立一种质量保障，确保信创软件能按预期的要求运行。通过信创适配测试，尽早发现系统的缺陷并确保其得到正确修复，降低信息化风险，让国产化系统能够被业主单位真正接纳，是业主单位推进IT系统国产化程度的重要保障，是“保工程促产业”的重要手段。应对开展的信创符合性测试，旨在研究开发一款协助该类型测试的工具。该工具针对服务器操作系统适配情况、桌面操作系统适配情况、数据库适配情况、中间件适配情况、服务器适配情况等方面进行信创符合性评估，重点验证并记录国产化软硬件信创环境信息，并对在此环境上的功能性等特性进行适配情况验证。应此背景，我院提出信创应用质量检验工具集开发需求，最终目标是支持通过真替真用检测技术、功能测试技术等手段，对信创应用系统进行辅助评估，并实现信创环境下缺陷数据采集、真替真用检测、用例测试及报告生成等功能。项目技术要求（一）信创应用系统真替真用检测工具（以下简称工具1）序号开发技术响应要求1工具1封装为可执行文件形式，具备环境可移动性。2工具1支持在ARM、C86、MIPS指令集的客户端或服务器直接运行，对应适配并封装相应的版本。3工具1可调用操作系统默认或自适应的图形界面，避免直接运行过程中的显示不兼容。4工具1具备测试对象设备直接运行和启动扫描。5工具1提供SSH连接，可在本地向对象设备发起SSH连接，并在本地启动扫描，获得对端扫描结果。6工具1应能检测并过滤对象设备的DMI信息，包括操作系统、主板、处理器、存储、外设等信息。7工具1应能检测对象设备的环境依赖，应能提供可靠的判别方式，确认该依赖是否被待检测的应用系统所用。8工具1具备自定义黑白灰三种名单的环境依赖，可在检测前将名单作为比对库导入工具1。9工具1检测完毕后，应能直接在图形界面查阅检测结果，结果应包含检测日期、检测数据。10工具1检测完毕后，应能一键复制反馈数据。11工具1检测完毕后，应能支持测试结果以Json格式导出。（二）信创应用系统功能测试管理工具（以下简称工具2）序号开发技术响应要求1工具2封装为可执行文件形式，具备环境可移动性。2工具2支持在ARM、C86、MIPS指令集的客户端或服务器直接运行，对应适配并封装相应的版本。3工具2可调用操作系统默认或自适应的图形界面，避免直接运行过程中的显示不兼容。4工具2支持测试单个用例和用例集的导入，并引导人工开始点击测试。5工具2支持检测B/S类型的信创应用系统，可自动记录用例测试过程。6工具2支持直接唤起不同内核的浏览器，包括信创操作系统自带的主流浏览器、以及Gecko内核的火狐浏览器。并以悬浮窗或隐藏方式伴随用例测试。7工具2支持用例测试的记录，将其中报错信息对应记录到单个用例中。8工具2针对待测应用系统通信错误、执行错误、前端浏览器解析错误均应自动记录。报错信息应提供浏览器上的元素、动作、通信位置。9工具2针对待测应用系统逻辑错误、显示适配错误等，应能快捷键调用工具内的截图功能，支持截图和备注。10工具2的截图功能可自动对应记录到单个用例中，无需手动对应。11工具2支持断续检测，允许导入的用例集分段检测，允许用例和用例之间存在测试中断，但单个用例步骤需一次测完。12工具2支持回归测试功能，支持重复检测，输出的Json文件名自动添加时间，用于区分版本。13工具2支持快捷键,包括启动、停止、功能用例上一条、下一条、截图等快捷键。14工具2检测完毕后，应在固定路径下生成记录和截图，并区分记录的版本。15工具2检测完毕后，应能支持测试结果以Json格式导出。16工具2的管理服务端采用B/S架构。17工具2的管理服务端支持在国产ARM服务器上运行。18工具2的管理服务端应采用国产安全商用开发组件进行开发，并获得固定版本的永久商用授权和原厂质保承诺。包括整体框架、表单、权限、流程等组件。19工具2的管理服务端应采用国产安全数据库和中间件，并获得固定版本的永久商用授权和原厂质保承诺。20工具2的管理服务端支持以接口方式（如WEBService）接入第三方系统，获取用户权限体系或实现功能菜单对接。21工具2的管理服务端具备工具库管理功能，可作为工具1和工具2的上载、下载、封装、版本管理。22工具2的管理服务端具备送测管理功能，提供给送测单位填报基本信息和上传文档集。23工具2的管理服务端具备测试管理功能，提供用例审查、驳回、任务指派、测试历史记录查看功能。24工具2的管理服务端支持用例编写，并导出为Json文件。25工具2的管理服务端支持用例测试结果导入，并解析出HTTP监听记录，包括对应URL、接口、测试返回结果、测试截图、截图备注。26工具2的管理服务端支持报告管理，可按模板自动填写和生成报告、上传审核后的报告、下载报告。27工具2的管理服务端支持报告中的对象设备信息修改，并自动赋值到报告中。28工具2的管理服务端支持回归测试后的历史记录查阅。29工具2的管理服务端支持审核管理，用于审核和校对报告。30工具2的管理服务端支持低代码修改。31性能效率测试时间特性：1、测试响应时间：用户发起一个请求开始到服务器完成对请求的处理并返回处理结果所经历的时间。2、测试处理时间：数据库查询时间，事务处理时间。3、测试吞吐率：TPS、RPS、网络吞吐流量。资源利用率：1、监控服务器资源：CPU、内存、IO、带宽等。2、监控数据库资源：数据缓冲区、命中率、连接池、TPS等。容量：测试容量：最大限量，即上边界。最大并发数、最大数据记录数、最大文件长度、最大带宽等。依从性：达到与性能效率相关的标准、约定、法规的要求。如果该软件产品涉及到满足相关的国家标准、行业标准、地方标准、企业标准、投标书、责任书、合同书、产品质量法、安全生产法等文件中对其性能效率要求的符合程度，要进行相应测试。在性能效率测试时，建立业务模型，明确性能指标。1、业务模型选择用户关注的吞吐量大、并发用户数大或性能故障集中的业务作为被测点，可做基准测试（获取不同配置环境或业务量状态下的基准值）、混合业务测试（多个业务组合及业务比例场景符合真实业务场景）和负载测试（在不同工作量下，例如并发用户数的递增的情况下获取持续正常运行的能力）。必要时评估系统出现的性能瓶颈并调优。2、在没有性能规格时，可根据业务使用量、数据量、业务并发情况等进行评估；对于国产替代化产品可以通过采集历史业务数据进行统计或分析业务需求来源及业务量来建立性能业务模型和性能指标。项目实施要求序号商务与实施要求1开发工期条件：本建设项目交付要求在签订合同后30日历天内完成beta版本提交并初验，beta版修改在15日历天内完成并终验。2管理要求：应提供一名专职项目经理。应对代码库本地化、代码过程安全、信创软件开发遵循的规范、自身鲁棒性等招标方关心的实施过程，提供相关实施管理说明。3验收、交付标准和方法（1）项目分为BETA版初验和终验，完成项目开发服务内容，通过招标人的评审，适时组织初步验收，并提出交付版本固定前的整改要求。（2）项目终验前，必须提交的文档资料（以光盘形式交付）包括但不仅限于：项目投标文件电子稿、源代码、项目实施方