《酒店担保测试计划.docx》由会员分享，可在线阅读，更多相关《酒店担保测试计划.docx（7页珍藏版）》请在三一文库上搜索。
1、酒 店 担 保 功 能测试计划 作者：王建华 日期：2009-2-4目录1简介31.1目的31.2背景31.3范围32.测试参考文档和测试提交文档32.1测试参考文档32.2测试提交文档43.测试进度44.测试资源44.1人力资源44.2测试环境44.3测试工具55.系统风险、优先级56.测试策略56.1数据和数据完整性测试56.2集成测试56.3功能测试66.4用户界面测试66.5性能测试77.附录：Bug优先级评定71 简介1. 1目的项目名称：信用卡担保及代收代付因公司业务发展需要公司担保（信用卡担保，我公司冻结用户信用卡中的金额）业务，收取用户信用卡，并冻结卡内相应金额，以保证入住，当
2、用户NoShow时，公司会将卡内冻结金额扣除；代收代付，是用户提前将房款汇至我公司，或提供信用卡，我公司从卡内扣除相应的房款；酒店担保（将用户的信用卡信息提供给酒店），延用目前的业务及功能；因此，需要提供规则的录入功能。1. 2背景1.3范围本次测试共分：单元测试、集成测试（功能、GUI）、系统测试三个阶段；单元测试：主要集中为开发人员进行，测试人员协助进行jesson接口的测试工作；集成测试：主要有测试人员进行，包括对该项目的功能、GUI、业务逻辑等项的测试，同时提供测试用例和集成测试终结的报告等相关文档；系统测试：此阶段将进行整个项目的联调测试，包括业务逻辑的整体流程和部分前后台整体测试，
3、此阶段由测试人员负责，并提交最中的测试报告；项目过程中存在的主要风险：需求变动、人员变动、项目过程中穿插其它紧急开发测试任务等。2. 测试参考文档和测试提交文档2.1测试参考文档测试参考文档：信用卡担保及代收代付.docx担保逻辑5.vsd090114后天担保快乐逸行酒店担保订单模版.docx090114后天担保新的信用卡担保需求.doc090114后天担保修改&取消.vsd2.2测试提交文档测试文档提交内容：测试计划书、功能GUI测试用例、测试报告3.测试进度测试活动计划开始日期实际开始日期结束日期制定测试计划2009-2-42009-2-42009-2-4设计测试2009-2-5集
4、成测试系统测试业务验收测试产品发布4.测试资源4.1人力资源下表列出了在此项目的人员配备方面所作的计划。人员具体职责或注释周娟进行测试工作，编写测试用例及测试报告；王建华进行测试工作，编写测试用例及测试报告；其它人员（1人）根据项目进度协调测试组其它人员给予相应支持；4.2测试环境下表列出了测试的系统环境软件环境操作系统winxp、win2003serverIEie6.0、ie7硬件环境网络设备4.3测试工具此项目将列出测试使用的工具：本项目由于业务逻辑相当复杂，同时，不会产生性能问题，所以主要已人工测试为主，必要是可以考虑使用QTP等自动化工具进行小范围辅助测试。5.系统风险、优先级项目测试
5、的风险主要表现在：1. 需求的临时变更；2. 开发测试过程中穿插其它紧急开发测试任务，造成工期的拖延；3. 人员变动引起的项目不固定；4. 配置安装环境的变更；6.测试策略本次测试主要以功能性测试为主，主要满足业务逻辑功能的实现。由于，不会有大面积的读写数据库和访问服务器的操作，性能不是本项目测试主要考虑的问题，所以本次测试并不会进行性能等方面的测试。此外，本次测试还将进行多系统多IE版本的兼容性测试及检查数据完成性的测试。6.1数据和数据完整性测试测试目标：保证酒店功能测试的扣款、返款等项的数据准确行，及页面转换后数据的保存的完整性等。测试范围：酒店担保各功能及该项目所涉及到下单各步骤；技术
6、：主要为人为判断，具体根据测试用例；开始标准：完成标准：所有的数据均按要求计算；测试重点：有可能出现的问题：扣款、返款等计算数目有偏差6.2集成测试集成测试主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。测试目标检测需求中业务逻辑流程要求及数据流的正确性测试范围：担保功能所涉及到的酒店后台下单的全部流程技术：利用有效的和无效的数据来执行各测试用例确保以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。
7、开始标准：完成标准：所计划的测试已全部执行，同时所发现的缺陷已全部解决；测试重点：满足业务逻辑要求，数据计算准确；注意事项：6.3功能测试功能测试：本部分的测试主要根据需求要求，检查是否开发的功能满足了需求中的要求。同时，检查在满足功能的同时，是否在使用非正规的操作是系统给予了正确的约束等等。测试目标确保测试的功能正常，其中包括菜单导航，数据输入处理等功能。测试范围：技术：利用有效的和无效的数据来执行各测试用例检查以下内容：在使用有效数据时得到预期的结果；在使用无效数据时显示相应的错误消息或警告消息；各业务规则都得到了正确的应用；开始标准：完成标准：所有测试用例执行完成并通过，完全满足需求要求
8、；测试重点：需求要求的功能实现与否，各项操作的提示信息准确与否；注意事项：6.4用户界面测试用户界面（GUI）测试用于核实操作人员与该功能之间的交互。本部分测试的目标是确保功能界面会为用户提供相应的访问或浏览功能。另外，GUI测试还可确保GUI中的对象按照预期的方式运行，并符合需求要求的标准。测试目标可正确反映业务的功能和需求，以及各种访问方法（Tab键、鼠标、光标移动、和快捷键）的使用对象和特征（如菜单、大小、位置）都符合标准。测试范围：1. 界面是否符合需求界面要求；2. 界面的易用性；3. 界面的展现是否有误；4. 快捷键的使用等；技术方面：开始标准：完成标准：测试用例执行完成测试重点：注意事项：6.5性能测试性能测试本项目暂时不考虑性能测试内容。测试目标测试范围：技术：开始标准：完成标准：测试重点：需考虑的特殊注意事项：7.附录：Bug优先级评定本项目不属于大项目，所以根据目前情况暂时将bug分为3个级别，具体如下：问题严重度描述1系统崩溃、黄页、不修改不能进行下步操作的错误等2一般行功能错误，如：没有满足需求要求、一般功能行错误等3建议性错误及页面元素错误等