最新webtours测试计划资料

上传人:碎****木 文档编号:237665092 上传时间:2022-01-10 格式:DOCX 页数:11 大小:29.43KB
返回 下载 相关 举报
最新webtours测试计划资料_第1页
第1页 / 共11页
最新webtours测试计划资料_第2页
第2页 / 共11页
最新webtours测试计划资料_第3页
第3页 / 共11页
亲,该文档总共11页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《最新webtours测试计划资料》由会员分享,可在线阅读,更多相关《最新webtours测试计划资料(11页珍藏版)》请在金锄头文库上搜索。

1、日期版本说明作者2015/1/14精品文档网上订票系统测试计划总页数正文附录生效日期:2015 年 1 月 14 日编制:审核:批准:表 1-5 测试计划说明表表 1-6 修订历史记录精品文档精品文档目录1. 简介31.1 目的错误!未定义书签。1.2 背景41.3 范围41.4 使用文档42. 测试需求43. 测试风险54. 测试策略54.1 测试类型错误!未定义书签。4.1.1 数据和数据库完整性测试错误!未定义书签。4.1.2 功能测试54.1.3 业务周期测试错误!未定义书签。4.1.4 用户界面测试64.1.5 性能评价64.1.6 负载测试错误!未定义书签。4.1.7 强度测试错误

2、!未定义书签。4.1.8 容量测试错误!未定义书签。4.1.9 安全性和访问控制测试错误!未定义书签。精品文档精品文档4.1.10 故障转移和恢复测试错误!未定义书签。4.1.11 配置测试错误!未定义书签。4.1.12 安装测试错误!未定义书签。5.工具-296 资源 76.1 人力资源76.2 系统资源87. 测试进度和里程碑87.1 项目测试进度87.2 测试里程碑98. 可交付工件9精品文档精品文档1. 简介1.1 目的网上订票系统的这一“测试计划”文档的目的是:(1) 提供一个对项目软件进行测试的总体安排和进度计划,确定现有项目的信息和应测试软件构件。(2) 标明推荐的测试需求(高层

3、次)。(3) 推荐可采用的测试策略,并对这些策略加以说明。(4) 确定所需的资源,并对测试的工作量进行估计。(5) 列出测试项目的可交付元素1.2 背景本项目测试的对象是 HP LoadRunner 软件自带的 Web Tours 网上订票系统, 这是一款基于 ASP.NET 平台的网站。基于先进的.NET Framework,默认支持 SOL Server 数据库,可扩展支持 ACCESS、MySql 等多种数据库。支持基于 IE、Chrome、Firefox、Opera 等浏览器。Web Tours 网站主要是提供方全世界用户进行网上订票、查看订票信息、预订机票、修改预订机票的功能支持。1

4、.3 范围对 Web Tours 网站的注册、登陆、订票、查询以及退票功能进行功能测试、性能测试和界面测试1.4 使用文档下表列出了制定测试计划所用的文档,并标明了文档的可用性:表 1-7 测试计划使用文档列表文档(版本/日期)已创建或可用已被接受或已经过复审作者或来源备注测试计划模版是是老师2. 测试需求下面列出了那些已被确定为测试对象的项目(用例、功能性需求和非功能性需求)。此列表说明了测试的对象。在此处输入一个主要测试需求的高层次列表。例如: 2.1功能测试注册、登陆、订票、查询以及退票功能2.2. 用户界面测试注册、登陆、订票、查询以及退票功能2.3. 性能测试注册、登陆、订票、查询以

5、及退票功能精品文档精品文档3. 测试风险软件测试风险是不可避免的、总是存在的,所以对测试风险的管理非常重要,必须尽力降低测试中所存在的风险,最大程度地保证质量和满足客户的需求。在测试工作中,主要的风险有:1. 质量需求或产品的特性理解不准确,造成测试范围分析的误差,结果某些地方始终测试不到或验证的标准不对;2. 测试用例没有得到百分之百的执行,如有些测试用例被有意或无意的遗漏;3. 需求的临时/突然变化,导致设计的修改和代码的重写,测试时间不够;4. 质量标准不都是很清晰的,如适用性的测试,仁者见仁、智者见智;5. 测试用例设计不到位,忽视了一些边界条件、深层次的逻辑、用户场景等;6. 测试环

6、境,一般不可能和实际运行环境完全一致,造成测试结果的误差;7. 有些缺陷出现频率不是百分之百,不容易被发现;如果代码质量差,软件缺陷很多, 被漏检的缺陷可能性就大;8. 回归测试一般不运行全部测试用例,是有选择性的执行,必然带来风险。前面三种风险是可以避免的,而四至七的四种风险是不能避免的,可以降到最低。最后一种回归测试风险是可以避免,但出于时间或成本的考虑,一般也是存在的。针对上述软件测试的风险,有一些有效的测试风险控制方法,如:测试环境不对可以通过事先列出要检查的所有条目,在测试环境设置好后,由其他人员按已列出条目逐条检查;有些测试风险可能带来的后果非常严重,能否将它转化为其他一些不会引起

