《p187大学学籍管理系统测试计划》由会员分享，可在线阅读，更多相关《p187大学学籍管理系统测试计划（9页珍藏版）》请在金锄头文库上搜索。
1、大学学籍管理系统测试计划版本历史版本/状态修订人起止日期审核人日期简要说明V1.0王莉2010-11-4建立V1.1盛安平2010-11-30修订1.简介该测试计划介绍了如何测试大学学籍管理系统。排等详细信息。它提供了测试范围、测试策略， 人员安1.1 目的这份文档的目标是详细描述对大学学籍管理系统进行功能验证的测试过程。 本文档所关注的特征来自于需求文档。 （关于大学学籍管理系统项目的功能描述 , 请参阅大学学籍管理系统需求规格说明书。 ）1.2 背景为了提高从事学生工作的老师的工作效率，我们开发了这个大学学籍管理系统。这个系统能满足用户 Login/Logout, 管理员账户与普通账户，管
2、理员可以添加，修改删除，普通账户只能查看。主要功能：能完成新学生的添加、修改、删除，能按学生成绩求和，排名，列出不及格学生的名单等。操作简单、界面友好；确保信息的准确性，动态性，安全性。大学学籍管理系统是基于 J2EE 的技术，采用 B/S 结构，适于分布式多客户作业，客户端的要求也很低。1.3 范围测试阶段包括单元测试，集成测试， 系统测试， 性能测试， 验收测试及对测试进行评估。本计划所针对地测试类型是需求阶段的测试， 即对大学学籍管理系统进行功能验证的测试过程。1.3.1准备测试的特征以下特征将被测试，以确保“大学学籍管理系统”能满足规定的需求：1) 管理员与普通用户的权限管理员的权限
3、:添加，删除，修改普通用户只能查看信息2）学生信息和成绩的添加，删除，修改添加新的学生信息删除已经添加的学生信息（可同时删除多个学生）修改已经添加的学生信息3）学生成绩的添加，删除，修改添加新的学生成绩删除已经添加的学生成绩（可同时删除多个成绩）修改已经添加的学生成绩4) 学科信息的添加，删除，修改添加新的学科删除已经添加的学科（可同时删除多个学科）修改已经添加的学科5) 按学生成绩求和某一个学生的所有成绩之和某一个学科的所有学生成绩之和6）学生成绩的排名某一个学生的所有成绩排名某一个学科的所有学生成绩排名可以正序或者倒序7) 按要求筛选不同类别的学生只筛选总分成绩前10 名的学生8）筛选成绩
4、不及格的学生只要有一门学科成绩不及格，就要被筛选出来不及格的学科可以用不同的颜色进行标识8) DB 连接可以根据配置文件来动态设置修改配置文件后，DB也相应的动态变化在后台修改配置文件在前端可以看到DB也发生了改变测试范围如表11-1 所示。表 11-1测试列表和测试范围新功能相关模块回归测试范围测试人员学籍管理首页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学生成绩查询N/A (new)N/A登
5、录系统N/A (new)N/A1.3.2 不准备测试的特征以下功能和系统配置是不准备测试的：本次测试将不考虑关系数据库（ My SQL ）的安装和功能。我们假定数据库已安装并处于可操作的状态。 我们也假定数据库表结构是准确的， 包含需求规格说明书中定义的规定类型和宽度的字段。这些需求在安装文档中有详细说明。本次测试将不会直接测试Web服务器（ Tomcat）。2.测试参考文档和测试提交文档2.1 测试参考文档大学学籍管理系统产品需求文挡大学学籍管理系统需求规格说明书2.2 测试提交文档本次测试完成后的提交文档包括：测试计划测试规格说明文档测试用例设计文挡测试 Bug 单测试小结测试分析报告3.
6、测试进度测试进度如表11-2 所示。表 11-2测试进度测试活动计划开始日期实际开始日期结束日期制定测试计划单元测试30 天集成测试15 天系统测试8 天性能测试2 天用户验收测试5 天对测试进行评估1 天产品发布4.测试资源4.1 人力资源下表 11-3列出了在此项目的人员配备方面所作的各种假定。注：可适当地删除或添加角色项。表 11-3人力资源安排角色所推荐的最少资源 （所分配的具体职责或注释专职角色数量）测试设计人员2-3制定和维护测试计划，设计测试用例及测试过程，生成测试分析报告测试人员3-4执行集成测试和系统测试，记录测试结果设计人员1设计测试需要的驱动程序和稳定桩编码人员2-3编写
7、测试驱动程序和稳定桩，执行单元测试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 以上可用硬盘空间；客户机
8、只要能使用浏览器和Office 软件即可。网络条件和设备：网路连接卡或调制解调器。4.3 测试工具此项目将列出测试使用的工具，如表11-5 所示。11-5测试工具列表用途工具生产厂商 /自产版本单元测试工具Junit4.1功能测试工具Selinum&Auto IT开源组织5.0&3.15.系统风险可能出现的风险如下：Bug 的修复情况模块功能的实现情况系统整体功能的实现情况代码的编写质量人员经验以及对软件的熟悉度开发人员、测试人员关于项目约定的执行情况人员调整导致研发周期延迟开发时间的缩短导致某些测试计划无法执行6.测试策略测试策略提供了对测试对象进行测试的推荐方法。 下面列出了本系统测试的各
9、个阶段可能用到的测试方法。6.1 接口测试接口测试范围，如表测试目标测试范围11-6 所示。表 11-6 接口测试确保接口调用的正确性所有软件、硬件接口，记录输入输出数据技术开始标准完成标准测试重点和优先级需考虑的特殊事项接口的限制条件6.2 集成测试集成测试， 也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统， 进行集成测试。 集成测试的主要目的是检测系统能否达到业务需求，检测系统对业务处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。如表 11-7 所示。表 11-7 集成测试测试目标检测需求中业务流程，数
10、据流的正确性测试范围需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。技术利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准在完成某个集成测试时必须达到标准完成标准所计划的测试已全部执行。所发现的缺陷已全部解决。测试重点和优先级测试重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重来定需考虑的特殊事项确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）6.3 功能测试对测试对象的功能测试应侧重于所有可直接追踪到业务功能
11、和业务规则的测试需求。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下表11-8为各种应用程序列出了推荐使用的测试概要。表 11-8功能测试测试目标确保测试的功能正常，其中包括导航，数据输入，处理和检索等功能。测试范围技术利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准完成标准测试重点和优先级需考虑的特殊事项确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内
12、部的或外部的）6.4 用户界面测试用 MS Internet Explorer 和 Firefox 对图形用户界面进行测试。在两种浏览器上对所有功能进行测试。如表 11-9 所示。表 11-9 界面测试测试目标通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（ Tab 键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。测试范围技术为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准完成标准成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级需考虑的特殊事项6.5 性能评测性能评测是一种性能测试，它对响应时间、 事务处理速率和其他与时间相关的需求进行评测和评估。性
