《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