湖南业务支撑系统质量保证及测试服务招标公告(湖南移动2026)



为确保湖南移动2026年业务支撑系统质量保证及测试服务项目符合新一期采购相关要求,湖南移动近期组织编制了湖南移动2026年业务支撑系统质量保证及测试服务项目技术规范等文件的征求意见稿,具体如下:
1、 技术规范书;
2、 技术评分表;
3、 意见反馈表。
现公开征求意见,请各供应商及利益相关方于2026年03月05日17:30前通过中国移动采购与招标网-服务中心-阳光问答-问题咨询界面,对应本公告提交意见反馈表。

附件下载:
SCMFKSQ-HN-20260300002移动对供应商反馈诉求汇总.zip

意见反馈表

序号
问题对应文件名称
问题所在章节及页码
问题描述
修改意见或建议
修改理由
反馈单位
联系人
联系人电话
邮箱

1

2

3

4

5

6

7

8

9

10

11

12

湖南移动2026年业务支撑系统质量保证及测试服务项目技术规范中国移动通信集团湖南有限公司二○二五年十二月方案概述项目背景业务支撑系统日常新需求上线的准确性与系统的稳定性的验证是新业务管理中重要一环。因此需要在每次新业务上线前对系统进行上线测试,测试主要涵盖功能测试、代码走查和自动测试三大部分。同时,为了保证测试工作的顺利进行,提升软件产品质量亟需第三方质量保障服务体系保障需求上线质量,并设置专门的人员来跟踪需求开发进度、BUG修复情况,以及维护专用的验证测试环境。随着需求数量增加和业务要求提高,作为业务支撑网质量管理的重要手段,三方测试需要通过各种测试手段检验需求满足情况,降低缺陷率,提高业务可用率,从而提升客户感知。同时,加大AI智能体在业务需求测试领域的应用,逐步使用新工具新手段替代传统测试,降低成本也势在必行。项目主要工作内容本项目涵盖系统范围默认为:NGBOSS,电子渠道,移点通,后文将不再重复罗列;对具体需求(含优化单)进行功能性验证,需要(含优化单)包含正向验证、反向验证、相关性验证、跨月验证,需求范围包括不限于CRM、计费、账务、电渠、酬金系统、移点通(手机CRM客户端)的相关需求;性能测试:需厂商自备工具,开展特殊需求、重点需求、关键业务的性能测试,模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试,评估系统处理能力、资源消耗是否满足预期,需要具备对应的测试工具;生产环境重点业务测试:版本发布当晚,对近期重点营销业务进行生产验证,防止影响业务推广;定期完成跨月上线回归验证;测试资产管理:针对前期测试累计的经验案例,完成业务支撑系统需求知识库的需求知识分析、录入与维护;参与需求负责人与业务部门的需求讨论,并录入厂商测试管理流程跟踪;按照新业务上线安排,制定详细测试计划,保质地完成质量保障的测试需求分析、测试案例开发、测试数据准备、测试执行与结果报告等活动。其中测试需求分析主要是为了保证测试案例的开发,以及测试需求的覆盖。测试人员需要具备良好的沟通和协调能力,组织和协调各系统之间、及外围平台接口的联调测试工作;定期总结和汇报需求和bug的开发测试情况,给需求负责人必要的风险提示;定期检查需求管理平台中业务需求相关附件的完整性与准确性,输出检查结果及分析报告;通过测试缺陷分析服务,促进提高开发质量,为了系统质量分析和潜在质量隐患分析提供数据依据,通过对各系统中核心的、稳定的功能和业务流程进行自动化脚本开发,建设并运行自动化功能测试集,建立自动化测试流程,提高验收测试效率。通过需求管理服务,确保测试用例对需求的覆盖率,完成需求测试用例缺陷上线验证的闭环管理。业务支撑系统第三方测试系统功能测试针对系统的功能验收测试,主要是采用黑盒测试法,针对新增业务的功能测试和现有关键业务的业务流程进行验证,确保其满足业务需求。功能测试主要包括以下实施环节:测试需求分析,测试计划制定、测试用例设计,测试环境部署,测试数据准备,测试执行与回归,测试报告编写与汇报。测试需求分析工作内容基于业务需求,分析出测试需求:测试人员接收用户原始需求,并进行业务需求的分析及同湖南移动的业务确认,测试人员通过对业务需求的分析整理出业务测试的关注点,即测试需求。基于功能需求,分析出测试需求:测试人员学习功能需求说明书,通过分析功能需求说明书,找到基于功能的测试关注点,这些关注点也是测试需求。建立业务需求、功能需求、测试需求的跟踪记录表:主要是将这三类需求的关联关系进行建立,为后续的业务变更影响分析、功能变更影响分析提供依据。风险分析:针对测试需求,结合风险分析方法,对上线后可能产生高风险的测试需求进行分析界定,以便用例设计和安排测试计划时可以重点关注。测试需求评审:评审测试需求对业务和功能覆盖的完整性。参与角色第三方测试人员:负责测试需求的全面分析和需求跟踪表的建立。客户方人员:进行业务交流和确认。系统开发人员:进行功能需求分析测试计划制定工作内容根据测试需求和上线进度,安排各阶段测试工作的时间进度、人员分工、各方配合,初步制定测试方案。在测试方案制定时,主要采取基于风险分析的策略。参与角色第三方测试人员:负责编写测试方案和参加方案的确认。客户方人员:负责测试方案的确认。测试用例设计工作内容将测试需求分解、细化为若干个测试用例,保证测试用例覆盖全部的测试需求。在设计时应首先提出用例对测试条件、测试数据的要求。若是功能测试,主要设计输入条件或输入数据描述、测试方法和步骤、期待输出结果。参与角色第三方测试人员:负责测试用例设计和编写。客户方人员:负责测试用例设计的确认。准备测试数据工作内容对测试数据进行逻辑划分,在系统开发人员的协助下,形成测试数据文件或在数据库中生成测试数据。测试数据中包含的基础数据准备,是指在测试前,系统中一些必要的配置数据和资料信息数据,用以支撑被测系统能够独立正常运转,这部分数据由软件开发厂商在测试运行环境中进行准备和加载,如完整的系统管理数据、少量支撑系统各项功能正常运行的模拟数据。测试过程中,用于驱动测试用例的测试数据准备,则需求根据具体用例具体分析,因此测试数据的准备和生成方式也会不同:手工测试(多为单条/少量数据)逻辑数据:由测试公司提供所需数据的逻辑要求和描述,包括数据量和数据属性。物理数据:在缺少前台数据生成途径的前提下,由软件开发厂商负责按照测试厂商提出的逻辑数据要求,生成被测系统可识别和应用的物理数据,并在测试运行环境中进行数据生成和加载。自动化测试(多为批量数据)逻辑数据:由测试公司提供所需数据的逻辑要求和描述,包括数据量和数据属性。物理数据:由软件开发厂商负责按照测试厂商提出的逻辑数据要求,生成被测系统可识别和应用的物理数据,在测试开发环境中进行批量数据加载,要求满足测试(如压力测试)所需数据的规格和数量。参与角色第三方测试人员:负责提出测试数据要求。系统开发人员:负责协作准备基础数据。测试执行与回归工作内容按照用例设计来执行测试用例,并保证测试具有合理的等价划分和对边界的完整的覆盖,并记录测试的结果及出现的问题。在功能测试阶段,发现的软件BUG,进行功能回归测试;参与角色验收测试人员:负责执行测试,及执行回归测试;系统开发人员:负责协助测试组成员完成测试执行;提供相关文档、设计接口,对过程中的问题进行必要的解释、答疑;并对测试结果进行签字确认;对发现的软件BUG进行修正;客户方人员:对测试过程进行监督,对测试结果进行签字确认;对回归的测试结果进行监督和确认.测试报告与汇报工作内容将测试所得数据归纳总结,绘制成相关图表。形成一套完整的,结构分类清晰的测试结果报告,并汇报测试结果。参与角色测试组成员,负责编写测试报告。客户方人员:对上线测试报告及相关问题进行评审确认。系统自动测试自动化测试策略关键业务是指必须保证24小时365天不间断运行的核心业务,负责保证关键业务系统正常运行的信息处理系统被称为关键业务系统。如果关键业务系统出现故障或安全问题,不仅会造成业务中断,进而直接影响企业的财务收益,还会对公司的声誉造成重大的负面影响。因此对于湖南移动来说,保证系统的开发及上线的质量显得尤为重要。基于专业测试建立自动化测试过程,将对系统中核心的、稳定的功能和业务流程进行自动化脚本开发。以上自动化功能测试集。主要应用于以下工作场景,并用于提高测试效率及关键业务的质量保证:验收测试执行前系统的冒烟测试验收测试中对关键功能的验证验收测试中任何一次版本级回归测试准发布环境下,完成上线部署后的功能验证生产环境部署后的快速验证(根据客户实际情况而定)自动化测试工作自动化测试遵循自动化测试开发执行管理流程和系统上线测试管理流程。制订自动化测试的准入原则,协助用户确定适合自动化测试的测试用例,其次才按以下流程开展测试开发与执行工作:测试分析脚本开发脚本评审·定义脚本测试准测试执备行·功能健壮测试结束项目管理·测试计·测试需评审规范·筛选测试性测试·确定测·测试报告划·风险评求分析用例定义脚本·试执行·测试环境·测试需评审策略搭建策略估求问题·定义公共告制定测·个人工汇总函数·准备测试试执行数据计划·定义参数作量化统计关键工作环节说明:测试分析自动测试的测试分析是根据被测项目的具体需求,以及所使用的测试工具而制定的,完全用于指导测试全过程。在测试分析阶段,首先要做的就是分析被测应用的特点,决定应该对哪些功能点进行测试,可以考虑细化到具体页面或者具体控件。对于一个普通的应用程序来说,应用在某些界面变化不大的回归测试中是非常有效的。测试脚本开发当测试人员浏览站点或在应用程序上操作的时候,自动录制机制能够将测试人员的每一个操作步骤及被操作的对象记录下来,自动生成测试脚本语句。与其他自动测试工具录制脚本有所不同的是,除了以VBScript脚本语言的方式生成脚本语句以外,还将被操作的对象及相应的动作按照层次和顺序保存在一个基于表格的关键字视图中。比如,当测试人员单击一个链接,然后选择一个CheckBox或者提交一个表单,这样的操作流程都会被记录在关键字视图中。录制脚本只是实现创建或者设计脚本的第一步,基本的脚本录制完毕后,测试人员可以根据需要增加一些扩展功能,允许测试人员通过在脚本中增加或更改测试步骤来修正或自定义测试流程,如增加多种类型的检查点功能,既可以检查一下在程序的某个特定位置或对话框中是否出现了需要的文字,还可以检查一个链接是否返回了正确的URL地址等,还可以通过参数化功能,使用多组不同的数据驱动整个测试过程。测试执行QTP从脚本的第一行开始执行语句,运行过程中会对设置的检查点进行验证,用实际数据代替参数值,并给出相应的输出结构信息。测试过程中测试人员还可以调试自己的脚本,直到脚本完全符合要求。测试结果运行结束后系统会自动生成一份详细完整的图形化测试结果报告。参与角色第三方测试人员:负责自动测试工作,跟踪解决测试BUG。客户方人员:对测试结果以及测试BUG进行确认,并协调BUG的解决。其他专题测试测试团队基于对业务需求、功能需求的分析结果,最终确定的测试需求中,不仅会包含功能测试需求、性能测试需求,也包含应用安全、界面、操作、文档等非功能测试需求。测试团队在本方案中主要介绍以下几类非功能测试方法,其他非功能测试需求及其测试技术,将根据实际系统的特定需求分析后,现场给出方案和建议。易用性测试在易用性方面,测试团队重点关注以下方面:界面测试,包括外观、控件、操作复杂程度、界面友好程度;屏蔽用户操作错误,检查对用户常见的误操作的提示和屏蔽情况,例如可否有效避免日期的录入错误或写入无效的日期;检查界面能否支持操作顺序的无序性。帮助信息,是否有联机帮助,帮助信息是否清晰;错误提示信息的准确性。当用户操作错误或软件发生错误时,能否有准确清晰的提示,使用户知道造成错误的原因。举例说明:界面概貌√所有的人机界面应采用窗口或菜单方式部分人机界面采用命令行方式风格一致性所有前台界面风格完全一致√前台界面风格基本一致前台界面风格混乱界面外观界面美观,布局合理√界面美观,但布局略显混乱界面粗糙,布局混乱易操作性√提供智能化操作导向,操作过程直观灵活操作过程比较直观,但缺乏对于复杂操作的必要向导和提示操作过程复杂,难于理解和掌握鼠标功能右键,拖曳和双击功能丰富√个别功能实现支持右键,拖曳和双击不支持右键,拖曳和双击键盘功能有丰富的热键支持√个别功能支持热键不支持热键联机帮助联机帮助信息丰富、全面√有简单的联机帮助没有联机帮助文档审查文档审查,是对系统相关文档的完备性、规范性及与实际系统的符合性进行审查文档完备性与规范性审查示例: 测试项检查要点功能规格说明书详细描述系统实现的各项功能,作为系统概要设计的输入文件。系统总体设计说明书详细描述系统的软硬件结构和平台设计。系统概要设计说明书概要说明系统各个模块的实现方式,各项功能应同功能规格说明书描述的一致。数据库设计说明书详细描述系统中数据库设计,表结构设计。可以同系统概要设计在同一文档中。详细设计文档根据概要设计文档,详细说明系统各个模块的实现方式。应用软件清单列举系统中各个模块的应用软件名称、存储位置和实现功能。测试计划、测试方案测试计划描述系统各个功能模块的测试计划,应包含测试时间表、测试范围等内容。测试方案设计包括各个应用的测试案例和测试方法。测试报告包含每个测试案例的预期输出和实际输出的比较和出现的问题。割接方案包含割接方案,割接计划表等。试运行报告包含试运行过程中系统各应用模块的试运行情况和其中出现的问题。培训手册及维护操作手册包含供方为需方提供的培训手册以及系统投入运行后软件、硬件的维护指南和各个模块的操作手册等。测试管理与技术体系建设测试过程管理测试过程管理帮助测试团队提供一种稳定一致的、可重复的流程来收集需求、规划和安排测试进度、分析测试结果、管理缺陷和问题,从而使验收测试工作能更迅捷、更有效地部署高质量的应用。能够为整个的开发团队、管理团队、测试团队的交流和协作提供支持。测试团队将利用测试过程管理达到以下目标:业务分析人员定义应用需求和测试目标测试经理制定测试计划,并指导开发测试案例测试自动化工程师创建自动化的脚本,并将脚本保存于存储器中测试人员运行手动测试和自动测试,汇报执行结果,并输入缺陷开发人员登录数据库中检查并修复缺陷测试经理创建应用状态报告,并管理资源的分配情况湖南移动项目经理对应用发布的就绪状况做出决策自动化功能测试功能测试工具主要帮助测试人员完成软件的功能测试,与其他测试工具一样,不能完全取代测试人员的手工操作,但是使用自动化工具的确能够帮助测试人员完成很多工作,提高工作效率。自动化性能测试主要的实现机制是通过客户端操作,录制生成脚本,然后模拟大量的用户执行该脚本,达到加载压力的作用,在加载压力的同时,能够对后端各个系统、中间件、应用服务器和数据库进行监控,取得这些资源在压力下的表现,从而为性能测试提供分析帮助。测试安全要求若应答人中选,需与采购人签订安全承诺书且与项目工程师签订个人保密协议并遵照执行;若应答人中选,需严格遵循采购人颁布各项安全生产、安全管理要求;若应答人中选,应根据采购人系统实际情况和中国移动相关规范,主动提出安全加固方案。服务测试要求若应答人中选,需对服务进行定期回顾,并定期提供服务总结报告。若应答人中选,需确保项目实际服务人员与应答文件所列服务人员一致性不低于80%,需确保项目服务人员稳定性不低于70%,若不满足,采购人有权提前终止合同。若应答人中选,对过程交付物质量、应用系统缺陷质量和项目管理质量的进行科学、规范的管理,提交质量保障方案,确保服务过程质量满足采购人的质量管理要求。若经应答人验收通过的产品由于质量问题引起湖南移动客户服务四级及以上预警/急报,或者由于质量问题引起湖南移动客户服务五级预警/急报3次及以上,或者由于质量问题被客户投诉到信产部、中消协、国务院信访办等国家级单位或媒体,采购人有权提前终止合同。若应答人中选,对过程交付物、服务测试总结的及时性规范性进行科学的管理,确保服务过程进度和规范性满足采购人的管理要求。若由于应答人提供的测试服务延迟影响公司重大需求/全省需求上线的,采购人有权提前终止合同。若应答人提供的测试过程交付物或服务测试总结报告出现3次及以上不满足采购人要求的,采购人有权提前终止合同。若应答人中选,在提供测试服务中违反《湖南移动业务支撑网第三方测试管理办法》中的相关规定,采购人有权提前终止合同。知识经验共享平台1、测试案例库测试团队主要将测试计划、测试需求、测试案例、测试脚本、测试场景、测试报告进行统一管理2、技术文档库测试团队主要通过湖南移动日常配置管理系统,对业务需求、需求分析说明书、软件修改说明书、数据库设计说明书、操作手册、维护手册、测试报告、上线报告、项目总结报告等进行统一管理。规范和流程建设规范与流程示例测试团队在本方案建议书中,主要针对以下规范和流程,从示例的角度进行描述,其他相关规程将在实施过程中体现:规范:需求管理规范、应用版本管理规范流程:测试整体流程、缺陷跟踪流程、准发布测试流程需求管理规范参与的需求管理工作及规范,主要包含以下方面的内容需求的来源包括业务开发需求、配置需求,以及在生产上发现问题或缺陷需要进行应用系统变更的需求。需求提出人员在支撑维护管理系统中录入需求。需求管理人员在支撑维护管理系统中进行需求审核,对于审核通过的需求进行派单处理,对于需要修改或补充说明的需求进行退回操作。如果发生的需求退回操作,需求提出人员根据需求审核人员的意见对需求进行修改并重新提交审核。需求管理人员应制定版本发布计划,并在测试管理平台中,定义测试版本和测试周期。需求管理人员在测试管理平台中,将业务需求转化为相应的测试需求并进行录入,同时对需求的变更影响进行分析,测试需求需要关联到测试周期。上述过程完成后,可进入开发阶段。测试人员在测试管理平台中可以根据测试需求,同步进行测试用例设计工作。版本管理规范参与的版本管理工作及规范,主要包含以下方面的内容:开发过程中的版本管理,由开发人员负责,并确保经过严格测试后才能发布到验收测试环节。离线测试环境的版本管理,由验收测试团队中的版本管理人员负责:1.1.版本管理人员需要建立版本库,对软件及文档等进行严格的版本管理;1.2.版本管理人员需对开发人员提交的软件及版本、相关文档及说明等进行完整性和一致性检查,确认后提交到版本库进行版本管理;1.3.版本管理人员将待测试软件版本提交给测试人员,并具体实施发布到离线测试环境的工作,同时进行安装后的冒烟测试;1.4.版本管理人员将验收测试通过的软件版本按照上线部署清单,在准生产环境中进行发布验证,同时进行发布验证测试1.5.版本管理人员将通过准发布测试的版本提交上线人员,由上线人员负责将版本库中的内容发布到生产环境。★需求开发过程质量保证负责测试的第三方本身应具备成熟的软件开发过程管理能力和经验。能够依据主流的软件开发测试管理流程,对集成商的需求开发过程进行全流程的监督与质量保障。严格遵照本省业务支撑系统需求过程管控的八个重点环节,来管理需求上线流程,详见以下附件:负责监督各承建单位根据定制软件研发合同中的具体要求完成其承担的工作;根据国家有关法律法规及相关管理办法的规定,完成定制软件需求分析、设计与开发、测试等工作阶段过程中相关文档的收集收集、审核、质量管控及归档工作;积极协调项目建设各相关单位,保证项目有序、高效地实施,确保按期完成各项工作。质量保证工作目标需求分析、设计与开发、测试等工作阶段过程中相关文档的收集、审核、质量管控及归档工作,确保文档交付质量。对需求、设计、开发、测试过程进行质量保证,监控需求评审、需求变更、设计、测试各里程碑完成时间点及工期。收集各过程度量指标,并对各指标进行分析,从而提高项目交付质量,确保需求能按时保质完成上线。积极协调厂商、业务部门各相关单位,保证项目有序、高效地实施,确保按期完成各项工作。需求环节质量保证1、对于需求计划,需求开发测试,需求评审等过程的时间和过程进行跟踪记录2、针对需求一般需求和重点需求,紧急需求给与不同的处理方案3、针对需求各个不同的节点,设置不同的检查点4、针对每个环节进行输出开发进度质量保证1、质量保证人员监控设计、开发、测试的进度。及时发现延迟、或存在延迟风险的需求,了解其原因,识别延迟的风险,发出预警,进入问题跟踪流程。2、随着开发进度的实施,各阶段的子任务会发生较大变化,质量保证人员员根据进度跟踪信息对需求计划进行修订,并通知三方确认。3、针对不同的问题给与不同的解决方案4、输出物阶段交付物质量保证1、质量保证人员需要对交付物的提交时间进行监控。每个环节交付物提交的节点明确2、质量保证人员要对重要阶段工作交付物的完成质量进行检查,评估阶段工作的规范性。对交付物的检查点3、阶段工作成果的检查手段。4、输出物需求质量问题跟踪1、质量保证人员根据各类输入信息发现问题时,应分析问题产生的原因,对问题的现象和解决方法进行记录,并跟踪问题解决的结果,形成对问题的闭环管理2、根据不同的问题类型,输出不同的问题跟踪解决方案3、跟踪问题解决过程4、输出物需求和测试用例知识库负责从测试和质量保证的角度分析业务支撑系统的相关需求;负责编写第三方需求分析文档(含测试用例和待澄清分线)并录入需求管理平台;参与需求评审工作,发现相关需求存在的分歧或者不清楚的点,识别业务风险。第三方需求分析和测试用例编写把目前系统的需求分为配置类、开发类需求,并需要建立具有针对性的需求分析流程,同时梳理出适合不同需求场景的需求模板,规范用户需求的提出和分析过程。1、根据不同类型的需求进行不同的分析;2、针对不同类型的需求输出物进行管理;3、从效率、质量、满意度方面分析需求管理。测试用例知识库建设测试用例知识库的建设是一个长期积累的过程。本项目目标在于建立一个有效的知识库体系,以实现日常测试过程中对需求知识库的维护和知识的积累。目前,支撑部门获得的需求,主要来源于公司内业务部门、总部、开发商等多个渠道。从保障软件产品质量的角度以及支撑部门可控的角度考虑,我们建议将总部规范、省分需求、开发商需求纳入本地需求知识库的范畴内。这些需求之间存在多重的关联与覆盖:1、根据不同类型的需求,梳理典型的需求特征和业务风险;2、输出各需求类型的测试场景和常见风险。3、参考测试用例知识库,提升新需求测试的完备性,减少业务风险。业务的交叉影响分析通过对测试用例对用户需求、系统需求、测试需求、测试用例、测试结果、缺陷、测试的软件版本、设计文档等建立正向和反向的关联,以便正反追溯。这样,在接收用户需求的时候以及在后续的开发测试过程中,都可以帮助解决业务需求功能之间的交叉影响,以使交叉影响造成的异常情况得到及早的防治和修正,提高上线软件质量。★测试场景的AI智能体支撑AI智能体在业务需求测试领域的应用,逐步使用新工具新手段替代传统测试,降低成本。利用AI智能体自动创建相关需求的测试用例,通过分析需求、用例库和数据模式,生成针对性的测试场景和输入数据,确保系统测试质量,以提高测试效率和覆盖率。包括以下功能:需求知识库前端支持知识库的训练,包含需求文档、测试案例库的上传、提升模型训练后的测试用例准确性。测试智能体基于智能体平台,开发测试智能体,提供自然语言的测试辅助,覆盖各个需求测试场景,向自动化测试人员,探索AI智能体+的工作方式和机制。需求识别前端支撑需求的文档上传,后端进行文档的结构化处理,识别需求文档中的关键内容。用例生成后台AI模型使用通用大模型及算力用于将文本信息转换为向量表示的算法,针对知识库中的数据进行组织、排列,最终完成测试用例的快速生成,前端提供用例查询、导出能力。项目实施方案项目组织架构及职责分工在现有测试人员不足的情况下,引入专业的第三方测试人员,与湖南移动相关人员一起,组成湖南移动测试团队。测试团队组建后,明确各组织、角色的职责和任务,在测试管理平台上有序展开运维验收测试。项目质量保证方法为了确保测试流程项目的项目质量满足客户要求,需要将在以下方面进行管理控制。承诺与实现:应严格按照方案建议书中对客户的承诺完成项目。本项目中,对客户的承诺主要体现在项目输出,即项目组将按要求向客户提供输出物。方法与技术的应用:应以测试体系方法论作为本项目的实施依据,同时结合具体需求进行适当裁剪与定制,从而满足客户需求。项目过程管理与控制:项目管理目前已经成为指导系统软件开发和测试的专门技术,它不但需要科学的软件工程理论和切合实际的软件开发测试模型的指导,还需要经过若干成功的实施案例所积累的项目管理经验。项目管理对于整个项目实施至关重要,项目管理的质量和效果将决定项目的成功与否。项目质量关注重点范围管理项目经理通过和客户方的充分沟通,明确项目的总体规划、完整的定义和范围的说明、执行、实施和支持,更好地控制项目的目的和目标。为达到项目的目标,列出所有需执行的活动和步骤、消耗的资源和项目实施的最终结果,这样就可以完整地描述项目的范围。在项目进行过程中,项目经理要对各项活动进行控制,确保各项活动在设定的范围内,按照范围所描述的要求进行,以达到设定的项目目标。本项目中,项目经理需明确客户需求、项目目的,界定实施范围、任务和具体内容,并定义各项活动和步骤,以及最终的输出结果等。沟通管理沟通管理旨在促进项目必需的信息交换。在项目中由于涉及各类项目成员,甚至涉及多方面或组织的关系,因此要根据项目的需要,确定项目信息在各方面的产生、采集、传递、汇报和处理的流程,以及沟通的形式、信息的内容、传递信息的载体、及沟通频次等。应特别注意经常发生矛盾和误解的各方面的沟通渠道。在本项目的实施过程中,客户现状的调研与分析,整体流程的规划确认、详细流程设计、工作成果总结、测试基础培训、后续支持与推广等各阶段都涉及到信息的交流、沟通与确认。同时,应通过定期汇报/会议(周报、月报)、里程碑汇报/会议等多种形式,让项目组和客户的沟通获得最好的效果。质量管理质量管理是通过定义、管理、控制项目各项活动的处理过程及完成效果,来确保项目的所有方面及其结果完全符合项目目标的要求。本项目中,应安排专人负责的质量管理过程,建立质量管理计划,通过定义各项活动的工作流程、职责分工、输入与输出记录等对过程进行质量控制,并定期对各阶段进行检查;其次是在过程中加入各种评审环节,引入客户意见,由客户来进行进一步的质量把关;最后,做为的规范项目管理方式,应由专门的公司的质量管理人员进行定期抽检,进行质量管理。文档管理文档是整个软件项目的重要组成部分,测试过程中的所有工作都要形成符合要求的文档记录下来,并要对这些文档进行管理。文档的管理包括文档的输出时间、文档的内容、格式、存储、评审、更新、维护、归档和访问设置等。进度控制进度控制是项目管理中非常重要的工作,关系到合同约束及项目成本,因此项目进度控制一定要细致和严格。项目经理要向每一个人明确分工职责,每天负责检查项目成员的工作内容及工作效果,并向上级汇报项目进展情况及存在的问题。对于拖延的工作如无充分理由,将督促有关人员加班或提高工作效率赶上进度。项目经理要根据实际进展情况,随时调整以后的工作计划或调整人员的安排,以保证项目以后的顺利实施。变更控制项目经理要对项目实施过程中出现的各种变化,进行管理、控制和处理。项目经理需记录下所有测试需求、项目范围、项目计划、验收标准、人员、环境、以及其他依赖条件的变化,对变化所导致的进度安排、资源需求、项目成本等的影响进行分析评估,并与相关人员进行沟通讨论,确定解决方案,达成共识。风险控制对项目风险的应对,主要体现在风险的管理和控制,即,针对于整个项目过程中的不确定因素的处理,应用科学的风险管理与控制方法,来追求积极活动的最大化和不利活动的最小化。对风险的管理和控制有标准的工作方法予以支撑:(1)识别:在风险成为问题前,搜寻并定位风险。(2)分析:通过系统化分类、估计和理解以降低不确定性并提供计划和行动框架的流程,把风险转换成决策信息。(3)计划:把风险信息转化为决策和适当的消减行动(现在与未来)以及实施(4)跟踪:通过项目生命周期来监控风险指标和风险消减计划。(5)控制:纠正与计划执行的偏差。(6)沟通:贯穿所有以上提供信息和反馈的功能给所有项目相关利益人。本次项目实施过程中,项目经理有责任识别可能出现的风险,并评估其发生的概率及对项目的影响,制定相应的预防措施或解决方案。在项目开始、进展评价、及进行其它重大决策时都应当进行风险识别工作,不仅要考虑成本、进度的风险,还要考虑技术难点、资源缺乏、需求变更、环境恶劣等的风险。风险识别时应利用过去项目的经验和历史资料。风险评估至少要进行定性分析,在可能的条件下尽量进行定量分析。风险发生时,要记录在案,并进行风险控制和风险跟踪。项目人员配置及保密要求人员配置要求根据测试管理技术要求,质量保障服务团队提供测试专业管理平台,项目团队人员共计11人。其中包含:项目经理1人、自动化测试9人,需求测试1人组建专业测试团队。团队成员要求在长沙本地进行支撑保障,项目经理具有在10年以上工作经验。项目确定后,将指派项目经理来负责整个测试项目的组织管理过程,并根据项目实施特点,工作内容要求,指派多名技能/经验丰富的测试顾问参与,确保为客户提供较好的服务。项目经理还应根据项目的实际进展情况,动态调配资源,以保证项目按时、保质保量地完成。乙方不得未经甲方同意擅自更换支撑人员。保密要求现场服务工程师严格遵守甲方公司保密要求,严禁存储甲方敏感数据,不得将甲方任何系统的任何敏感信息泄露;遵守甲方公司关于安全、保密、接入等相关管理要求,严禁未经许可越权进行系统操作(如,批量修改用户数据、参数变更、存储或导出数据等)。输出物标准按以下需求提供全套标准输出产物。信息化要求负责测试的第三方应配备与项目履行相关的信息化工具,如智慧工程、标识解析产品、智慧办公、移动云、网络安全等产品,并接入我司管理系统。
评审标准

