《hss技术规范及测试规范问题汇总》由会员分享，可在线阅读，更多相关《hss技术规范及测试规范问题汇总（40页珍藏版）》请在金锄头文库上搜索。
1、HSS技术规范及测试规范问题汇总7月3日【东软】在稽核文件的测试案例中，都提到了模拟器发送xxx文件给HSS，我们测试的时候，这种场景都是把文件直接拖到HSS主机的目录，而不是通过模拟器，这样的案例到时候测试的时候怎么处理呢？ 会有什么模拟器吗？是否就直接把文件放在主机的xxx目录就行了？答：可以。【集团HSS】1. 移动互联网（七个场景）规范中产品域中的PRODUCT_OFFER_OBJECT_PARAM_INSTANCE 应该是这张表：PRODUCT_OFFER_PARAM_INSTANCE。(HSS规范是这个表)建议修改移动互联网规范小节。答：由于HSS基本23天一个版本，和移动互联网并
2、不同步，因此移动互联网场景五的内容不作更新，相关内容均参考HSS 7.2节。2. 场景五小节：销售品编码审批CCR有7个表。请问，是不是该CCR里必须同时包括这7个表？ 如果CCR里表不全，集团HSS就拒回去，可以吧？我们是这么理解的：省里应把7个表的信息一起报上来审批；如果缺东西，就无法审批了。如果省里1个表生成1个CCR，那集团HSS不好判断后面是否还有CCR。答：只会在一个CCR中，不会分多个请求。每一次的上报不一定会填完7张表：l PRODUCT_OFFER， PRODUCT_OFFER_OBJECT是肯定有的；l PRODUCT_OFFER_ATTR，PRODUCT_OFFER_PA
3、RAM不一定；l 在目录不变化，只是在目录下增加一个销售品的话，那么，只会在CATALOG_ITEM_ELEMENT表中增加一个记录3. 场景五规范里说：多消息场景时数据输入网元按照数据归属域的不同分消息传送，划分为“参与人域资料消息包”、“帐务域资料消息包”、“产品域资料消息包”，每个消息包只包含单个记录，并严格按照以上排列顺序进行传送， 即所有参与人域资料消息包发送完毕后， 再发送帐务域资料信息包，最后发送产品域资料信息包。这里有个问题：serv_acct表是帐务域的，它的外键表是serv(产品域)、acct(帐务域)，说明帐务域依赖于产品域。所以我们觉得，应当是产品域排在第二，帐务域在第
4、三。否则，serv_acct表就会找不到外键，无法入库了。一点收费规范是帐务域第二、产品域第三的，是因为一点收费把serv_acct放在产品域了。建议更正规范，顺序改为：参与人产品帐务答：可以，按照“参与人产品帐务”的顺序调整6月30日【集团HSS】1）场景五 7.4.2 移动话机资料类数据（文件） 文件格式与serv表基本相同，但是缺少1个not null字段agreement_id，且state字段的枚举值(00A有效,00X失效)与计费模型（2HA 正常,2HB 注销,2HC 用户要求停机,2HD 欠费停机,2HE 欠费停机及用户要求停机,2HF 已归档）不同。 -请帮忙确认：要不要增加
5、agreement_id？ 要不要把state枚举值按计费模型改过来？答：暂不需要了。实话说，在已经有DCC消息全量传送资料下，该文件的作用需求不是很明确。等需求明确了，再做调整。 2）场景五7.2.2 移动话机资料类数据（文件） 这个文件“定时”上传给集团HSS。请问，集团HSS应怎样处理它？ 具体点儿就是：l 如果文件中的用户不存在（即省里没有通过定单CCR或其他3种客户资料CCR上报过），HSS能以文件为凭、新开户吗？ -我们建议拒收，因为只有用户、没有客户信息，无法开户。答：同意l 如果文件中的用户存在，HSS能文件为凭、更新serv表吗？答：DCC肯定会在文件前到达。除非异常。因此，
6、建议当文件和原资料冲突的情况下，都拒收 也请帮忙确认这个文件的用途是什么？ 会不会是：l 对serv表变化的情况，省中心可以用这个文件上传，来替代用“定单CCR”上传。 -集团HSS会update serv表。答：应该没有这个功能l HSS仅用这个文件核对当日或近期“定单CCR”上传的serv表变更，并查漏补缺地纠正serv表 “非id”的字段。-集团HSS会update serv表。答：这个可以有，但目前来说，该文件的字段很少，似乎起不到很好的纠正作用l 这个文件仅用于备案，HSS程序不修改serv表。 -集团HSS把它单独存放，不update serv表。答：个人认为，这是目前比较好的处理
7、方式3）场景五 定单CCRl 消息分为Customer-Information、Accounct-Information、Serv-Information三组，如果有表放错域的（例如serv表Accounct-Information底下了），集团HSS应如何处理？-我们建议忽略它。你看可行吗？答：发现放错域的表，集团HSS CCA拒回来，后续表也不检验。该错误码由集团HSS管理。本次测试不涉及。l 另外，“Accounct-Information”有拼写错，要纠正吗？答：需要纠正，HSS规范中已更新 4) SERV_IDENTIFICATION中的字段Agreement_Id类型为DOMAIN
8、_ID，该字段为外键，但是AGREEMENT表中的Agreement_Id类型为DOMAIN_LARGE_ID。(集团HSS修改为DOMAIN_LARGE_ID)。 建议修改数据模型文档。答：同意5) Product_Offer_Object表中的Priority字段在pdm没有，而在中国电信计费模型(CTG-BM2.8-04)：数据模型分册V1.0-20110528.pdf中有该字段。(集团建表加上该字段) 建议pdm增加该字段答：同意【思特奇】1. 现在的技术规范中CCR消息中有Service-Flow-Id字段，CCA中没有这个字段，但是移动互联网应用涉及的消息级协议技术标准（V1.0）
9、.doc规范中CCA有Service-Flow-Id字段,请问HSS的CCA中要不要加?答：需要增加，请收阅最新版技术规范。2. 信息点规范中P33页模块日志查询中oid第一行与导数两行重复了，是否要修改一下答：笔误，调整为3.1.4和3.1.5【东软】性能测试中，对业务网元的压力测试（4.1.1.1 业务网元查询压力测试），有一个疑问想咨询下：“ 从M（根据测试情况届时需要调整起始虚拟用户数）开始，每隔15分钟增加N个（根据测试情况届时需要调整递增虚拟用户数）虚拟用户；直至满足任意退出条件；”1、“从M开始，每隔15分钟增加N个虚拟用户”。这个地方增加N个虚拟用户，是指新增的并发连接数，还是
10、同一个连接增加N个用户？答：是指新增的并发用户数，这些并发用户数不一定是做同一个业务，不能简单等同于并发连接数2、虚拟用户如何理解？ 是一个连接的意思，还是一个号码的意思？答：虚拟用户是loadrunner实现并发请求的主体，要看具体的测试用例，不一定一个虚拟用户就是对应一个连接3、性能测试脚本，是否可以提前提供？答：不可以【朗新】关于测试脚本问题有个疑问：测试脚本：功能测试各厂家自行准备，测试时广研院准备抓包工具进行测试检查；性能测试脚本广研院提供 按照上面的说明，功能测试时，我们准备使用LoadRunner写CCR脚本来做功能测试，这样是否可行？答：可以【中兴】memory.log_dat
11、a_size和log.size有何区别？ 2.8的时候，只有一个log.size参数，即每块日志内存区的大小与持久化日志文件的大小是一样的，这样才有意义，否则如果持久化日志文件的大小=memory.log_data_size2）三块内存和三组日志文件不是一一对应的关系，内存ABC，日志文件abc，ABC都可以写到a，a写完或者强制切换才写到b。不是这样设计的，日志全部不合格【亿讯】咨询一下，测试规范 1.1.1.2里面如果不能通过访问鉴权，CCA返回的错误码是什么，是在系统级返回码还是业务级返回码上体现 目前是采用哪个错误码返回？我看了一下1.1.1.2案例，这是由于权限问题无法访问，应该要和
12、网络问题等错误区分开来。答：需要区分，新增一个错误码12280，无权限访问能力，请收阅最新版附件5。同步细化1.1.1.2预期结果26月28日【朗新】参数host.min_process_num原来就没有案例的，但是现在把“3.2.3.4 高低水的最低进程数”的案例去掉了，在附件3-核心参数中却还存在参数module.min_process，而该参数正是被去掉的案例测试的建议：只去掉参数host.min_process_num即可，案例3.2.3.4不用去掉，module.min_process表示模块的低水的最小进程个数，这个在2.8也是有的答：你说的是对的，3.2.3.4恢复【思特奇】请问
13、测试规范和核心参数中，最大用户数，最大销售品实例数的生效方式是不是冲突了，建议以核心参数为准答：已更改这两个案例的参数生效方式为“重启”【集团HSS】1）CUST表的CUST_LEVEL_ID字段 我们手里的计费模型文档中国电信计费模型3.0-数据模型V0.7.6.doc里无此字段，但中国电信计费模型-数据模型-逻辑模型v0.7.5.pdm里有，字段说明是：COMMENT ON COLUMN CUST.CUST_LEVEL_ID IS 客户所属的级别，集团客户、省级客户、本地网客户; 我们咨询了几个省，他们说计费模型里有它，但省里CCR的xml里都没带它。我们删掉or保留它？答：这个字段是有的
14、，在BM2.8中新增。当初疏忽只增加了PDM，word忘记加上。该字段请保留，并以PDM的为准 2）以下2个表，省里的枚举值与我们的不同： 我们是按中国电信计费模型3.0-数据模型V0.7.6.doc来检验的。哪组枚举值正确？答：集团HSS取值是正确的【福富】文件名：X_TABLENAME_YYYYMMDDHHMISS.NNNN其中：X表示文件为增量文件还是全量文件。I为增量文件，A为全量文件。TABLENAME表名，具体值参考2.8模型中的说明。YYYYMMDDHHMISS表示年月日时分秒（24小时格式），为文件生成时间。NNNN为序列号，默认为0001。当文件的数据量过大时，需要分文件传输
15、，序号递增。问题：文件名的时间是不是只需要YYYYMMDD就可以了？因为后面有.NNNN序列号，再加上文件生成时间是精确到秒的，这两边感觉有点矛盾。=补充说明：YYYYMMDDHHMISS表示年月日时分秒（24小时格式），为文件生成时间。”在文件拆成多个的时候，每个文件的生成时间都是不一样的，不用NNNN也能区分了。据了解集团上传下发的文件的文件命名方式一般都是采用“文件生成时间YYYYMMDD+序号NNNNN ”。所以建议将YYYYMMDDHHMISS改成YYYYMMDD。答：维持原方案。 对于某张表，一次生成文件过大，需要拆多个文件时，需要YYYYMMDDHHMISS相同，通过NNNN区分。6月24日【广研院】1. 删除参数hos
