的检索设计系统的实现内容管理系统设计与实现数据库的设计与实现数据库设计核心思想数据库的选择主要数据表结构本章小结第五章系统测试测试目标测试计划系统测试测试环境功能测试性能测试本章小结第六章总结与展望回顾和总结工作展望参考文献致谢第章绪论第章绪论论文背景乐视网信息技术股份有限公司以下简称乐视网是在国内唯的家上市的视频网站，也是全球第家上市的视频网站。为了增强其在众多视频网站中的核心竞争力，乐视网在行业内首创平台内容终端应用的生态模式。作为吸引客户的资本，视频资源是其中重要的环，更是网站发展的根基所在。拥有海量的库存节目资源仅是构建基础的部分。为了满足对资源信息的有效管理和合理运用，必须构建套科学的方便运营的稳定的媒资资源信息管理系统。图乐视生态乐视网创建之初，播放平台仅浏览器。后随着企业发展战略的更变，乐视网逐步向多终端支持路线发展，目前包含三种硬件终端端移动端端七种展示平台平台客户端站网页端手机客户端客户端和客户端。各终端由相应的开发部门负责，各个部门为了能快速的反映市场的变化开发适合各自终端的后台系统，系统之间存在严重的重复开发，资源过于分散的情况，系统之间耦合紧密，对于技术人员多系统维护成本高昂，对于运营人员同内容需要同时维护多个，不必要的日常工作量很大，也非常易出错。因此需要对乐视媒资系统进行重构，在满足现有功能的基础上，解决目前系统所存在的问题，快速灵活北京大学硕士学位论文地适应多变化的业务需求，支持媒资资产海量大数据的运行。国内外现状分析媒体资产管理系统的概念最早源于内容管理系统的概念，基本的理念与技术来源于数字图书馆。早在年美国率先展开了对数字化图书馆的研究工作。年至年代号美国往事的数字图书馆工程是世界上第个数字图书馆的实例。数字图书馆的理念成型后，紧接着公司将其特有的数据库技术与数字图书馆技术相接，继而开发了个完整软件系统，并为数字图书馆系统构造了由客户端索引服务器对象服务器组成的三角形体系结构管理模型。此后十年,公司以此模型为基础成功的将媒体资产的概念推行。媒体资产方面，是最早采用媒资管理系统的电视台，年第个数字化媒体资产管理系统中的数据仓库第次以数字方式管理了在过去年中积累的份档案资料，媒体资产管理系统所提供的便利性推动了媒资数字化的改革。之后法国德国英国等国家的电视台也开始使用媒资系统。与国外相比，国内媒体资产管理的概念应用相对较晚。自上个世纪九十年代中期，广电机构的数字化历程开始起步。年，由北京捷成公司为中国电影资料馆量身定做的中国电影资料管理系统是中国第个媒体资产管理系统。在广电总局颁布的电视台数字化网络建设白皮书后，传统的广电行业开始加速传统设备的计算机化和网络化的进程。但是数字化的改变不可能从根本上更改现有的节目生产方式，网络化的发展是数字化下步的必然历程，网络化的进化又催生了对媒体资产科学管理的需求。各家电视台的媒资系统如雨后春笋般出现。但是这些系统的侧重点都在数字化和媒体存储，且展现平台形式单，对视频网络安全性要求比较低，也不存在视频的发布问题，不足以满足互联网视频网站的对视频管理的需求。系统建设意义互联网崛起以来，视频行业也随着的时代稳步向的时代过度。用户观看视频的体验从开始的单向被动接收，到主动选择，甚至可以通过对用户行为的分析，推送给用户更符合用户爱好的推送视频。随着多终端的发展，企业战略的更替，对视频本身视频相关信息以及视频发布流程的管理有了更高的要求，为了多平台内容统化和互通互推，整个媒体资产管理系统的重构可以降低维护和操作成本，重构第章绪论套科学的可扩展的和高效的媒体资产管理系统对整个公司的战略十分重要。媒体资产管理过程中，视频结构和相互之间的关系复杂，业务处理流程繁琐。媒资系统在处理这些复杂流程时可以扮演关键角色，是业务运作的核心战略系统。特别是对于乐视网这种持续运营的互联网视频网站，拥有的视频资源量极大。科学的媒体资产管理系统可以给乐视的未来带来如下好处实现对视频文件的统管理，视频收录后可自动转码成统的视频格式和多种码流，方便视频消费者在各种情况下的观看。实现视频处理工作的自动化。帮助视频从收录到发布过程中许多复杂耗时的业务处理以及工作流程自动化处理自动转码存储管理播放页发布等，提高工作效率降低运行成本。标准统工作协调。系统内视频信息格式统，通过技术手段引导编辑和运营人员对视频编辑和发布的标准化操作。实现多岗位员工在线合作和进程协调。构建先进可扩展的业务平台。实现了多平台播放控制管理，确保了平台之间内容的统性，实现了终端之间的互通互推。组织结构本文的组织结构是依据原系统所存在的主要问题并结合用户对系统的实际需求设计的系统整体架构，最后测试的顺序编写的。本文首先对国内外媒体资产管理系统的现状进行了宏观分析又结合乐视网公司自身现状阐明了媒体资产管理系统重构的必要性，并再此基础上确定了论文的目标和内容研究方向。本文主要研究面向视频网站的媒描述用户上传视频后，会经过视频转码分发环节处理，生成的元数据信息推送到元数据管理子系统，数据接收模块负责把数据保存到相关的数据表中。第五章系统测试验证步骤在转码子系统查看视频转码分发已完成。查看元数据管理子系统数据表中的数据是否更新。预期结果更新成功。视频信息管理子系统主要负责维护视频编排关系和多终端播控，下面分别介绍视频编排关系模块视频编辑功能和多终端播控模块的终端播放控制功能测试用例表数据接收模块的分发后成品信息接收功能用例用例名称视频编排关系模块视频编辑功能用例编号用例描述运营人员登录系统后，按业务需求编辑视频内容，选择视频所在专辑，并可设置是否保存后发布等。验证步骤用户登录系统后编辑视频信息并保存。查看线上页面内容是否改变。预期结果编辑成功。表多终端播控模块的终端播放控制功能测试用例用例名称多终端播控模块终端播放控制功能用例编号用例描述运营人员登录系统后，可对单个专辑或视频设置支持播放的平台，未勾选的平台在设置保存后，不会显示该视频信息。验证步骤用户登录系统后勾选视频支持播放的平台并保存。分别查看勾选和未勾选平台是否有该视频信息。预期结果勾选平台可查到，未勾选不能查到。视频内容管理子系统主要负责维护频道页数据更新模板更新和静态页生成。下面分别介绍频道页管理模块的数据更新测试用例，页面碎片管理模块的碎片内容变更测试用例，静态页生成模块的页面生成测试用例表频道页管理模块的数据更新测试用例用例名称频道页管理模块数据更新功能用例编号用例描述运营人员登录系统后，编辑频道页中个模块数据并保存，会触发静态页生成模块的页面生成功能，并更新到线上服务器。北京大学硕士学位论文验证步骤用户登录系统后编辑频道页数据并保存。查看线上页面内容是否改变。预期结果编辑成功。表页面碎片管理模块的碎片内容变更测试用例用例名称页面碎片管理模块碎片内容变更功能用例编号用例描述开发人员登录系统后，打开个页面碎片的编辑页面，对其内容做些修改并保存，页面中的相应模块内容也会显示改变。验证步骤用户登录系统后编辑碎片内容并保存。查看生成的页面中内容是否与修改致。预期结果显示致，编辑成功。表静态页生成模块的页面生成测试用例用例名称静态页生成模块页面生成功能用例编号用例描述运营人员通过视频信息管理子系统维护个视频内容并保存发布，静态页生成模块接收到页面生成指令后，读取页面最新数据并生成新的静态页面，然后推送到生产服务器。验证步骤用户登录视频信息管理子系统后编辑视频内容并保存。设置视频为发布状态在浏览器打开静态页面查看是否更新。预期结果页面显示最新内容，生成成功。性能测试媒体资产管理各子系统承担的任务和面向用户不同，对性能的要求也不样。上传存储子系统对性能要求是上传速度和稳定性和同时支持上传并发数元数据管理子系统对性能要求是支持的最大并发请求数视频信息管理子系统对性能要求是同时在线编辑人数和信息查询保存速度视频内容管理子系统对性能要求除了和视频信息管理子系统要求之外，还包括静态页面生成速度。本系统采用作为压力测试工具，通过检测系统交互响应时间值内存使用和使用的情况，对系统性能指标的压测结果进行分析。下面分别对该子系统的性能需求进行压力测试用例第五章系统测试表上传存储子系统同时上传并发测试用例用例名称上传文件并发测试性能描述系统支撑的同时上传文件并发数量用例目的测试系统能承受最大并发数量，找出系统瓶颈并解决，达到最优的性能前提条件使用压测工具模拟上传文件，并设置个初始的文件数，系统服务器的内存使用率在正常标准范围内。验证步骤并发数初始值设置，并每次按个递增，找到最优的并发数预期结果并发数符合设计预期表元数据管理子系统数据更新请求并发测试用例用例名称数据更新请求并发测试性能描述系统支撑的数据接收请求并发数量用例目的测试系统能承受最大并发数量，找出系统瓶颈并解决，达到最优的性能。前提条件模拟组数据用户压测，系统服务器的内存使用率在正常标准范围内验证步骤并发数初始值设置，并每次按个递增，找出服务承受的最大并发数预期结果并发数符合设计预期表视频信息管理子系统同时在线编辑人数测试用例用例名称数据更新请求并发测试性能描述用户同时编辑视频信息的页面数量用例目的测试系统能承受最大并发数，找出系统瓶颈并解决，达到最优的性能。前提条件虚拟出定数量页面，并可同时编辑，系统服务器的内存使用率在正常标准范围内验证步骤初始值设置个虚拟页面，并每次按个递增，确定各环节正常响应的最大并发预期结果并发数符合设计预期表视频内容管理子系统静态页面并发生成测试用例用例名称系统静态页面生成并发测试性能描述系统同时可生成的静态页面个数用例目的测试系统同时生成静态页面个数，定位系统瓶颈并解决北京大学硕士学位论文前提条件虚拟大量需要生成静态页面的文件，系统服务器的内存使用率在正常标准范围内验证步骤初始值设置个静态页面，并每次按个递增，确定各环节正常响应的最大并发预期结果并发数符合设计预期本章小结本章描述了媒体资产管理系统测试的相关内容，分别介绍了系统测试的目标，测试需要遵循的基本原则测试计划的制定和意义以及系统主要模块的测试用例设计。在功能测试中，针对系统的承担任务面向用户的不同，设计的测试用例时也会有所区别，最终目的是通过测试用例