p187大学学籍理系统测试计划.docVIP

大学学籍管理系统 测试计划 版 本 历 史 版本/状态 修订人 起止日期 审核人\日期 简要说明 V1.0 2010-11-4 建立 2010-11-30 修订 1.简介 该测试计划介绍了如何测试大学学籍管理系统大学学籍管理系统大学学籍管理系统大学学籍管理系统大学学籍管理系统满足用户Login/Logout,管理员账户与普通账户管理员可以添加，修改删除，普通账户只能查看主要功能：能完成新学生的添加、修改、删除能按学生成绩求和，排名大学学籍管理系统/S结构，适于分布式多客户作业，客户端的要求也很低。 1.3范围 测试阶段包括单元测试，集成测试，系统测试，性能测试，验收测试及对测试进行评估。 本计划所针对地测试类型是需求阶段的测试，即对大学学籍管理系统学籍管理首页 N/A 新建学生 N/A 学生基本信息管理 N/A 学生一览表 N/A 学生基本信息查询 N/A 学生成绩管理 N/A 学生成绩一览表? N/A 学生成绩查询 N/A 登录系统 N/A 1.3.2不准备测试的特征 以下功能和系统配置是不准备测试的： 本次测试将不考虑关系数据库（My SQL）的安装和功能。我们假定数据库已安装并处于可操作的状态。我们也假定数据库表结构是准确的，包含需求规格说明书中定义的规定类型和宽度的字段。这些需求在安装文档中有详细说明。 本次测试将不会直接测试Web服务器（Tomcat）。 2.测试参考文档和测试提交文档 2.1测试参考文档 大学学籍管理系统产品需求文挡 大学学籍管理系统需求规格说明书 2.2测试提交文档 本次测试完成后的提交文档包括： 测试计划 测试规格说明文档 测试用例设计文挡 测试Bug单 测试小结 测试分析报告 3.测试进度 测试进度如表11-2所示。 表11-2 测试进度 测试活动 计划开始日期 实际开始日期 结束日期 制定测试计划 单元测试30天 集成测试15天 系统测试8天 性能测试2天 用户验收测试5天 对测试进行评估1天 产品发布 4.测试资源 4.1人力资源 下表11-3 列出了在此项目的人员配备方面所作的各种假定。 注：可适当地删除或添加角色项。 表11-3 人力资源安排 角色 所推荐的最少资源（所分配的专职角色数量） 具体职责或注释 测试设计人员 2-3 制定和维护测试计划，设计测试用例及测试过程，生成测试分析报告 测试人员 3-4 执行集成测试和系统测试，记录测试结果 设计人员 1 设计测试需要的驱动程序和稳定桩 编码人员 2-3 编写测试驱动程序和稳定桩，执行单元测试 4.2测试环境 下表11-4 列出了测试的系统环境。 表11-4 测试环境综合 软件环境（相关软件、操作系统等） 操作系统：Windows 2000 Professional以上版本； 应用服务器和Web服务器：Tomcat 5.5.15 数据库系统：MY SQL 客户端软件：MS Internet Explorer或Netscape Navigator等浏览器和office软件。 硬件环境（网络、设备等） 对兼做应用服务器、Web服务器和数据库服务器的机器配置要求较高：256M以上内存，PIII500MHz以上CPU，10G以上可用硬盘空间； 客户机只要能使用浏览器和Office软件即可。 网络条件和设备：网路连接卡或调制解调器。 4.3测试工具 此项目将列出测试使用的工具，如表11-5所示。 11-5 测试工具列表 用途 工具 生产厂商/自产 版本 单元测试工具 Junit 4.1 功能测试工具 SelinumAuto IT 开源组织 5.03.1 5.系统风险 可能出现的风险如下： Bug的修复情况 模块功能的实现情况 系统整体功能的实现情况 代码的编写质量 人员经验以及对软件的熟悉度 开发人员、测试人员关于项目约定的执行情况 人员调整导致研发周期延迟 开发时间的缩短导致某些测试计划无法执行 6.测试策略 测试策略提供了对测试对象进行测试的推荐方法。下面列出了本系统测试的各个阶段可能用到的测试方法。 6.1接口测试 接口测试范围，如表11-6 所示。 表11-6 接口测试 测试目标 确保接口调用的正确性 测试范围 所有软件、硬件接口，记录输入输出数据 技术 开始标准 完成标准 测试重点和优先级 需考虑的特殊事项 接口的限制条件 6.2集成测试 集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统，进行集成测试。集成测试的主要目的是检测系统能