项目测试计划——实例免费下载解析.docVIP

项目测试计划——实例免费下载解析.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
车辆调度系统(CAS) 测试计划 华南理工大学软件学院 05级4班第X项目组 编写 符少阳 2008 年 4 月 组员: 何潮、张尹聪、符少阳、郑焜镪、吕书哲 项目经理: 吕书哲 目录 1 简介 3 1.1 目的 3 1.2 背景 3 1.3 范围 4 1.3.1 总体描述 4 1.3.2 详细描述 4 1.3.3 相关风险 5 2 测试参考文档和测试提交文档 5 2.1 测试参考文档 5 2.2 测试提交文档 5 3 测试进度 6 4 测试资源 6 4.1 人力资源 6 4.1.1 项目总体人员分配 6 4.1.2 各项测试人员分配 7 4.2 测试环境 7 4.3 测试工具 7 4.3.1 测试工具描述 7 4.3.2 测试工具分配 8 5 系统风险及优先级 8 6 测试策略 8 6.1 单元测试 8 6.2 集成测试 9 6.3 功能测试 9 6.4 性能测试 10 7 问题严重度描述 10 8 与测试有关的任务 10 简介 目的 本测试计划文档作为指导此测试项目秩序渐进的基础,帮助我们安排合适的资源和进度,避免可能的风险。本文档有助于实现以下目标: 1.确定现有项目的信息和应测试的软件构件。 2.列出推荐的测试需求(高级需求)。 3.推荐可采用的测试策略,并对这些策略加以详细说明。 4.确定所需的资源,并对测试的工作量进行估计。 5.列出测试目的可交付元素,包括用例以及测试报告等。 背景 车辆调度管理系统(CAS),本系统适用于中小型运输公司。而根据一般运输业的需求的特点:业务覆盖广、车辆较多、信息量大区域与线路监控要求突出与运管单位配合紧密需要完善车辆统一信息管理验证软件的功能和性能其它特点是否与用户的一致。。 测试资源 人力资源 项目总体人员分配 角色 分配的角色 具体职责 测试人员 符少阳,张尹聪 制定维护测试计划,设计测试用例与测试 进程,搭建测试环境,执行集成测试、功能测试、系统测试、验收测试,提交测试报告 审查人员 何潮、吕书哲、郑焜镪 单元测试;监督测试,并协助修改代码 各项测试人员分配 任务 主要负责人 所需工具 1、需求复审 符少阳,张尹聪 2、单元测试 各模块开发人员 3、集成测试 张尹聪 4、功能测试 符少阳 5、压力测试 符少阳 6、性能测试 符少阳 7、容错测试 符少阳 测试环境 描述测试的软件环境和硬件环境,要求给出所使用的所有软件、硬件的CPU、内存、硬盘等情况,以及软硬件的部署情况 系统:windowsXP 测试工具:Microsoft Visual C++ 6.0,loadrunner等 硬件要求:CPU主频1.4GHz以上 内存 128M以上 硬盘 40G 以上 测试工具 测试工具描述 测试工具描述: LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner , 企业能最大限度地缩短测试时间, 优化性能和加速应用系统的发布周期。 LoadRunner 是一种适用于各种体系架构的自动负载测试工具, 它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统, 它通过模拟实际用户的操作行为和实行实时性能监测, 来帮助测试人员更快的查找和发现问题。 测试工具分配 测试工具分配 用途 工具 使用者 单元测试 各模块开发人员 集成测试 张尹聪 功能测试 手动 符少阳 系统测试 Load Runner 符少阳 系统风险及优先级 风险 ID号 风险描述 责任人 优先级 规避措施 风险应急计划 1 人员无法及时到位 项目经理 高 定期催促队员 从空闲队员中物色人员 推迟进度计划 提高工作效率 2 人员技能不符合要求 项目经理 中 技能培训 请教高手 提高培训强度 对工作输出加强检视 测试策略 单元测试 测试目标 揭示出模块与其接口规格说明存在的矛盾 测试范围 车辆调度、资源管理、数据管理、系统设置四个模块 技术 自底向上方法,先黑盒测试,再白盒测试法提高覆盖率。 开始标准 需求测试完成,代码开发完成 完成标准 所有单元测试用例都被执行过;所有发现的缺陷被修正并回归测试过;所有被测对象的语句覆盖率达到100%,或能明确给出不需要达到的理同;单元测试报告被权签人批准。 测试重点和优先级 程序的逻辑错误 需考虑的特殊事项 集成测试 测试目标 把子功能族组合起来形成更大的子功能族 测试范围 针对每个接口,考虑参数个数、参数的输入输出属性、参数的顺序、参数的

文档评论(0)

三哥 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档