测试计划模板-lin.docVIP

机票预订系统 测试计划 华南理工大学 09级2班 编写 林彬彬 薛玮翔 2012 年3月27日 目录 1 简介 3 1.1 目的 3 1.2 背景 3 2 Test Items （测试项) 3 3 Features to be tested （需要被测试的功能)和Features not to be tested (无需被测试的功能) 3 4 Approach (方法和途径） 4 5 Items pass/ fail criteria （测试通过、失败的标准) 4 6 Suspension criteria and resumption requirements （暂停的标准和再启动的要求) 4 7 Test deliverables (测试交付的内容) 4 8 Environmental needs （测试环境) 4 9 Responsibilities (职责) 5 10 Staffing and training needs (人员和必需的培训) 5 11 Schedule (时间进度表) 5 12 Risk and contingencies (风险和相关费用） 5 13 Approvals （批准) 5 简介 目的 编写测试计划能让我们有机会收集想法、观点和记忆 编写详细的测试计划能够让我们把知识转化为执行任务和具体方法 编写计划也能增强我们与测试团队、开发团队和经理们的交流 背景 机票预订系统在概要设计和详细设计的基础上，根据软件工程开发个阶段的规格说明书和程序内部结构而精心设计的一批测试用例，并利用这些测试用例去运行程序，机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。具体功能为各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和账单给旅客，旅客在飞机起飞前一天凭取票通知和账单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。同时还需完成旅客延误了取票时间的处理，航班取消后的处理，旅客临时更改航班的处理等。 Test Items （测试项) 本文档是对测试全过程的详细计划，机票预订系统的测试分为三个阶段： 1．单元测试：单元测试阶段由开发人员与测试人员协调完成，运用白盒测试方法。 2．集成测试：集成测试阶段由测试人员单独完成，集成过程中运用黑盒测试方法进行功能测试，开发人员回避，只负责根据测试结果完善系统。 3．系统测试：系统测试由测试人员完成，需进行功能测试，性能测试，压力测试，安全测试等对系统的全面测试。 Features to be tested （需要被测试的功能)和Features not to be tested (无需被测试的功能) 下表列出机票预订系统需进行测试的功能与性能： 功能与性能 是否测试 功能与性能 是否测试 机票预订功能 是 取票通知 否 查询航班 是 打印机票 否 查询机票 是 各航班的营运统计 否 退订机票 是 后台的机票生成 否 后台的航班添加 是 后台的机票查询 否 后台的取消航班 是 系统功能权限管理 否 压力 是 系统权限分配 否 安全性 是 系统日志管理 否 容错性 是 Approach (方法和途径） 采用系列测试工具： Rational Purify, Rational PureCoverage, Rational Robot, 以及xUnit框架、LoadRunner等工具完成系统的单元测试、集成测试、功能测试、系统测试、缺陷管理等工作。 Items pass/ fail criteria （测试通过、失败的标准) 能够正确的获取系统在不同的负载情况下的响应时间，CPU占用情况，内存可用值。 Suspension criteria and resumption requirements （暂停的标准和再启动的要求) Test deliverables (测试交付的内容) 对系统在不同的负载情况下，获取各个方面的性能参数，如响应时间，CPU占用情况，内存可用值，在Analysis结束中给出不同的测试过程和结果指标值，并要求会解释相关的概念 Environmental needs （测试环境) 软件：HP Loadrunner 硬件： Responsibilities (职责) Staffin