《最新软件工程学生宿舍管理系统测试计划》由会员分享，可在线阅读，更多相关《最新软件工程学生宿舍管理系统测试计划（10页珍藏版）》请在装配图网上搜索。
1、项目编号文档编号密级内部测试计划说明书V1.0（版本号）拟 制 人 _ 张家浩、林良邦、张海云、洪晓中、王天骄_审 核 人 批 准 人 目录1.导言 31.1 目的31.2 范围31.3 缩写说明31.5 引用标准41.6 参考资料41.7 版本更新信息42、测试项目42.1 测试项目的背景52.2 测试要点52.3 测试内容52.3.1 功能测试内容52.3.2 性能测试内容53 测试方法63.1 测试环境63.2 测试工具63.3 测试方法64测试标准74.1 测试通过/失败标准74.2 测试挂起/恢复的条件 74.3 系统测试交付结果75 测试计划85.1 角色和职责85.2 测试设计工
2、作任务分解和工作安排86.审批 91.导言1.1 目的本测试计划将要简要介绍并进一步说明学生宿舍管理系统测试项目的策略和方法。学生 宿舍管理系统项目人员希望利用这个测试计划来了解和执行测试活动，并管理完成整个测试 的活动。本文定义可测试的具体职责和活动，并描述了使用的测试。本系统共需要测试四个模块，分别为：数据库设计模块、用户信息管理模块、学生宿舍 管理模块、统计查询模块。本计划书主要测试数据库设计模块、用户信息管理模块、学生宿 舍管理模块。先用单元测试测试三个模块的数据输入是否异常；再用集成测试测试数据库能否与学生 管理系统中的数据连接，传递是否异常；再用系统测试测试整个系统相对于需求的符合
3、度.本次测试主要进行的功能测试有：用户界面测试。 性能测试主要有响应时间、并发用户数、吞吐量（单位时间内系统处理的客户请求的数量）。1.3缩写说明学生宿舍管理系统 Student dormitory management system(SDMS)1.4 术语定义功能性测试 按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。非功能性测试 按照系统需求定义中的非功能定义部分（如系统的性能指标，安全性能指标等）对系统 实行的系统级别的测试。测试用例测试人员设计出来的用来测试软件某个功能的一种情形。1.5引用标准1 测试计划模版21.6参考资料1 软件工程基础教程 刘文,朱飞雪 主编： 粘新
4、育,陶洁 副主编：出版社： 北京大学出版社2 软件工程导论 张海藩 编著：出版社： 清华大学出版社3 SQL Server 2000 实用教程 蒋文沛 主编： 韦善周,梁凡 副主编：出版社 :人民邮电出版社1.7版本更新信息本文档的更新记录如表E1所示。表 E-1: 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述100120141111V201全部初始发布版本2、测试项目本次测试的项目是，学生宿舍管理系统的新用户注册、删除修改等操作的情况2.1测试项目的背景本次测试的目的及背景是确保学生宿舍管理系统正常运营过程中不会出错。2.2测试要点被测特性: 对软件进行功能性测试 对软件进行非
5、功能性测试不被测特性： 程序源代码，逻辑等； 模块的接口，模块的错误处理，模块的局部数据结构，模块在执行时执行流的独立路径 模块在处理边界值时的情形； 单元（模块）之间的可用性等。2.3 测试内容对被测软件进行系统级别的测试，针对软件的功能需求进行功能测试，验证此软件是否 实现了需求分析中所定义的功能，是否正确实现了功能。针对软件的非功能性需求对其进行 性能测试，在人为设置的XX人负载（大数据量，大访问量）的情况下，检查系统是否发生 功能上或者性能上的问题。测试内容即测试需求，包括功能测试和性能测试。2.3.1 功能测试内容用户和学生宿舍管理模块新用户能否注册成功。用户和学生宿舍管理模块能否删
6、除现有 用户信息。用户和学生宿舍管理模块能否修改用户密码。学生宿舍管理模块能否查看个人信 息。2.3.2 性能测试内容系统的性能测试是测试系统在 50 个新用户同时进行注册、修改、删除等操作，检验系 统的性能如何，检测系统性能瓶颈，响应时间；为此需要采用测试工具，采用压力测试工具 模拟 50 个用户，以便测试系统的性能如何。3测试方法本章节主要讲述了测试环境、测试工具和测试方法3.1测试环境系统测试环境为，包括运行在同一台机器上的50个虚拟用户和控制器、web服务器和数据 库以及网络。系统配置如下：（1）软件配置：操作系 统 ： Micrsoft windows2000 professiona
7、l、 Micrsoft window2000 server、Micrsoft windowXP Professional，操作系统上必须安装IIS4.0以上版本。数据库系统：Micrsoft SQL Server2000。浏览器： Micrsoft IE4.0 或以上版本。（2）硬件需求：CPU： P3以上。 内存：256M以上。 硬盘：20G以上。3.2测试工具测试工具： LoadRunner 7.513.3测试方法测试方法：由于本次测试的依据是需求，所以采用黑盒测试方法 测试策略：功能测试，主要采用等价类划分的策略。压力测试，主要采用边界值测试、错误猜测等策略。 测试手段：功能测试：手动模
8、拟正常、异常输入压力测试：使用自动化压力测试工具 LoadRunner。测试内容：功能测试，按照需求功能性能测试，XX人同时访问的性能情况4测试标准4.1 测试通过/失败标准测试中发现的缺陷按照严重程度分为5个级别，如表E-2,级别不同，严重程度也不 同。表E 2 :缺陷严重级别严重级别严重程度1-提示（Low）微小的错误，不会影响系统的功能 不准确或容易误解的行为和语句2-般(Medium)该问题增加了测试或用户操作的复杂度该问题轻微降低了系统的性能，但系统仍然能工作3-严重（High）该问题会严重降低系统的性能不符合客户端需求说明4-致命(Very High)系统不能正常启动或启动后无法正
9、常工作本次测试主要是进行系统测试，需要设定测试完成的标准。测试完成的标准是执行完所 有系统测试的功能、性能测试用例，无 2级以上遗留问题。如果进行系统测试时，存在严重 的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。4.2 测试挂起/恢复的条件测试挂起和恢复的条件是: 测试挂起的条件是当某个测试用例的失败导致后续的测试无法进行时，测试需要挂起。 测试恢复的条件是当将引起挂起的测试用例重新测试通过之后，可以恢复测试。4.3 系统测试交付结果系统测试交付物包括： 测试计划 测试设计（设计的案例，包含测试脚本） 测试跟踪结果 测试报告5测试计划系统测试计划包括角色和职责的安
10、排，时间进度的安排5.1 角色和职责测试的角色和职责角色小组成员职责测试经理张家浩制定测试计划，组织测试工作 系统测试用例评审、测试总结 报告评审测试工程师林晓忠、王天骄系统测试案例编写、 系统测试案例执行 填写测试跟踪结果报告 系统测试总结报告编写测试系统管理员张海云、林良邦测试环境的搭建 测试软件的维护 测试数据的建立5.2测试设计工作任务分解和工作安排编号工作任务时间开始日期结束日期备注1复习旧有资料，了解 测试需求，学习使用 LoadRunner。0.5天2014.12.012014.12.012讨论、并制定测试计 划0.5天2014.12.022014.12.023讨论并制定测试用例2天2014.12.042014.12.054测试案例评审0.5天2014.12.062014.12.065准备系统测试环境， 安装软件0.5天2014.12.072014.12.076系统功能测试并记录 跟踪报告10天2014.12.082014.12.177回归测试2天2014.12.182014.12.198测试报告1天2014.12.212014.12.216.审批经过项目组成员和专家评审，测试计划评审通过测试经理签名：XXX
最新软件工程学生宿舍管理系统测试计划
