网站大量收购独家精品文档,联系QQ:2885784924

第六章 订票系统测试方案.doc

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
订票系统测试方案 概述 1.1 目的 编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于订票系统模块功能和性能的测试指导。 1.2 名词解释 软件测试策略:在一定的软件测试标准、测试规范的指导下,依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。 测试准入:就是测试在具备哪些条件的时候可以进入开始测试。 测试挂起:简单讲就是有条件的暂停测试,待条件成熟后再继续执行测试。 1.3 参考资料 测试策略 软件测试策略:在一定的软件测试标准、测试规范的指导下,依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。 2.1 性能测试准入条件、通过标准,失败与挂起标准 准入条件: 1)测试环境部署完毕(包括应用服务器、中间件、数据库、客户端) 2) 测试范围内模块功能完善 数据库测试数据准备完毕 运维方提供拥有对应操作权限的操作用户 数据库中已具备与日常生产环境同级别的数据量,可以保证性能测试结果的准确性通过 通过标准:测试的实际结果与测试用例中的预期结果一致 失败标准:测试的实际结果与测试用例中的预期结果不一致 挂起标准:1.主业务流上某些问题导致工作流不通顺 2.某些功能模块的问题导致依赖其实现的功能不能测试 3.资源的短缺,如测试过程中需要抽调人员到其他任务中 4.测试中发现程序结构(或业务)不合理 2.2功能测试 测试目标:测试系统功能是否正常,异常情况能否正确处理。 测试范围:根据具体情况确定。 技术:使用黑盒测试的方法以及QTP的使用 开始标准:测试用例编写完成并且通过评审 结束标准:95%测试用例通过并且最高级缺陷全部解决 2.3用户界面测试 测试目标:核实各个窗口风格(包括颜色、字体、提示信息、图标、TITLE等等)都与基准版本保持一致,或符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯。 测试范围:1.导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等。2.友好性、可操作性(易用性)。 技术:使用黑盒测试的方法以及QTP的使用 开始标准:测试用例编写完成并且通过评审 结束标准:95%测试用例通过并且最高级缺陷全部解决 2.4 兼容性测试 测试目标:核实系统在不同的软件和硬件配置中运行稳定。 测试范围:1.使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。2.不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。 技术标准完成标准标准完成标准我的常用联系人 我的常用联系人

您可能关注的文档

文档评论(0)

kehan123 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档