最新webtours测试计划资料.docxVIP

网上订票系统测试计划 表1-5测试计划说明表 总页数 正文 附录 生效日期： 2015 年1月14日 编制： 审核： 批准： 表1-6修订历史记录 日期 版本 说明 作者 2015/1/14 x.x ＜详细信息＞ ＜姓名＞ 目录 TOC \o 1-5 \h \z 1?简介 3 1?1目的 错误！未定义书签。 1?2背景 ? 1.3范围 ? 1.4使用文档 ? \o Current Document 2?测试需求 ? \o Current Document 3?测试风险 ? \o Current Document 4?测试策略 ? 4.1测试类型 错误！未定义书签。 4.1.1数据和数据库完整性测试 错误！未定义书签。 4.1.2功能测试 ? 4.1.3业务周期测试 错误！未定义书签。 4.1.4用户界面测试 ? 4.1.5性能评价 ? 4.1.6负载测试 错误！未定义书签。 4.1.7强度测试 错误！未定义书签。 4.1.8容量测试 错误！未定义书签。 4.1.9安全性和访问控制测试 错误！未定义书签 4?1?10故障转移和恢复测试 错误！未定义书签。 4.1.11配置测试 错误！未定义书签。 4.1.12安装测试 错误！未定义书签。 TOC \o 1-5 \h \z 5?工具- 29 6资源 7 6.1人力资源 ? \o Current Document 6.2系统资源 ? \o Current Document 7?测试进度和里程碑 ? \o Current Document 7.1项目测试进度 ? \o Current Document 7.2测试里程碑 ? \o Current Document 8.可交付工件 ? 简介 1.1目的 〈网上订票系统〉的这一“测试计划”文档的目的是: 确定现有项目的信（1） 提供一个对项目软件进行测试的总体安排和进度计划, 息和应测试软件构件。 确定现有项目的信 （2） 标明推荐的测试需求（高层次）。 （3） 推荐可采用的测试策略，并对这些策略加以说明。 （4） 确定所需的资源，并对测试的工作量进行估计。 （5） 列出测试项目的可交付元素 1 ? 2冃^景 本项目测试的对象是HP LoadRunner软件自带的 Web Tours网上订票系统， 这是一款基于 ASP.NET平台的网站。基于先进的.NET Framework,默认支持SOL Server数据库，可扩展支持ACCESSMySql等多种数据库。支持基于IE、Chrome Firefox、Opera 等浏览器。 WebTours网站主要是提供方全世界用户进行网上订票、查看订票信息、预 订机票、修改预订机票的功能支持。 1. 3范围 对Web Tours网站的注册、登陆、订票、查询以及退票功能进行功能测试、 性能测试和界面测试 1. 4使用文档 下表列出了制定测试计划所用的文档，并标明了文档的可用性： 表1-7测试计划使用文档列表 文档 （版本/日期） 已创建或可用 已被接受或已 经过复审 作者或 来源 备注 测试计划模版 是 是 老师 测试需求 下面列出了那些已被确定为测试对象的项目（用例、功能性需求和非功能性需求） 。此 列表说明了测试的对象。在此处输入一个主要测试需求的高层次列表。例如： .功能测试 注册、登陆、订票、查询以及退票功能 ?用户界面测试 注册、登陆、订票、查询以及退票功能 ?性能测试 注册、登陆、订票、查询以及退票功能 测试风险 软件测试风险是不可避免的、 总是存在的，所以对测试风险的管理非常重要， 必须尽力 降低测试中所存在的风险， 最大程度地保证质量和满足客户的需求。 在测试工作中，主要的 风险有： 1 ?质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终 测试不到或验证的标准不对； 2?测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏； 3?需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够； 4 ?质量标准不都是很清晰的，如适用性的测试，仁者见仁、智者见智； 5?测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等； 6?测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差； 7 ?有些缺陷出现频率不是百分之百， 不容易被发现；如果代码质量差，软件缺陷很多， 被漏检的缺陷可能性就大； 回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。 前面三种风险是可以避免的， 而四至七的四种风险是不能避免的， 可以降到最低。最后 一种回归测试风险是可以避免，但出于时间或成本的考虑，一般也是存在的。 针对上述软件测试的风险，有一些有效的测试风险控制方法