IMS Based IPTV终端软件测试项目方案书

1、产品名称Product name密级Confidentiality level终端中间件内部公开产品版本Product versionTotal 16 pages 共16 页V100R001XXX软件技术有限公司测试项目委托测试方案书Prepared by 拟制XXDate日期2008-2-6Reviewed by 评审人XXDate日期2008-2-6审核：Approved by XXDate日期2008-2-6批准：Authorized byXXDate日期2008-2-6XXX creative software technology LTD.shenzhen BranchXXX软件技术

2、有限公司深圳分公司All rights reserved版权所有 侵权必究Revision record 修订记录Date日期Revision Version修订版本CR ID / Defect IDCR号Section Number修改章节Change Description修改描述Author作者2008-2-6V1.0根据客户工作任务书完成此方案XXXCatalog 目 录1简介51.1目的51.2范围51.3前言51.4明确项目的客户52交付件内容：62.1Software Deliverables 软件交付件62.2Non-software Deliverables 非软件交付件62

3、.3Allocated Requirements 分配需求62.4Reports & Records 报告和记录63项目质量目标64其它信息（合作项目风险评估）7在委托测试合作过程中，可能存在下述风险：75工作计划85.1合作项目测试策略85.2项目里程碑项目完成时间95.3进度控制及风险规避计划96需求逐点答复96.1原测试需求点回复96.2资料需求97工作量评估97.1工作量评估说明97.2工作量估计结果108所需资源118.1软件资源119附件119.1项目合作经验及成功案例1110软件测试流程和质量保证1410.1项目策划流程1410.2项目测试总体流程1410.3项目跟踪方案1511

4、参考资料:（由华为方提供）16测试项目委托测试方案书Keywords 关键词：IMS Based IPTV，终端软件，终端中间件Abstract 摘 要：IMS Based IPTV终端软件委托测试项目的工作任务书，明确委托测试工作任务要求。并对项目的交付件、输出标准，以及对项目开发进度、质量目标和验收标准等方面做了要求，PM依据本文档来开展本项目。List of abbreviations 缩略语清单：Abbreviations缩略语Full spelling 英文全名Chinese explanation 中文解释IMSIP Multimedia Sub-systemIP 多媒体子系统1

5、简介1.1 目的按照委托测试合作的要求，在计划时间内完成自动化测试用例设计等测试任务，达到质量目标，提供各种要求的交付件。通过对IMS Based IPTV V1R1终端软件委托测试项目的工作任务书等的详细阅读及分析理解，按照委托测试合作的要求，在计划时间内完成环境准备，测试执行，缺陷提交，编写测试报告，进行漏测分析和用例改进，编写经验总结等工作，达到质量目标，提供各种要求的交付件。1.2 范围CVS Client V100R001C01B030（英国展）版本的测试设计、环境准备、测试执行、缺陷提交，编写测试报告、编写经验总结等。Terminal Middleware V100R001C01B

6、100的委托测试，包括测试设计、白盒测试、测试执行、缺陷提交、环境准备，测试执行，缺陷提交，编写测试报告，进行漏测分析和用例改进。1.3 前言随着华为逐步拓展行业应用业务市场，需求越来越多，网络资源部门的委托测试作为华为整体解决方案的一部分，也赢得了越来越多的市场机会。为了进一步降低运营成本以及提高客户满意度，提升华为的竞争力，华为决定将IMS Based IPTV V1R1终端软件测试项目的测试工作任务，委托由合作伙伴完成，并提供技术支持以及维护，以达到客户、合作伙伴、华为三方共赢。1.4 明确项目的客户Terminal Middleware 项目开发组Terminal Middleware

7、 项目测试组2 交付件内容：2.1 Software Deliverables 软件交付件委托测试项目，无软件交付件2.2 Non-software Deliverables 非软件交付件缺陷单各版本预测试报告及测试报告修订后的测试用例轮次间漏测分析测试执行经验总结（含执行方法，经验脚本）项目组双日报，各项会议纪要等例行报告度量表2.3 Allocated Requirements 分配需求无2.4 Reports & Records 报告和记录委托测试期间，需要提供Review记录：各种文档的评审记录状态报告：委托方以双日报的方式汇报进度会议记要：各个阶段的会议，包括但不限于：合作方例会、交

