《新疆社保项目软件测试计划.doc》由会员分享，可在线阅读，更多相关《新疆社保项目软件测试计划.doc（103页珍藏版）》请在三一办公上搜索。
1、文件编号：JYYH/QR04-QF01-A-090216新疆金保项目软件测试计划（版本号）部 门工程中心测试建立部编撰审核批准生效日期文档编号文档密级历史修订记录编号修订日期版本号修订人说明01020304051 测试简介1.1 目的本次测试是针对“新疆社保2版”项目进行的测试，目的是为了判定该系统是否满足需求分析中所规定的功能指标提供客观依据。1.2 背景该项目为一个升级系统项目，新旧系统均为B/S软件模式，并均采用Oracle做后台数据库，符合核心平台的基本要求，并满足新疆社保本地化功能需求。1.3 范围本计划主要针对于功能测试。在测试过程中注重对系统功能完整性的测试。同时也需要满足可靠性
2、和易用性。1.4 项目核实下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注项目计划书o 是 否o 是 否需求分析报告o 是 否o 是 否系统设计报告o 是 否o 是 否用户操作手册o 是 否o 是 否2 测试需求l 本测试计划主要针对系统功能测试制定l 相关功能的测试需求在下一节测试策略的3.1.2一节中一并描述3 测试策略3.1 测试类型3.1.1 数据和数据库完整性测试测试目标：确保操作时：数据不被错误修改，不会修改到别的数据，不会对数据库产生死锁技术：使用数据库操作工具，在完成或进行一个模块的测试时，同步对操作
3、到的表和数据结构进行检查。完成标准：1. 查询不允许返回冗余行2. 前台不允许有数据库直接返回的错误信息3. 产生的数据结果集要正确4. 不会产生多于的数据结果集5. 修改的数据要准确无误6. 数据提交要完整7. 不会产生死锁或对数据库有其它不可恢复的破坏8. 需考虑的特殊事项：业务处理有连贯性或前后关联时要检查中间数据结果集的正确性大数据量处理时，如有可能，需检查数据库处理吞吐量3.1.2 功能测试3.1.2.1 公共业务部分3.1.2.1.1 参保单位管理3.1.2.1.1.1 单位基本信息登记模块名称：单位基本信息登记测试目标：确保能够正常保存单位基本信息技术：需检查后台数据的准确性。完
4、成标准：1. 能够正确保存合法数据无遗漏，不多产生2. 不合法数据不予保存应能够明确提示3. 能按要求正确做参保信息登入的页面跳转需考虑的特殊事项：1. 必录项：单位名称且单位名称在系统中不存在、录入组织机构代码，且该组织机构代码在系统中不存在、录入单位登记证号码，且该单位登记证号码在系统中不存在2. 考虑工作组问题3. 考虑单位类型与单位管理类型之间关系的问题4. 考虑农牧团场单位的单位类型问题3.1.2.1.1.2 单位险种新增模块名称：单位险种新增测试目标：确保能够生成选择险种参保信息并记录险种变更记录技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制2. 能够正
5、确生成险种信息数据，变更数据3. 能够确保在参保日期上的条件限制4. 能够通过对工作组及险种操作权限的限制5. 能正确产生缴费相关信息6. 能做险种之间的关系约束7. 能够确定单位管理类型和参保险种之间的关系需考虑的特殊事项：3.1.2.1.1.3 单位基本信息变更模块名称：单位基本信息变更测试目标：确保能够按要求正确更新单位基本信息，记录变更日志技术：需要检查操作完成后的数据变化情况完成标准：除产生变更日之外，其它与3.1.2.1.1.1相关项目类似需考虑的特殊事项：与3.1.2.1.1.1相关项目类似3.1.2.1.1.4 单位参保信息变更模块名称：单位参保信息变更测试目标：确保能够更新单
6、位险种参保信息变更项目，记录单位险种参保变更项目日志技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制2. 能够通过对工作组及险种操作权限的限制3. 满足参保日期维护原则4. 满足最大做账期号维护原则需考虑的特殊事项：考虑暂停缴费的险种是否可以进行参保信息维护3.1.2.1.1.5 单位分支机构维护模块名称：单位分支机构维护测试目标：能够准确对对单位下辖单位进行增、删、改，并记录变更信息技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制2. 能进行信息的增删查改并记录相关日志需考虑的特殊事项：3.1.2.1.1.6 单位险种暂停缴费模块名称：单位
7、险种暂停缴费测试目标：能够正确对选择险种做暂停缴费处理，生成险种参保变更记录技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制2. 能够通过对工作组及险种操作权限的限制3. 满足险种选择原则4. 满足暂停缴费日期录入原则5. 选择暂停缴费险种不允许有欠费6. 做单位某险种暂停缴费时，此险种下参保缴费人员也作暂停处理需考虑的特殊事项：暂停缴费后，则不能办理以下业务单位参保信息维护新参保续保批量续保单位核定补收补缴基金征集3.1.2.1.1.7 单位险种恢复缴费模块名称：单位险种恢复缴费测试目标：能够正确对选择恢复的险种做恢复处理，产生变更记录技术：需要检查操作完成后的数据
8、变化情况完成标准：1. 满足业务办理前提限制2. 满足险种选择原则3. 恢复缴费日期录入原则4. 如果该社保经办机构采用双基数，提示是否需要进行单位缴费基数和认定需考虑的特殊事项：3.1.2.1.1.8 单位缴费比例变更申请模块名称：单位缴费比例变更申请测试目标：能够按要求正确生成生成险种单位缴费比例变更申请记录技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制2. 能够通过对工作组及险种操作权限的限制3. 满足险种选择原则需考虑的特殊事项：后续业务：单位缴费比例变更复核影响业务：单位应收核定、补收、补差3.1.2.1.1.9 单位缴费比例变更复核模块名称：单位缴费比例
9、变更复核测试目标：对审核通过的，修改变更记录的审核人和审核时间并修改审核状态为审核不通过对审核不通过的，修改变更记录的审核人和审核时间并修改审核状态为审核通过，并同时修改单位对应险种缴费比例类别为变更缴费比例类别技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制2. 能够通过对工作组及险种操作权限的限制3. 审核不通过不影响单位缴费比例，且本次变更信息不能进行再次审核，如果仍需要变更审核不通过险种的缴费比例类别，需要重新申请4. 审核通过，变更后的缴费比例只能影响单位下次缴费，对已经形成的缴费没有任何影响需考虑的特殊事项：3.1.2.1.1.10 单位注销登记模块名称：
10、单位注销登记测试目标：能够按要求正确生成生成注销登记信息的一系列信息技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制2. 单位所有险种下不能存在参保状态为参保缴费人员3. 单位不存在在途未缴或缴费未实收单据4. 能够通过对工作组及险种操作权限的限制需考虑的特殊事项：3.1.2.1.1.11 单位注销复核模块名称：单位注销复核测试目标：能够按要求完成单位的注销操作技术：需要检查操作完成后的数据变化情况完成标准：1. 单位状态必须为“登记在册”2. 单位管理类型必须为“普通单位”3. 单位所有险种下不能存在参保状态为参保缴费人员4. 单位不存在在途未缴或缴费未实收单据5.
11、 单位存在注销登记记录需考虑的特殊事项：单位将不能办理其它业务3.1.2.1.1.12 单位社会保险登记证管理模块名称：单位社会保险登记证管理测试目标：能够正确生成登记证变更记录技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制2. 经办人员必须具有操作此单位权限（单位工作组校验）3. 满足登记证变更类型选择原则1. 能保存，生成登记证变更记录4. 打印社会保险关系登记证需考虑的特殊事项：3.1.2.1.2 参保个人管理3.1.2.1.2.1 个人基本信息登记模块名称：个人基本信息登记测试目标：能够按要求正确生成个人基本信息技术：需要检查操作完成后的数据变化情况完成标准
12、：1. 能够正确保存合法数据无遗漏，不多产生2. 不合法数据不予保存应能够明确提示3. 能够满足对身份证号码的校验原则4. 选择证件类型为非身份证的时候，需要手工选择性别和输入出生日期5. 通过数据校验6. 必须满足需求确认系统的默认项，必录项需考虑的特殊事项：3.1.2.1.2.2 个人险种新增模块名称：个人险种新增测试目标：能够正确生成登记证变更记录技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制2. 能够通过对工作组及险种操作权限的限制3. 满足险种选择关联控制4. 满足参保时间控制5. 满足用工形式对参保险种的影响，如临时工，灵活就业人员不能参加机关养老满足6
13、. 满足退休人员新参保7. 正确通过缴费工资，缴费基数的设置8. 限制可选择缴费人员类别，企业人员，灵活就业单位人员，机关事业行政人员9. 满足单位管理状态与缴费人员类校验关系10. 企业人员个人本次参保日期小于单位最大做账期的是否提示补收处理（或者跳转补收模块）；灵活就业人员跳转协议签订或者个体缴费模块需考虑的特殊事项：1. 是否允许一个人在不同单位存在参保缴费险种2. 是否允许个人在不同分中心参保3. 人员同一险种不同关系时间在系统中并存3.1.2.1.2.3 批量个人新参保模块名称：批量个人新参保测试目标：正确对批量数据做生成个人基本信息生成个人参保信息技术：需要检查操作完成后的数据变化
14、情况完成标准：1. 满足业务办理前提限制2. 能够通过对工作组及险种操作权限的限制3. 数据应满足报盘格式4. 满足数据校验规则需考虑的特殊事项：3.1.2.1.2.4 个人基本信息变更模块名称：个人基本信息变更测试目标：修改个人基本信息记录变更日期技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制2. 能够通过对工作组及险种操作权限的限制3. 其它与3.1.2.1.2.1类似需考虑的特殊事项：3.1.2.1.2.5 个人参保信息变更模块名称：个人参保信息变更测试目标：能正确产生新的个人参保信息及产生个人参保变更信息技术：需要检查操作完成后的数据变化情况完成标准：1.
15、满足业务办理前提限制2. 能够通过对工作组及险种操作权限的限制3. 录入个人编号4. 检查录入个人编号有效性有效：继续无效：终止业务办理，提示录入个人编号无效的错误信息5. 查询出个人基本信息、参保信息6. 可变更项：参保日期、本次参加工作时间、缴费比例类别、养老保险个人帐户建帐时间等7. 当参加工作时间、参保时间、养老保险个人帐户建帐时间发生变更后，对早于变更登记办理日期的应缴未缴费社会保险费，应进行补收核定8. 当养老保险个人帐户建帐时间发生变更后，对已缴过费的，但未记入系统的养老保险缴费，通知其提供缴费记录的有效凭证，进行过帐或，补建个人帐户处理9. 保存变更后个人参保信息10. 记录变
16、更信息需考虑的特殊事项：3.1.2.1.2.6 医疗相关信息维护及复审模块名称：医疗相关信息维护及复审测试目标：正确新的人员医疗信息及变更信息技术：需要检查操作完成后的数据变化情况完成标准：1、 满足业务办理前提限制2、 人员编号有效：继续人员编号无效：终止业务操作，提示人员编号无效原因3、 人员是否参保医疗保险，是否有医疗医疗相关信息没有：终止业务操作，提示人员没有参保医疗保险有：继续4、 检查修改后的人员医疗信息是否有效有效：继续无效：暂停业务操作，提示无效项是具体的哪一项，要求重新录入5、 复审，设置复审标志复审后人员的医疗相关信息在公共业务部分不能再被修改需考虑的特殊事项：3.1.2.
17、1.2.7 个人暂停缴费模块名称：个人暂停缴费测试目标：办理后险种参保状态变为“暂停缴费”生成险种变更记录技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制以及能够通过对工作组及险种操作权限的限制2. 满足险种捆绑原则3. 满足暂停日期设置4. 满足暂停缴费原则需考虑的特殊事项：3.1.2.1.2.8 个人恢复缴费模块名称：个人恢复缴费测试目标：办理后修改选择险种参保状态为“参保缴费”生成险种变更记录技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制以及能够通过对工作组及险种操作权限的限制2. 满足险种关联性校验3. 满足恢复时间设置4. 满足恢
18、复原则需考虑的特殊事项：3.1.2.1.2.9 批量暂停缴费模块名称：批量暂停缴费测试目标：批量险种参保状态变为“暂停缴费”生成险种变更记录技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制以及能够通过对工作组及险种操作权限的限制2. 其它同3.1.2.1.2.7需考虑的特殊事项：3.1.2.1.2.10 批量恢复缴费模块名称：批量恢复缴费测试目标：修改选择险种参保状态为“参保缴费”生成险种变更记录技术：需要检查操作完成后的数据变化情况完成标准：同3.1.2.1.2.8需考虑的特殊事项：3.1.2.1.2.11 个人终止缴费（包含个人退保、个人在职转退休）模块名称：个人
19、终止缴费（包含个人退保、个人在职转退休）测试目标：确保能够因参保人员退休、死亡或出国定居等原因需终止其社会保险关系技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提限制以及能够通过对工作组及险种操作权限的限制2. 退保类型只能选择3. 要满足变更日期原则4. 要满足校验原则5. 要满足终止缴费处理原则需考虑的特殊事项：3.1.2.1.2.12 独立缴费人员结算信息模块名称：独立缴费人员结算信息测试目标：能正确修改修改独立缴费人员银行信息并记录变更日志技术：需要检查操作完成后的数据变化情况完成标准：1. 录入个人编号，获取个人基本信息及参保信息并展示2. 录入或修改缴费银行开
20、户名称、缴费银行帐户、缴费银行行号。3. 保存，修改独立缴费人员银行信息并记录变更日志。需考虑的特殊事项：3.1.2.1.2.13 医保在职人员转退休模块名称：医保在职人员转退休测试目标：能够正确对对人员已经退休，并且医疗保险已经符合退休条件人员进行医疗人员类别变换技术：需要检查操作完成后的数据变化情况完成标准：1. 满足前提约束条件2. 经办人员必须具有基本医疗保险的经办权限（经办人员险种校验）3. 满足医疗保险在职转退休处理原则需考虑的特殊事项：3.1.2.1.2.14 参保个人医保卡密码更改模块名称：参保个人医保卡密码更改测试目标：能够正确地保个人提供的相关资料进行个人医保卡信息变更技术
21、：需要检查操作完成后的数据变化情况，并验证修改情况的正确完成标准：1. 输入个人编号，显示个人基本信息。2. 输入新医保卡密码，确认医保卡密码。3. 保存并处理。需考虑的特殊事项：3.1.2.1.2.15 合并个人编号模块名称：合并个人编号测试目标：多号合并，被合并编号信息封存技术：需要检查操作完成后的数据变化情况完成标准：1. 满足前提约束条件2. 满足身份证规则3. 满足缴费明细合并原则4. 满足险种合并原则5. 满足个人建账时间，视同缴费年限，初次参保时间合并原则6. 满足享受待遇信息是否合并，享受信息，医疗起付现，如何合并7. 合并后从号，个人基本信息注销，个人参保信息终止参保8. 不
22、同社会保险执行办法的医疗账户不能合并，只能清退从号医疗账户信息。需考虑的特殊事项：1.人员状态，参保险种范围（主号参保险种范围允许少于从号参保险种范围）2.)身份证，姓名校验 （15位，18位相同校验）3.主号险种必须为参保缴费，从号险种必须为暂停缴费4.从号，享受待遇，在途单据，参加单位结算但未纳入单位应收帐补收信息对此业务的影响 5.对于主号为参保险种，从号参保险种的合并原则6.对主号从号，重复缴费处理原则（退收或者强制合并）7.对于账户累计缴费月数，指数，基数处理原则（累加，或者数据合法性校验）8.视同缴费年限，个人建账时间，待遇信息合并原则3.1.2.1.2.16 人员解封存模块名称：
23、人员解封存测试目标：正确解封存人员的参保信息技术：需要检查操作完成后的数据变化情况完成标准：1. 满足前提约束条件2. 解冻后人员参保状态为原单位停保状态3. 解冻之前，需要先调用账户封存信息，对老系统办理业务时，没有封存账户的情况进行封存4. 解冻医疗保险需要先判断医疗账户是否已经清退5. 确认能够办理解封存的人员范围需考虑的特殊事项：1.人员解封存的范围，对于什么样的业务办理产生的封存人员允许解封存业务（退保，转出，账户合并，历史数据）2.是否允许解封存到新单位，解封存后人员的参保状态是否为（参保，暂停） 3.是否可以曾对单个险种解封存4.处于享受待遇阶段的人员是否允许解封存（失业待遇）5
24、.解封存时间校验原则3.1.2.1.2.17 人员增减变动清单打印模块名称：人员增减变动清单打印测试目标：能打印人员增减变化清单技术：打印完成标准：1. 满足前提约束条件2. 明确有哪些情况造成的人员变动 （新参保、停保、续保、退保、在职转退休）需考虑的特殊事项：3.1.2.1.3 人员转移3.1.2.1.3.1 转入基金登记模块名称：转入基金登记测试目标：能够正确处理基金转入信息登记，业务发单，打印基金转入收款单据技术：需要检查操作完成后的数据变化情况使用打印功能完成标准：1. 输入个人编号查询个人基本信息（如果个人基本信息在系统中已经存在），不存在个人基本信息的，直接输入身份证号码，姓名，
25、性别，联系电话2. 输入异地转入基金相关信息，基金转移类型、转出社保机构名称，转出社保机构开户名称，转出社保机构开户行、转出社保机构账号、转出金额，备注信息3. 保存输入转移基金信息，标示个人已经进行转入基金登记信息4. 如果输入个人基本信息已经存在基金转入登信息，并且业务使用标志为“否”，可直接提取该信息展示，可对信息进行维护或者删除操作5. 并且需满足业务规则：对于输入个人信息在系统中存在基金转移信息的，只提取业务使用标志为“否”的数据进行变更需考虑的特殊事项：3.1.2.1.3.2 待遇关系转出模块名称：待遇关系转出测试目标：能够按条件正确办理：参加基本养老保险人员转移情况表职工基本养老
26、保险个人帐户明细表技术：需要检查操作完成后的数据变化情况使用打印功能完成标准：1. 满足业务前提约束条件2. 经办人员必须具有转出险种的经办权限（经办人员险种校验）3. 系统外转入人员办理转出业务，个人账户信息为转入账户+本地实缴账户信息4. 本系统人员转出账户处理原则:扣除98年前单位缴费部分+单位缴费划账户部分5. 实际缴费年限和视同缴费年限提取规则，实际缴费年限从缴费明细提取，视同缴费年限提取个人参保信息的视同需考虑的特殊事项：1. 转出经办时间是否默认(当前时间、最大做账期月末)？是否允许手工修改转出经办时间，修改时间后能否允许存在退收（退款，退帐）？修改的时间能否大于当前时间？2.
27、医疗保险是否允许转出、或者清退个人账户，对于不存在个人账户的险种转出处理后这些险种的参保状态？3. 对于转入人员转出，缴费基数，月数，指数提取原则？3.1.2.1.3.3 养老待遇转入关系核定（参加机关事业单位养老保险）模块名称：养老待遇转入关系核定(参加机关事业单位养老保险)测试目标：能够确保转入个人存在正常机关养老转入账户信息正确登入个人机关养老保险转入账户信息和年账户明细信息技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务经办前提条件2. 经办人员必须具有转入险种的经办权限（经办人员险种校验）3. 转入基金使用后标志使用标志为业务已使用，防止转入基金重复使用需考虑的特殊事项
28、：1 转移信息各分项之和等于养老基金转移总额等于财务到账转移基金总额2 缴费基数，月数，指数，合法性校验3.1.2.1.3.4 养老待遇转入关系核定（参加基本养老保险）模块名称：养老待遇转入关系核定(参加基本养老保险)测试目标：能够确保转入个人存在正常基本养老转入账户信息正确登入个人机关养老保险转入账户信息和年账户明细信息技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务经办前提条件2. 经办人员必须具有转入险种的经办权限（经办人员险种校验）3. 转入基金使用后标志使用标志为业务已使用，防止转入基金重复使用需考虑的特殊事项：1 转移信息各分项之和等于养老基金转移总额等于财务到账转移
29、基金总额2 缴费基数，月数，指数，合法性校验3.1.2.1.3.5 待遇关系转移核定撤销（转入）模块名称：待遇关系转移核定撤销（转入）测试目标：能够正确将个人信息状态恢复到转入人员登记状态个人可以重新办理养老待遇关系转入核定技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理前提约束2. 经办人员必须具有转入险种的经办权限（经办人员险种校验）3. 满足业务规则养老待遇转入关系核定撤销包括“基本养老待遇转入关系撤销”，“机关养老待遇转入关系撤销”4. 满足业务规则在办理养老待遇转移关系核定业务后，没有其他业务办理记录的才允许撤销操作5. 满足业务规则养老待遇转移关系撤销后，个人状态
30、恢复到待遇转移核定前状态，即恢复养老待遇转入基金的业务使用标志为“未使用”删除个人转入信息和转入账户信息需考虑的特殊事项：1 撤销后个人不存在转入记录2 撤销后个人转入基金业务使用标志为“未使用”3.1.2.1.3.6 待遇关系转移核定撤销（转出）模块名称：待遇关系转移核定撤销（转出）测试目标：能够正确个人存在正常参保信息和账户信息并将撤销个人待遇转出关系，使数据回到待遇转出前状态技术：需要检查操作完成后的数据变化情况完成标准：1. 满足业务办理的前提约束2. 经办人员必须具有转出险种的经办权限（经办人员险种校验）3. 满足业务规则待遇关系转出撤销，必须只能在财务支付操作之前进行，财务已经支付
31、的，不能撤销4. 满足业务规则撤销后个人参保状态，账户状态回到办理转出业务之前状态5. 满足业务规则待遇关系转出撤销，包括基本养老保险和机关养老保险转出撤销需考虑的特殊事项：1 撤销后个人存在正常参保信息，正常个人账户信息2 撤销后个人不存在账户转出记录，不存在本次转出业务产生的封存账户信息3.1.2.1.3.7 在职人员养老个人账户基本信息变更模块名称：在职人员养老个人帐户基本信息变更测试目标：能是的个人存在正确的养老帐户信息并变更在职人员的养老账户信息（基本养老和机关养老），修改建账时间，新增个人账户记录，或者删除个人账户记录技术：需要检查操作完成后的数据变化情况完成标准：1. 办理前满足
32、条件个人存在有效的养老账户信息2. 办理前满足条件个人存在有效参保信息3. 经办人员必须具有变更账户险种的经办权限（经办人员险种校验）4. 满足业务办理规则转入基金使用后标志使用标志为业务已使用，防止转入基金重复使用需考虑的特殊事项：1 转移信息各分项之和等于养老基金转移总额等于财务到账转移基金总额2 缴费基数，月数，指数，合法性校验3.1.2.1.3.8 修改养老待遇转入关系核定信息（参加机关事业单位养老保险）模块名称：修改养老待遇转入关系核定信息（参加机关事业单位养老保险）测试目标：办理后个人存在正常机关养老转入账户信息技术：需要检查操作完成后的数据变化情况完成标准：1. 满足办理前提：个
33、人已经办理机关养老待遇转入关系核定业务2. 满足办理前提：不能维护转移基金总额信息3. 经办人员必须具有机关事业养老险种的经办权限（经办人员险种校验）4. 满足办理业务规则：维护后个人转移基金分项之和等于基金转移总额需考虑的特殊事项：1. 转移信息各分项之和等于养老基金转移总额等于财务到账转移基金总额2. 缴费基数，月数，指数，合法性校验3.1.2.1.3.9 修改养老待遇转入关系核定信息（参加基本养老保险）模块名称：修改养老待遇转入关系核定信息（参加基本养老保险）测试目标：办理后个人存在正常基本养老转入账户信息技术：需要检查操作完成后的数据变化情况完成标准：1. 满足办理前提：个人已经办理机
34、关养老待遇转入关系核定业务2. 满足办理前提：不能维护转移基金总额信息3. 经办人员必须具有基本养老险种的经办权限（经办人员险种校验）4. 满足办理业务规则：维护后个人转移基金分项之和等于基金转移总额需考虑的特殊事项：1. 转移信息各分项之和等于养老基金转移总额等于财务到账转移基金总额2. 缴费基数，月数，指数，合法性校验3.1.2.1.4 缴费基数核定3.1.2.1.4.1 参保个人缴费基数核定模块名称：参保个人缴费基数核定测试目标：确保正确更新人员缴费基数并按人员记录本此申报工资变更记录，并根据相关规则对录入的申报工资进行保底封顶技术：需要检查操作完成后的数据变化情况完成标准：1. 满足人
35、员变更基数的险种不能为终止参保状态2. 人员状态：1）、在职；2）、退休。此状态主要是指医疗人员缴费状态3. 更新人员在某一个社保经办机构下所有非终止参保缴费险种的缴费基数4. 本模块所指申报工资或是缴费基数都指当前使用申报工资或是当前使用缴费基数，即申报工资或是缴费基数指影响后续缴费，对以前时间段不生效5. 满足缴费基数保底封顶规则需考虑的特殊事项：3.1.2.1.4.2 缴费工资导出模块名称：缴费工资导出测试目标：对已经存在系统中，并且当前正在生效的人员的申报工资以单位为主体按照一定格式（XLS）导出文件技术：Excel的查看，与操作数据做核实完成标准：生成缴费工资报盘文件需考虑的特殊事项
36、：格式(未定)3.1.2.1.4.3 缴费工资导入模块名称：缴费工资导入测试目标：正确接收数据报盘，在工资生效时进行基数的保底封顶并选择工资的申报生效时间，申报工资经过保底封顶过后在生效时间开始生效技术：Excel按格式制作报盘文件需要检查操作完成后的数据变化情况完成标准：1. 操作人员需要满足具有操作录入单位权限的要求2. 报盘格式:个人编号、姓名、身份证号码、原申报工资、修改后申报工资3. 数据报盘有效性：1) 个人编号、身份证号码在系统中必须存在相应的人员信息，并且人员状态不为“死亡”状态2) 个人编号在录入单位编号下必须存在至少一个险种参保状态非终止参保的险种参保记录4. 生效方式暂时
37、分为：1) 当即生效：直接进行缴费基数核定，核定后的缴费基数影响下期单位应收核定2) 岗平工资调整时生效：不进行缴费基数核定，在每年岗平工资调整时通过年初缴费工资保底封顶完成人员缴费基数的保底封顶和生5. 同时需要满足：缴费基数保底封顶规则需考虑的特殊事项：3.1.2.1.4.4 年初缴费工资保底封顶模块名称：年初缴费工资保底封顶测试目标：正确对缴费工资导入中选择“岗平工资调整时生效”且没有生效的记录上的申报工资生效正确对系统中所有缴费基数进行新的保底封顶技术：需要检查操作完成后的数据变化情况完成标准：能够按要求对上述缴费工资按照缴费基数保底封顶规则做缴费工资基数保底封顶需考虑的特殊事项：3.
38、1.2.1.5 独立缴费人员缴费管理3.1.2.1.5.1 独立缴费人员正常缴费模块名称：独立缴费人员正常缴费测试目标：能够按要求正确生成独立缴费人员的核定记录技术：计算缴费核定金额数据需要检查操作完成后的数据变化情况打印技术完成标准：1. 录入单位单位管理状态必须为“独立缴费人员虚拟单位”2. 人员存在非终止参保的独立缴费人员险种3. 经办人员具有操作独立缴费人员虚拟单位的权限4. 经办人员具有操作独立缴费人员险种的权限5. 满足以下业务规则：1. 独立缴费人员可参加并且缴费险种：基本养老保险、基本医疗保险、大额医疗保险。人员可选择险种为单位参保缴费险种及个人非终止参保险种交集2. 缴费开始
39、期号、终止期号原则：1) 开始期号必须大于人员险种的参保日期2) 如果选择险种为基本养老保险，则开始期号必须大于社保经办机构险种的建账日期3) 终止期号必须大于开始期号4) 终止期号不能晚于系统年度12月3. 养老保险缴费工资类型：1) 手工录入申报工资：需要录入申报工资2) 使用人员已有申报工资：不需录入申报工资，使用人员当前申报工资及基数3) 使用岗平工资下限：不需录入工资，使用岗平工资下限最为缴费基数4) 使用岗平工资：不需录入工资，使用岗平工资最为缴费基数4. 申报工资原则：1) 养老保险使用申报工资，或是根据选择缴费工资类型及录入申报工资确定缴费基数2) 基本医疗保险不需录入缴费工资
40、，使用岗平工资作为缴费基数（有部分地区使用当地岗平工资）3) 大额医疗保险不需要录入缴费工资，大额医疗保险缴纳固定金额5. 缴费金额计算：1) 基本养老保险a) 根据缴费期号循环b) 获取录入单位编号对应缴费比例：个人缴纳BLGR,单位缴纳划入账户BLDWZH,单位缴纳比例BLDWc) 通过业务规则3获得的申报工资（经过保底封顶），如果是岗平工资或是岗平下限则根据期号获取岗平工资或是岗平工资下限GZd) 每期个人缴纳：GZ*BLGRe) 每期单位缴纳划入账户：GZ*BLDWZHf) 每期单位缴纳划入统筹：GZ*(BLDW BLDWZH)g) 滞纳金计算依照计算滞纳金规则h) 利息计算依照计算利
41、息规则2) 基本医疗保险a) 根据缴费期号循环b) 获取录入单位编号对应缴费比例：个人缴纳BLGR,单位缴纳划入账户BLDWZH,单位缴纳比例BLDWc) 基本医疗保险缴费基数使用岗平工资d) 根据计算实足年龄规则获取个人期号对应人员实足年龄e) 通过人员实足年龄及人员类别获取划入账户比例BLZHf) 每期个人缴纳：GZ*BLGRg) 每期单位缴纳划入账户：GZ*BLZHh) 每期单位缴纳划入统筹：GZ*(BLDW BLZH)i) 滞纳金计算依照计算滞纳金规则j) 根据独立缴费人员等待期规则设置人员等待期3) 大额医疗保险a) 根据缴费期号循环b) 根据期号分别获取单位和个人应缴金额6. 滞纳
42、金计算依照计算滞纳金规则7. 能够打印独立缴费人员征集单需考虑的特殊事项：3.1.2.1.5.2 独立缴费人员银行代扣应收核定模块名称：独立缴费人员银行代扣应收核定测试目标：能够按要求批量生成独立缴费人员核定记录（批量生成独立缴费人员某一期号核定记录）技术：计算缴费核定金额数据需要检查操作完成后的数据变化情况完成标准：1. 录入单位单位管理状态必须为“独立缴费人员虚拟单位”2. 单位下存在参保状态为非终止参保的人员、险种3. 经办人员具有操作独立缴费人员虚拟单位的权限4. 经办人员具有操作独立缴费人员险种的权限5. 满足以下业务规则：1. 独立缴费人员可参加并且缴费险种：基本养老保险、基本医疗
43、保险、大额医疗保险。人员可选择险种为单位参保缴费险种及个人非终止参保险种交集2. 人员过滤原则1) 人员参保日期需要小于缴费期号2) 人员最大缴费期号需要小于缴费期号3) 人员、险种必须为参保缴费状态3. 缴费金额计算：1) 基本养老保险a) 根据人员循环b) 获取录入单位编号对应缴费比例：个人缴纳BLGR,单位缴纳划入账户BLDWZH,单位缴纳比例BLDWc) 人员缴费基数使用人员当前的缴费基数d) 每期个人缴纳：GZ*BLGRe) 每期单位缴纳划入账户：GZ*BLDWZHf) 每期单位缴纳划入统筹：GZ*(BLDW BLDWZH)g) 滞纳金计算依照计算滞纳金规则h) 利息计算依照计算利息规则2) 基本医疗保险a) 根据缴费期号循环b) 获取录入单位编号对应缴费比例：个人缴纳BLGR,单位缴纳划入账户BLDWZH,单位缴纳比例BLDWc) 基本医疗保险缴费基数使用岗平工资d) 根据计算实足年龄规则获取个人期号对应人员实足年龄e) 通过人员实足年龄及人员类别获取划入账户比例BLZHf)