资格审查标准:

条款内容
编列内容
主客观类型

序号
评审项目
评审标准
建议分值

1
企业业绩(30分)
企业业绩
根据应答人提供的类似业绩证明文件进行评审:
应答人须具备2023年1月1至本项目公告发布之日(不含公告发布当日,单项合同以合同签订时间为准,框架合同以订单签订日期为准)的类似项目业绩合同,类似项目是指:包含软件测试、测试服务、自动化测试、拨测服务等任一相关内容的技术支持服务类项目(根据合同名称/合同内容等判断)。具有1个且单个项目业绩含税金额大于等于60万元的类似项目案例不得分,在此基础上,每增加一个含税金额大于等于40万元的类似业绩合同得6分,本项最高得30分。
备注:
(1)合同证明材料:提供合同关键页原件的扫描件,包含合同封面、合同金额页/价格页(标的物的单价敏感信息可屏蔽)、合同签字盖章页、采购内容页;
(2)业绩证明材料:对于单项合同,每个合同需提供合同证明材料及一张发票证明材料(发票扫描件或发票照片或税务查询截图),单项合同证明材料及与之对应的发票证明材料缺一不可,未提供上述证明材料的不纳入类似项目业绩统计范围;对于框架合同,须提供框架合同证明材料、订单证明材料(订单扫描件/照片或全量审计定案表扫描件/照片或结算单据扫描件/照片)及框架合同下的一张发票证明材料(发票扫描件或发票照片或税务查询截图),框架合同证明材料、订单证明材料及发票证明材料缺一不可,未提供上述证明材料的不纳入类似项目业绩统计范围,一个框架合同及对应的所有采购订单(或审计定案表或结算单据)算一个合同。
(3)业绩认定标准:业绩金额统一以合同金额(对于单项合同)或框架下订单累计金额(对于框架合同)为准;
(4)母子公司或同一母公司的不同子公司的业绩不能互用;
(5)合同或订单或审计定案表或结算单据等业绩资料排序需与《近年来类似项目业绩统计表》业绩列表顺序一致。应答人填报的业绩信息,如存在数据错误或数据重复、业绩信息与证明材料不匹配、证明材料缺漏、证明材料错乱排序、证明材料涉及到的评审相关信息不清晰致无法辨认等情况,可能会影响评审委员会准确评分。
(6)若合同或订单或审计定案表或结算单据中涉及有非本次采购范围内的服务,请应答人将本次采购范围内的服务金额从合同中摘录出来,填写到《近年来类似项目业绩统计表》中并提供相关证明材料。未能区分应答产品和其他产品的将有可能不纳入统计范围。
(7)扫描件如字迹模糊不清无法辨认或有缺损的或未提供有效合同签字盖章页的,均视为无效材料。
(8)发票不可以是红冲、作废等异常状态,同时发票开具时间需在合同签订时间之后。
30
客观