8、流会等3 项目质量目标度量项目级质量目标目标, 下限, 上限优先级备注持续时间偏差(%)0%0%30%中进度偏移 （%）0%0%30%中工作量偏差 (%)12030中测试报告评审发现缺陷密度（个/页）0.501中测试发现缺陷密度 (个/KLOC) 8611高包括敏捷开发所有迭代中的累积缺陷首轮测试发现问题比例（）7065100高以首个迭代完整交付版本测试，直至收敛计算自动化用例编写生产率（用例/人天）/测试项目用例执行生产率（用例/人天）454050高含缺陷回归遗留缺陷密度（个/KLOC）0.94个/KLOC/0高CVS Client V100R001C01B030：验收缺陷密度不高于0.94

9、个/KLOC，100%执行所有验收用例。Terminal Middleware V100R001C01B100：验收缺陷密度不高于0.94个/KLOC，100%执行所有验收用例。用例成功执行率（自动化）/用例抽查结果符合度（纯委托执行，抽查比例不低于15%）/4 其它信息（合作项目风险评估）在委托测试合作过程中，可能存在下述风险：风险类型风险描述发生概率影响程度风险等级影响评估责任人风险规避计划合作项目风 险合作过程中对于部分可能双方责任没有说明清晰的地方存在理解分析，从而影响工作的开展。中中中会影响测试的开展测试PM与合作方责任人沟通协调，明确双方的工作界面及责任范围。合作项目风 险由于被测

10、产品或配套产品质量问题，导致测试轮次增加或进度延迟。中高中影响版本发布时间测试PM根据实际情况对测试周期适当调整进度问题在产品内部与委托方之间进行沟通。合作项目风 险需求变化频繁，造成测试内容变化频繁，影响进度。中高中测试延期测试PM根据实际情况对测试周期适当调整，并控制需求变化。合作项目风 险我司测试人员业务不熟，影响测试质量。中高高影响版本的测试质量及测试进度测试PM要求项目委托方对我司测试人员进行业务培训；营造主动沟通交流的工作氛围。合作项目风 险我司测试人员不稳定。中高高影响项目测试工作的正常开展测试PM与我司领导保持沟通，避免人员的流动尽力保证项目正常运。5 工作计划5.1 合作项目

11、测试策略当前此项目因华为方提供资料有限，并且我司测试人员对当前需求理解程度有限，在测试进展过程中，我方测试策略是：首先，确定参与项目人员到位，根据要求在项目启动后前置安排人员做好内部培训，以争取达到华为方对测试人员各方面的具体要求；主动要求华为方在开工前期提供相关业务流程知识培训，以增强测试人员对项目业务的了解程度。（未展开前尽量增加业务培训课程密度，以确保测试人员尽早熟悉业务）通过参与系统测试，可以加深测试人员对此项目的认识深度，同时可以熟悉项目运行的环境以及配置等工作；同时可以对华为方提供的用例进行部分修改及增加工作。SDV第一轮测试目标期能够暴露系统存在问题点分布的，通过第一轮测试后进行

12、总结，及时发现测试过程出现的问题，（考虑是否有必要向华为要求增加业务专业培训）。第二轮测试首先对第一轮测试出的问题进行回归测试，对第二版本可能新增的功能补充测试用例，针对对第一轮出现问题较严重的模块进行重点测试，根据测试用例对所有正常流程及异常流程都进行全面测试，力争找出所有遗留问题的90%以上第三轮主要对前两轮版本遗留问题做验证测试，并为随机测试中发现的问题补充测试用例，对系统的各项性能指标进行测试与分析，对系统性能进行初步评估，通过修改后的用例查找系统测试遗漏的功能点测试，对系统重要功能点以及系统性能进行测试；根据测试结果，对系统的功能和性能进行全面、科学的评估。5.2 项目里程碑项目完成

13、时间交付件完成时间评审时间交付时间人员团队到位2009-02-042009-02-042009-02-04首轮测试报告2009-02-262009-02-272009-02-28所有交付件2009-06-202009-06-202009-06-205.3 进度控制及风险规避计划a、 项目组建立周例会的工作制度；b、 项目组成员要求每日提交工作汇报，内容必须包括任务进度；c、 项目组成员在每个阶段开始和结束时都要用邮件或其它方式向PM确认；d、 定期进行文档及代码评审，尽早发现早解决；e、 PM项目全程跟踪式管理，确保项目进度；f、 内部加班机制，确保需求更改及其他突发事件造成的进度延期；g、

