软件工程学生宿舍管理系统测试计划.doc

上传人:美****子 文档编号:58075097 上传时间:2022-11-06 格式:DOC 页数:9 大小:70.50KB
返回 下载 相关 举报
软件工程学生宿舍管理系统测试计划.doc_第1页
第1页 / 共9页
软件工程学生宿舍管理系统测试计划.doc_第2页
第2页 / 共9页
点击查看更多>>
资源描述

《软件工程学生宿舍管理系统测试计划.doc》由会员分享,可在线阅读,更多相关《软件工程学生宿舍管理系统测试计划.doc(9页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、项目编号文档编号密 级内部测试计划说明书V1.0(版本号)拟 制 人_张家浩、林良邦、张海云、洪晓中、王天骄_审 核 人_批 准 人_目 录1.导言31.1目的31.2范围31.3缩写说明31.5引用标准41.6参考资料41.7版本更新信息42、测试项目52.1测试项目的背景52.2测试要点52.3测试内容52.3.1功能测试内容52.3.2性能测试内容63测试方法63.1测试环境63.2测试工具73.3测试方法7测试标准84.1测试通过/失败标准84.2测试挂起/恢复的条件84.3 系统测试交付结果8测试计划95.1角色和职责95.2测试设计工作任务分解和工作安排96.审批101.导言1.1

2、目的本测试计划将要简要介绍并进一步说明学生宿舍管理系统测试项目的策略和方法。学生宿舍管理系统项目人员希望利用这个测试计划来了解和执行测试活动,并管理完成整个测试的活动。本文定义可测试的具体职责和活动,并描述了使用的测试。1.2范围本系统共需要测试四个模块,分别为:数据库设计模块、用户信息管理模块、学生宿舍管理模块、统计查询模块。本计划书主要测试数据库设计模块、用户信息管理模块、学生宿舍管理模块。先用单元测试测试三个模块的数据输入是否异常;再用集成测试测试数据库能否与学生管理系统中的数据连接,传递是否异常;再用系统测试测试整个系统相对于需求的符合度.本次测试主要进行的功能测试有:用户界面测试。性

3、能测试主要有响应时间、并发用户数、吞吐量(单位时间内系统处理的客户请求的数量)。1.3缩写说明学生宿舍管理系统Student dormitory management system(SDMS)1.4术语定义功能性测试按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。非功能性测试按照系统需求定义中的非功能定义部分(如系统的性能指标,安全性能指标等)对系统实行的系统级别的测试。测试用例测试人员设计出来的用来测试软件某个功能的一种情形。 1.5引用标准1 测试计划模版2 1.6参考资料1 软件工程基础教程- 刘文,朱飞雪 主编: 粘新育,陶洁 副主编:出版社: 北京大学出版社2 软件工程导

4、论 - 张海藩 编著:出版社: 清华大学出版社3 SQL Server 2000 实用教程- 蒋文沛 主编: 韦善周,梁凡 副主编:出版社:人民邮电出版社1.7版本更新信息本文档的更新记录如表所示。表E-1: 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述1001V201全部初始发布版本2、测试项目本次测试的项目是,学生宿舍管理系统的新用户注册、删除修改等操作的情况2.1测试项目的背景本次测试的目的及背景是确保学生宿舍管理系统正常运营过程中不会出错。2.2测试要点被测特性:l 对软件进行功能性测试l 对软件进行非功能性测试不被测特性:l 程序源代码,逻辑等;l 模块的接口,模块的错

5、误处理,模块的局部数据结构,模块在执行时执行流的独立路径,模块在处理边界值时的情形;l 单元(模块)之间的可用性等。 2.3测试内容对被测软件进行系统级别的测试,针对软件的功能需求进行功能测试,验证此软件是否实现了需求分析中所定义的功能,是否正确实现了功能。针对软件的非功能性需求对其进行性能测试,在人为设置的xx人负载(大数据量,大访问量)的情况下,检查系统是否发生功能上或者性能上的问题。测试内容即测试需求,包括功能测试和性能测试。2.3.1功能测试内容用户和学生宿舍管理模块新用户能否注册成功。用户和学生宿舍管理模块能否删除现有用户信息。用户和学生宿舍管理模块能否修改用户密码。学生宿舍管理模块

6、能否查看个人信息。2.3.2性能测试内容系统的性能测试是测试系统在50个新用户同时进行注册、修改、删除等操作,检验系统的性能如何,检测系统性能瓶颈,响应时间;为此需要采用测试工具,采用压力测试工具模拟50个用户,以便测试系统的性能如何。3测试方法本章节主要讲述了测试环境、测试工具和测试方法3.1测试环境系统测试环境为,包括运行在同一台机器上的50个虚拟用户和控制器、web服务器和数据库以及网络。 系统配置如下:(1)软件配置:操作系统:Micrsoftwindows2000professional、Micrsoftwindow2000server、MicrsoftwindowXPProfess

7、ional,操作系统上必须安装IIS4.0以上版本。数据库系统:MicrsoftSQLServer2000。浏览器:MicrsoftIE4.0或以上版本。(2)硬件需求:CPU:P3以上。内存:256M以上。硬盘:20G以上。3.2测试工具测试工具:LoadRunner7.513.3测试方法测试方法:由于本次测试的依据是需求,所以采用黑盒测试方法。测试策略:功能测试,主要采用等价类划分的策略。压力测试,主要采用边界值测试、错误猜测等策略。测试手段:功能测试:手动模拟正常、异常输入压力测试:使用自动化压力测试工具LoadRunner。测试内容:功能测试,按照需求功能性能测试,xx人同时访问的性能

8、情况测试标准4.1测试通过/失败标准测试中发现的缺陷按照严重程度分为个级别,如表,级别不同,严重程度也不同。表:缺陷严重级别严重级别严重程度1-提示(Low)微小的错误,不会影响系统的功能不准确或容易误解的行为和语句2-一般(Medium)该问题增加了测试或用户操作的复杂度该问题轻微降低了系统的性能,但系统仍然能工作3-严重(High)该问题会严重降低系统的性能不符合客户端需求说明4-致命(Very High)系统不能正常启动或启动后无法正常工作本次测试主要是进行系统测试,需要设定测试完成的标准。测试完成的标准是执行完所有系统测试的功能、性能测试用例,无2级以上遗留问题。如果进行系统测试时,存

9、在严重的质量问题,导致无法继续,并且在可接受的时间范围内无法修复,系统测试终止。4.2测试挂起/恢复的条件测试挂起和恢复的条件是:l 测试挂起的条件是当某个测试用例的失败导致后续的测试无法进行时,测试需要挂起。l 测试恢复的条件是当将引起挂起的测试用例重新测试通过之后,可以恢复测试。4.3 系统测试交付结果系统测试交付物包括:l 测试计划l 测试设计(设计的案例,包含测试脚本)l 测试跟踪结果l 测试报告测试计划系统测试计划包括角色和职责的安排,时间进度的安排。5.1角色和职责测试的角色和职责角色小组成员职责测试经理张家浩制定测试计划,组织测试工作系统测试用例评审、测试总结报告评审测试工程师林

10、晓忠、王天骄系统测试案例编写、系统测试案例执行填写测试跟踪结果报告系统测试总结报告编写测试系统管理员张海云、林良邦测试环境的搭建测试软件的维护测试数据的建立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

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 应用文书 > 文案大全

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com