测试计划TestPlan(范例)

==============================================================================================大学图书管理系统测试计划版版本本历历史史版本/状态修订人起止日期审核人简要说明V1.0王莉2009-8-27建立V1.1王莉2009-9-15盛安平修订1.简介该测试计划介绍了如何测试大学图书管理系统。它提供了测试范围、测试策略，人员安排等详细信息。1.1目的这份文档的目标是详细描述对“大学图书管理系统”进行功能测试的过程。本文档所关注的特征来自于软件设计规格说明书。（关于大学图书管理系统的功能描述,请参阅软件设计规格说明书。）1.2背景==============================================================================================为了提高从事图书管理工作的管理员的工作效率，开发了大学图书管理系统。这个系统能满足用户Login/Logout。具有管理员账户权限的管理员可以执行添加、管理图书主要功能：完成新图书的添加、查询、维护，借阅登记、借阅维护等功能，能按图书编号、名称、出版社进行模糊查询，能记录每本图书的借阅情况等。操作简单、界面友好；确保信息的准确性，动态性，安全性。大学图书管理系统是基于ASP.NET的技术，客户端的要求也很低。1.3范围测试阶段包括单元测试，集成测试，系统测试，性能测试，验收测试及对测试进行评估。本计划所提到的测试类型是需求阶段的测试，即对大学图书管理系统进行功能验证的测试过程。1.3.1准备测试的特征以下特征将被测试，以确保“大学图书管理系统”能满足规定的需求：1）用户Login、Logout用户Login、LogoutLoginLogout管理员的权限管理员的权限:添加，删除，修改，查询2）图书信息的添加，删除，修改图书的添加，删除，修改添加新的图书信息删除已经添加的图书信息修改已经添加的图书信息==============================================================================================图书借阅情况的添加、修改添加新的图书借阅情况修改已经添加的图书借阅状态修改已经添加的图书借阅信息4)图书的查询图书编号、名称、出版社的查询图书编号的查询，编号唯一的图书名称的查询图书作者的查询表5-3-1测试列表和测试范围新功能相关模块回归测试范围测试人员登录系统（login）N/A(new)N/A图书管理首页N/A(new)N/A图书添加N/A(new)N/A图书查询N/A(new)N/A图书维护N/A(new)N/A借阅登记N/A(new)N/A借阅维护N/A(new)N/A登出系统(logout)N/A(new)N/A1.3.2不准备测试的特征以下功能和系统配置时不需要测试的：==============================================================================================1）本次测试将不考虑关系数据库（MySQL）的安装和功能。假定数据库已安装并处于可操作的状态假定数据库表结构是准确的，包含需求规格说明书中定义的规定类型和字段的宽度。这些需求在准备和安装文档中有详细说明。2.测试参考文档和测试提交文档2.1测试参考文档大学图书管理系统产品需求文挡大学图书管理系统软件设计规格说明书2.2测试提交文档本次测试完成后的提交文档包括：测试计划测试规格说明文档测试用例设计文挡测试Bug列表测试小结测试分析报告3.测试进度表5-3-2测试进度安排表测试活动计划开始日期实际开始日期结束日期==============================================================================================制定测试计划单元测试30天集成测试15天系统测试8天性能测试2天用户验收测试5天对测试进行评估1天产品发布4.测试资源4.1人力资源下表列出了在此项目的人员配备方面所作的各种假定。注：可适当地删除或添加角色项。表5-3-3人力资源安排表角色所推荐的最少资源（所分配的专职角色数量）具体职责或注释测试设计人员2-3制定和维护测试计划，设计测试用例及测试过程，生成测试分析报告测试人员3-4执行集成测试和系统测试，记录测试结果设计人员1设计测试需要的驱动程序和稳定桩==============================================================================================编码人员2-3编写测试驱动程序和稳定桩，执行单元测试4.2测试环境下表列出了测试的系统环境表5-3-4测试环境综合表软件环境（相关软件、操作系统等）操作系统：Windows2000/XP以上版本；应用服务器和Web服务器：IIS5以上数据库系统：MySQL客户端软件：MSInternetExplorer或Firefox等浏览器和office软件。硬件环境（网络、设备等）对兼做应用服务器、Web服务器和数据库服务器的机器配置要求较高：256M以上内存，PIII500MHz以上CPU，10G以上可用硬盘空间；客户机只要能使用浏览器和Office软件即可。网络条件和设备：网路连接卡或调制解调器。4.3测试工具此项目将列出测试使用的工具：表5-3-5测试工具列表用途工具生产厂商/自产版本==============================================================================================性能测试工具AQTimeAutomatedQA6.2功能测试工具Selinum开源组织1.05.系统风险可能出现的风险如下：bug的修复情况模块功能的实现情况系统整体功能的实现情况代码的编写质量人员经验以及对软件的熟悉度开发人员、测试人员关于项目约定的执行情况人员调整导致研发周期延迟开发时间的缩短导致某些测试计划无法执行6.测试策略测试策略提供了对测试对象进行测试的推荐方法。下面列出了本系统测试的各个阶段可能用到的测试方法。测试案例流程图：如图5-6-1所示。==============================================================================================用户登录用户名密码登录添加成功？图书添加借阅登记借阅维护退出图书管理系统图书查询图书维护成功信息失败信息图书列表删除编辑编辑借阅信息图5-6-1图书管理系统功能图6.1接口测试表5-3-6接口测试测试目标确保接口调用的正确性测试范围：所有软件、硬件接口，记录输入输出数据技术：开始标准：完成标准：测试重点和优先级：需考虑的特殊事项：接口的限制条件6.2集成测试YYNN==============================================================================================集成测试主要目的是检测系统是否达到设计需求，对业务流程及数据流的处理是否符合标准，检测系统对业务流程处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试是基于功能完成的测试。表5-3-7集成测试测试目标检测需求中业务流程，数据流的正确性测试范围需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。技术利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准在完成某个集成测试时必须达到标准完成标准所计划的测试已全部执行。所发现的缺陷已全部解决。测试重点和优先级测试重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重来定需考虑的特殊事项确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）6.3功能测试对测试对象的功能测试应侧重于所有可直接追踪到业务功能和业务规则的测试需求。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：==============================================================================================表5-3-8功能测试测试目标确保测试的功能正常，其中包括导航，数据输入，处理和检索等功能。测试范围需求说明书中要求的各项功能技术利用有效的和无效的数据来执行各个用例，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准完成标准测试重点和优先级需考虑的特殊事项确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）6.4用户界面测试用MSInternetExplorer和Firefox对图形用户界面进行测试。要求在两种浏览器上对所将使有功能进行测试。表5-3-9界面测试测试目标通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用。窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。==============================================================================================测试范围技术为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准完成标准成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级需考虑的特殊事项6.5性能评测性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。表5-3-10性能测试测试目标核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量测试范围技术使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请==============================================================================================参见下面的“需要考虑的特殊事项”）上重复。开始标准完成标准单个事务或单个用户：在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。测试重点和优先级需考虑的特殊事项综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作，其中包括：性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。6.6容量测试容量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。本系统需要为生成一份报表而处理一组数据库记录，那么容量测试就