14、跟据项目参与成员各时间点内工作进展情况确认是否有必要增加相应业务培训。6 需求逐点答复6.1 原测试需求点回复无6.2 资料需求 无7 工作量评估7.1 工作量评估说明工作量的评估采用委托方提供之相关测试用例个数，以及测试方需要提交之相关文档规格量计划。根据对整个测试项目的测试需求分析文档的理解，以及过往测试业务的经验，对整个系统的需求点进行了初步工作量预估。7.2 工作量估计结果1、 CVS Client 2008维护版本委托测试项目的工作任务书SDV阶段执行用例工作量根据委托方提供人员执行生产率指标以及结合我司现有成员能力评估保守认为我司人员平均执行率为（30个用例/天）/设计生产率为（3

15、5个用例/天），在SDV阶段的工作量估计为：（1manday=1人1天）（己知用例总量11732个左右.来源于以提供各版本测试用例总量累加，由当前执行工作总量估算，阶段各版本用例执行覆盖率为）故，推算估计测试执行工作量为：1173235335.2 manday2、 CVS Client 2008维护版本委托测试项目的工作任务书SDV阶段执行用例工作量根据委托方提供人员执行生产率指标以及结合我司现有成员能力评估保守认为我司人员设计生产率为（35个用例/天），在SDV阶段的工作量估计为：（1manday=1人1天）（己知用例总量11732个左右.来源于以提供各版本测试用例总量累加，由当前执行工作总

16、量估算，阶段各版本用例执行覆盖率为）故，推算估计测试设计工作量为：11732 200 / 100 285 manday3、 CVS Client 2008维护版本委托测试项目的工作任务书其它项目组织培训及环境搭建等工作约占总项目工作量20估计测试设计工作量为：（1173235） （11732200） / 100 20 63.8 manday合计总工作量为： 335.2manday +285manday +63.8manday =704manday704manday / 22 =32 人月此测试外包项目我司计划总人数为7人。组成人员如下：测试项目经理：人 测试骨干：4人 测试成员：2人项目总工作

17、量估计为：32人月8 所需资源8.1 软件资源需要华为提供项目需求分析明细相关的文档、现有的华为方相关业务软件及文档。9 附件9.1 项目合作经验及成功案例我司一直是华为外包合作伙伴，在项目和人力资源外包领域都有着多次的合作。目前在职开发人员全部都有着华为隶属项目的开发经历。承接了与本项目相关的项目有：SMSAV（华为方项目经理：彭瑞达）和TopEng-CSP（华为方项目经理：简春安）项目。l SMSAV项目 包括CCM（客户关怀管理）和UserProxy两个子系统，用于满足全网统一数据库的要求。的功能包括短消息的定制化特性、过滤、呼转、密友业务、匿名短信、签名档、表情业务等功能。UserPr

18、oxy包括消息跟踪、统计、命令行的控制支持、内存信息显示、死锁检查、协议兼容、批量加载等业务和功能。l opEng-CSP项目本项目是提供支撑B/S开发的实时监控系统，提高组件的性能和扩展部分功能，支撑高性能的Web化同屏质检功能的开发。包括屏幕数据压缩、屏幕数据传递、服务程序自启动、多对多的监控与被控关系、数据加密、安全策略、远程控制、显卡驱动、音频的获取压缩合成传递等。l 华为智能设备GDR容灾系统DRSevice是容灾系统的管理模块，其向上同DRagent进行连接，提高告警、接受命令和信息交互功能；向下调用DRCLI实现具体的容灾功能。DRSERVICE服务端和DRSERVICE客户端之

19、间也互相交互，彼此进行监控，协调对容灾系统进行管理。l 华为MDSP用户portal项目（MDSP Portal）以及华为IP多媒体子系统（IMS）MDSP 用户portal作为MDSP系统的展现层，位于MDSP系统的最上层，属于系统的Portal部分，在需求上基本涵盖了本次IMS系统的需求，能够有效的帮助理解IMS系统需求。该portal系统提供了友好的人机界面，供最终手机用户进行操作，灵活的广告管理用于商家的业务宣传，完整的sdk用于第三方厂商的开发。该portal系统在开发上共投入了20人左右的开发力量，峰值达到24人。作为典型的WEB应用型系统，在WEB开发上采用了当前流行的strut