2
服务能力(60分)
企业资质
根据应答人提供的企业资质证明材料进行评审:
1、具备有效的CMMI (能力成熟度模型集成)五级认证证书的,满足得5分。
2、具备软件测试领域的软件著作权或专利证明,每提供一项著作权或专利得1分,最高得5分。
备注:
(1)须提供有效期内的证书扫描件(或电子证书截图)及官网查询截图(所截图片上必须包括相关查询网页的地址栏),原件备查;
(2)提供软件著作权证书或专利扫描件及网站查询结果截图(在截图内标注出具备的关健字),软件著作权证书查询网址https://register.copyight.com.cn/login.html;专利查询网址https://pss-system.cponline.cnipa.gov.cn;
(3)提供的相关软件著作权或专利的名称包含“测试用例生成”、“测试数据构造”、“自动化测试”、“性能测试”关键字;
(4)未按要求提供上述证明材料或提供证明材料缺项或无效或无法认定的不得分。
10
客观

3
项目经理
根据应答人提供的项目经理证明材料进行评审:
基本要求:配备专职项目经理1人,全日制学士及以上学历,在此基础上:
1、项目经理需具备PMI(Project Management Institute,项目管理协会)颁发的PMP(Project Management Professional,项目管理师)证书或国家人力资源和社会保障部、工业和信息化部颁发《信息系统项目管理师》高级证书,满足任一证书的,得3分,本小项最高得3分;
2、类似项目经验:每提供1个自2023年1月1日至本项目发布日之日(不含公告发布当日)类似项目经验的得4分,本小项最高得12分。
类似项目是指:包含软件测试、测试服务、自动化测试、拨测服务等任一相关内容的技术支持服务类项目(根据合同名称/合同内容等判断)
备注:
(1)项目经理需提供身份证扫描件、学历扫描件、资质证书扫描件;
(2)学历证明材料:提供毕业证书扫描件,并同时提供中国高等教育学生信息网站查验截图及网址查询链接(https://www.chsi.com.cn/xlcx/lscx/query.do)或中国高等教育学生信息网的学历证书电子注册备案表或学籍在线验证报告;若学历不在中国高等教育学生信息网“学历证书查询范围”,则无需提供中国高等教育学生信息网查验截图,但需进行相关说明;2001年之前颁发的学历证书无需提供查询截图,仅提供扫描件即可。非国内高校毕业生需提供教育部留学服务中心学历认证证明;
(3)资质证明材料:须提供有效期内的资质证书扫描件(或电子证书截图)及官网查询截图(所截图片上必须包括相关查询网页的地址栏);
(4)类似项目经验证明材料:须提供合同关键页扫描件(至少包含合同封面、合同签字盖章页、采购内容页、人员名字页),如合同无法体现项目经理名字,在提供合同关键页扫描件前提下,可提供合同中相对方公司相关部门盖章的证明材料扫描件作为补充说明;
(5)未按要求提供上述证明材料或提供证明材料缺项或无效或无法认定的不得分。
15
客观

4
服务团队
根据应答人提供的服务团队证明材料进行评审:
基本要求:需配备服务团队成员10人(不含项目经理),成员均需具备本科及以上学历,在此基础上:
1、团队成员每有1人具备由国家人力资源和社会保障部、工业和信息化部颁发的《软件评测师》中级证书或国际软件测试资质认证委员会(ISTQB)颁发的《软件测试认证工程师》初级证书,每提供1个证书,得3分,本小项最高得15分;
2、如项目团队中同一成员提供的不同资质证书,不累计计分;
3、类似项目经验:每有1人提供1个自2023年1月1日至本项目发布日之日(不含公告发布当日)类似项目业绩的,得3分,如项目团队中不同成员提供的类似项目重复,可重复计分,本小项最高得15分;
类似项目是指:包含软件测试、测试服务、自动化测试、拨测服务等任一相关内容的技术支持服务类项目(根据合同名称/合同内容等判断)
备注:
(1)需提供团队成员名单,包含身份证扫描件、学历扫描件、资质证书扫描件等;
(2)学历证明材料:提供毕业证书扫描件,并同时提供中国高等教育学生信息网站查验截图及网址查询链接(https://www.chsi.com.cn/xlcx/lscx/query.do)或中国高等教育学生信息网的学历证书电子注册备案表或学籍在线验证报告;若学历不在中国高等教育学生信息网“学历证书查询范围”,则无需提供中国高等教育学生信息网查验截图,但需进行相关说明;2001年之前颁发的学历证书无需提供查询截图,仅提供扫描件即可。非国内高校毕业生需提供教育部留学服务中心学历认证证明;
(3)资质证明材料:须提供有效期内的资质证书扫描件(或电子证书截图)及官网查询截图(所截图片上必须包括相关查询网页的地址栏);
(4)类似项目经验证明材料:须提供合同关键页扫描件(至少包含合同封面、合同签字盖章页、采购内容页、人员名字页),如合同无法体现人员名字,在提供合同关键页扫描件前提下,可提供合同中相对方公司相关部门盖章的证明材料扫描件作为补充说明;
(5)未按要求提供上述证明材料或提供证明材料缺项或无效或无法认定的不得分。
30
客观

5
服务承诺
根据应答人提供的服务承诺进行评审:
应答人在满足技术规范书基础上,愿意提供承诺函,承诺本项目满足以下2点条件的,满足得5分,不满足得0分。
1、AI生成测试用例的采纳率要求60%以上;
2、整体需求测试(包紧急需求)及时率达到90%以上;
备注:
(1)提供承诺函(格式自拟),未提供或承诺函承诺内容无法认定的,视为无效承诺不得分;
(2)若合同执行阶段未按采购文件的承诺提供服务的,承诺内容如与实际执行效果不一致或不达标,采购人有权按照考核办法进行扣分或终止合同;
(3)采纳率=测试团队采纳使用的测试用例数/AI生成的测试用例数;
(4)及时率=及时完成测试的需求数/上线的总需求数。
5
客观

6
服务方案(10分)
服务方案
根据应答人提供的测试服务方案的全面性、合理性及可执行性进行评审:
服务方案内容包括但不限于测试技术服务方案(测试管理方案、测试流程方案、测试应急方案、测试管理平台、响应机制、应急预案、配备硬件设施),测试AI智能体(含创建需求知识库、解析原始需求文档、自动生成测试用例):
1、服务方案优秀:全面完整描述测试技术服务方案、测试AI智能体方案的全部核心内容,并能提供相关功能的使用截图和详细描述,且提出合理的建设性建议,得7(不含)-10(含)分;
2、服务方案良好:基本完整描述测试技术服务方案、测试AI智能体方案的全部要求,并能提供相关功能的使用截图和基本描述,且提出较合理建设性建议,得3(不含)-7(含)分;
3、服务方案一般:提供的测试技术服务方案、测试AI智能体方案的要求存在部分缺失,未提供建设性建议,得0(不含)-3(含)分;
4、未准确理解项目需求、方案严重缺失或未提供方案得0分。
10
主观

技术部分得分
100


投标 / 标书制作要点(原创)

本业务支撑系统质量保证及测试服务涉及「招标公告」,投标方需重点关注:① 营业执照经营范围须含招标公告或对应服务类目;② 提供同类项目业绩证明;③ 报价方案与售后响应须明确;④ 紧盯投标截止与开标节点,建议提前完成标书制作与盖章。湖南项目常要求本地化服务能力与快速响应,务必在投标文件中凸显。

标书制作联系冯经理:17551026086