7、严重后果的低风险。如产品发布前夕,在某个不是很重要的新功能上发现一个严重的缺陷,如果修正这个缺陷,很有可能引起某个原有功能上的缺陷。这时处理这个缺陷所带来的风险就很大,对策是去掉(Diasble)那个新功能,转移这种风险;有些风险不可避免,就设法降低风险,如“程序中未发现的缺陷”这种风险总是存在,我们就要通过提高测试用例的覆盖率(如达到99.9%)来降低这种风险;为了避免、转移或降低风险,事先要做好风险管理计划和控制风险的策略,并对风险的处理还要制定一些应急的、有效的处理方案。4. 测试策略4.1 功能测试测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规则的所有测试需求。这些

8、测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正确实施。这种类型的测试基于黑盒方法,即通过图形用户界面 (GUI) 与应用程序交互并分析输出结果来验证应用程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概要: 表 1-9 功能测试说明表测试目标:确保测试对象的功能正常,其中包括导航、数据输入、处理和检索等。精品文档精品文档方法:完成标准:需考虑的特殊事项:利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容:在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。所计划的测试已全部执行。所发现的缺陷已全

9、部解决。确定或说明那些将对功能测试的实施和执行造成影响的事项或因素(内部的或外部的)4.2 用户界面测试通过用户界面 (UI) 测试来核实用户与软件的交互。UI 测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外,UI 测试还要确保 UI 功能内部的对象符合预期要求,并遵循公司或行业的标准。表 1-11 用户界面测试说明表测试目标:核实以下内容:通过浏览测试对象可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法 (Tab 健、鼠标移动和快捷键)的使用方法:完成标准:窗口的对象和特征(例如:菜单、大小、位置、状态和中心)

10、都符合标准。为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。证实各个窗口都与基准版本保持一致,或符合可接受标准需考虑的特殊事项:并不是所有定制或第三方对象的特征都可访问。4.3 性能评价性能评价是一种性能测试,它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评价的目标是核实性能需求是否都已满足。实施和执行性能评价的目的是将测试对象的性能为当作条件(例如工作量或硬件配置)的一种函数来进行评价和微调。注:以下事务均指“逻辑业务事务”。这种事务被定义为将由系统的某个主角通过使用测试对象来执行的特定用例,例如,添加或修改某个合同。表

11、1-12 性能测试说明表测试目标:核实所指定的事务或业务功能在以下情况下的性能行为:正常的预期工作量 预期的最繁重工作量精品文档精品文档方法:使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量,或通过修改脚本来增加每项事务的迭代次数。脚本应该在一台计算机上运行(最好是以单个用户、单个事务为基准),并在多台客户机(虚拟的或实际的客户机,请参见下面的“需考虑的特殊事项”)上重复。完成标准:单个事务或单个用户:在每个事务所预期或要求的时间范围内成功地完成测试脚本,没有发生任何故障。多个事务或多个用户:在可接受的时间范围内成功地完成测试脚本,没有发生任何故障。需考虑的特综合的性能测

12、试还包括在服务器上添加后台工作量。殊事项:可采用多种方法来执行此操作,其中包括:直接将“事务强行分配到”服务器上,这通常以“结构化查询语言”(SQL) 调用的形式来实现。通过创建“虚拟的”用户负载来模拟许多个(通常为数百个)客户机。 此负载可通过“远程终端仿真” (Remote Terminal Emulation) 工具来实现。 此技术还可用于在网络中加载“流量”。使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。性能测试所用的数据库应该是与实际大小相同或等比例缩放的数据库。5. 工具自动化性能测

13、试工具:LoadRunner-116. 资源本节列出推荐 项目使用的资源,及其主要职责、知识或技能。6.1 人力资源下表列出了在此项目的人员配备方面所作的各种假定。注:可视情况删除或添加项目。精品文档精品文档人力资源具体职责或注释角色推荐的最少资源表 1-20 人力资源说明表测试组长,1 人负责拟定软件项目的测试计划和方案,提供测试技术指导,组织测试资源,安排测试计划实施,提交测试分析报告, 总结整个测试活动。测试设计员3 人参与制定测试计划,生成测试模型,在面向对象的设计系统中确定并定义测 试类的操作、属性和关联关系,确定测试用例,指导测试实施,参与测试评估和测试分析报告的编写。测试员3 人执行实施测试,填写测试记录,记录结果和缺陷。6.2 系统资源下表列出了测试项目所需的系统资源。此时并不完全了解测试系统的具体元素。建议让系统模拟生产环境,并在适当的情况下减小访问量和数据库大小。表 1-21 系统资源说明表系统资源资源名称/类型数据库服务器网络或子网服务器名服务器名数据库名 客户端测试 PC包括特殊的配置需求测试存储库网络或子网服

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 教育/培训

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号