1 / 10
文档名称:

webtours测试计划.docx

格式:docx   大小:20KB   页数:10页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

webtours测试计划.docx

上传人:百里登峰 2022/6/3 文件大小:20 KB

下载得到文件列表

webtours测试计划.docx

文档介绍

文档介绍:网上订票系统
测试计划
表1-5测试计划说明表
总页数
正文
附录
生效日期: 2015 年1月14日
编制:
审核:
批准:
表1-6修订历史记录
日期
版本
说明
作者
2015/1/14
上的缺陷。 这时处理这个缺陷所带来的风险就很大, 对 策是去掉(Diasble)那个新功能,转移这种风险;
有些风险不可避免,就设法降低风险,如“程序中未发现的缺陷”这种风险总是存在,
我们就要通过提高测试用例的覆盖率(如达到 %来降低这种风险;?
为了避免、转移或降低风险,事先要做好风险管理计划和控制风险的策略,并对风 险的处理还要制定一些应急的、有效的处理方案。
测试策略
功能测试
测试对象的功能测试应该侧重丁可以被直接追踪到用例或业务功能和业务 规则的所有测试需求。这些测试的目标在丁核实能否正确地接受、处理和检索数 据以及业务规则是否正确实施。这种类型的测试基丁黑盒方法,即通过图形用户 界面(GUI)与应用程序交互并分析输出结果来验证应用
程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概要:
表1-9功能测试说明表
测试目标:
确保测试对象的功能正常,其中包括导航、数据输入、处理和检 索等。
方法:
利用似的和无效的数据来执行各个用例、 用例流或功能,以核
实以下内容:
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。
完成标准:
所计划的测试已全部执行。
所发现的缺陷已全部解决。
需考虑的特 殊事项:
确定或说明那些将对功能测试的实施和执行造成影响的事项或 因素(内部的或外部的)
用户界面测试
通过用户界面(UI)测试来核实用户与软件的交互。UI测试的目标在丁确 保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。 除此之外,UI
测试还要确保UI功能内部的对象符合 预期要求,并遵循公司或行业的标准。
表1-11用户界面测试说明表
测试目标:
核实以下内容:
通过浏览测试对象可正确反映业务的功能和需求, 这种浏览包括
窗口与窗口之间、字段与字段之间的浏览,以及各种访问方
法 (Tab健、鼠标移动和快捷键)的使用
窗口的对象和特征(例如:菜单、大小、位置、状态和中心)都 符合标准。
方法:
为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都 可正确地进行浏览,并处丁正常的对象状态。
完成标准:
证实各个窗口都与基准版本保持一致,或符合可接受标准 1
需考虑的特 殊事项:
并不是所有定制或第三方对象的特征都可访问。
性能评价
性能评价是一种性能测试,它对响应时间、事务处理速率和其他与时间相关 的需求进行评测和评估。性能评价的目标是核实性能需求是否都已满足。实施和 执行性能评价的目的是将测试对象的
性能为当作条件(例如工作量或硬件配置)的一种函数来进行评价和微调。
注:以下事务均指“逻辑业务事务”。这种事务被定义为将由系统的某个主角通 过使用测试对象来执行的特定用例,例如,添加或修改某个合同。
表1-12性能测试说明表
测试目标:
核头所指正的事务或业务功能在以下情况下的性能仃为: 正常的预期工作量
预期的最繁重工作量