20、s框架，并结合oracle后台数据库及Soap协议接口的调用，为MDSP业务平台提供了一套完善的操作管理portal系统。目前该系统已经开发完毕，并通过了系统测试。l 中国电信3G数据同步接口项目简介中国电信3G数据同步接口项目是以ISMP(中文全称：综合业务管理平台，英文全称：Integration Service Management Platform) 为平台，规范了用户之间的功能调用接口和数据同步接口。本规范适用于中国电信提供3G用户门户的设备提供商和与此相关的内容和服务提供商（CP/SP），为3G用户门户提供设备制造、工程设计和网络运行、管理和维护等方面贩技术依据。在中国电信业务网络

21、架构中，用户门户是独立与ISMP平台之外部署的。由于门户要使用平台的一些公共功能，所以必须对这些功能调用定义接口进行规范，同时，门户与平台共享一些数据，为保持数据的一致性，相应的数据同步接口也必须给予定义。其功能调用接口主要分为以下几点：1、用户管理接口：用户管理接口包括有：用户开通、修改用户密码、用户认证授权、获取用户信息、修改用户信息等功能。2、定购管理接口：定购管理接口包括有：业务定购、取消业务定购、暂停定购、激活定购、查询定购记录等功能。3、用户消费记录查询接口：用户消费记录查询接口包括有：消费额离线查询、业务使用记录查询等功能。4、业务引擎URL查询接口：业务引擎URL查询接口包括有

22、：业务引擎URL查询、短信发送接口等功能。5、数据同步接口：为了使用门户和平台能很好的协同工作，相关数据必须保持一致，数据同步接口又可以细分为两大类型：从平台到门户的数据同步（即发起方为平台，接收方为门户），功能接口包括有：产品信息数据同步接口、套餐信息数据同步接口、业务信息数据同步接口、内容信息数据同步接口、SP信息数据同步接口、号段信息数据同步接口、测试组/测试用户数据同步接口、集团信息/集团用户数据同步接口、群组信息/群组用户数据同步接口从门户到平台的数据同步（即发起方为门户，接收方为平台），功能接口包括有：产品点击统计信息数据同步接口、频道信息数据同步接口等。数据同步使用XML文件做为

23、载体，保证平台与门户之间的数据一致。当门户需要平台的同步数据时，调用平台的功能接口，平台从数据库中读取数据信息，并将数据写入到XML文件中，门户再到指定的路径中获取平台生成的XML文件，由此来获得平台的数据信息。当平台需要门户的同步数据时，同样调用门户的功能接口，由门户生成并将本地的数据写到到XML文件中，平台再到指定路径获取门户生成的XML文件，由此获取门户的数据信息。l MDSP项目简介MDSP 用户portal作为MDSP系统的展现层，位于MDSP系统的最上层，属于系统的Portal部分，在需求上基本涵盖了本次IMS系统的需求，能够有效的帮助理解IMS系统需求。该portal系统提供了友

24、好的人机界面，供最终手机用户进行操作，灵活的广告管理用于商家的业务宣传，完整的sdk用于第三方厂商的开发。该portal系统在开发上共投入了20人左右的开发力量，峰值达到24人。作为典型的WEB应用型系统，在WEB开发上采用了当前流行的struts框架，并结合oracle后台数据库及Soap协议接口的调用，为MDSP业务平台提供了一套完善的操作管理portal系统。目前该系统已经开发完毕，并通过了系统测试。10 软件测试流程和质量保证我司软件开发测试流程采用CMMI的模型，首先根据项目类型选择项目的生命周期模型，制定测试计划、风险计划、配置管理计划，建立项目管理小组，任命PM、CCB、CM、TS、SEPG和相关的人员。整个生命周期大致分为项目调研和风险分析、需求分析、用例设计与评审、单元测试、集成测试、系统测试和发布阶段，整个的流程和华为的CMM类似。由于我司很多的员工都参与了华为MDSP项目、IMS、SMSAV