《学生成绩管理系统测试计划》由会员分享，可在线阅读，更多相关《学生成绩管理系统测试计划（14页珍藏版）》请在金锄头文库上搜索。
1、精选优质文档-倾情为你奉上西安通瀛软件实训项目文档学生成绩管理系统测试计划TP-TEST/TY/ TY-SSMS-1.1文件状态： 草稿 正式发布 正在修改文件标识：TY-SSMS-TP-TEST当前版本：1.1作 者：教务系统开发小组完成日期：20131210 专心-专注-专业项目名称学生成绩管理系统文件名称学生成绩管理系统测试计划项目编号TY-SSMS-总页数18完成单位西安通瀛软件项目开发小组拟 制签名与日期职务或技术职称摘要：本文档描述学生成绩管理系统测试计划的内容，主要为学生成绩管理系统提供完善的测试指导，确保一个完备的、灵活的、准确的、安全的为企业定制的学生成绩管理系统的系统测试顺
2、利执行。主题词：学生成绩管理系统 测试计划目 录1 简介1.1目的为教务管理系统（ssms）提供完善的测试指导，确保一个完备的、灵活的、准确的、安全的为企业定制的ssms系统的系统测试顺利执行。1.2背景整个ssms系统将分为八个功能模块：如图：1.3系统概况学生成绩管理系统，通过在该系统中的相关数据录入、参数设置，使用电脑保存学生档案资料、统计学生信息及学习考勤等的信息，代替原来的手工处理工作，方便进行学生成绩的管理与查询，大幅度提高工作效率和管理水平。 SSMS主要包括以下八模块：1) 班级信息管理2) 学生信息管理3) 教师信息管理4) 课程信息管理5) 专业信息管理6) 学生成绩分析7
3、) 学生成绩封存管理8) 学生成绩查询管理9) 用户管理1.4范围该项目选择V模型作为项目的生命周期，在项目开发过程中, 项目组将对所开发的模块进行单元测试，开发人员单元测试时互换代码走查，然后再对各模块进行集成测试。测试组将依据用户需求说明书和系统需求说明书以及相应的设计文档进行系统测试。执行的测试类型将包括：功能测试、性能测试、用户界面（UI）测试、兼容性测试、安全性与访问控制测试、回归测试等。1.5参考文档文档名称作者或来源备注学生成绩管理系统项目计划陈美汜已评审学生成绩管理系统用户需求说明书陈美汜已评审学生成绩管理系统项目进度&控制表陈美汜已评审2 测试策略2.1测试完成标准最终通过系
4、统测试，系统无业务逻辑错误和二级的BUG。经确定的所有缺陷都已得到了商定的解决结果。所设计的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方式进行了处理，而且没有发现新的缺陷。2.2测试类型2.3功能测试测试范围验证数据精确度、数据类型、业务功能等相关方面的正确性测试目标核实所有功能均已正常实现。1业务流程检验：各个业务流程符合常规逻辑，用户使用时不会产生疑问。2、数据精确：各数据类型的输入输出时统计精确。技 术采用黑盒测试，使用边界值测试、等价类划分、数据驱动等测试方法工具与方法手工测试开始标准测试用例设计完毕并且通过同行评审且项目组移交系统测试完成标准95%测试用例通过并且最高级缺陷
5、全部解决测试重点与优先级需考虑的特殊事项2.4性能测试 测试范围大流量的数据与多用户操作时性能方面的测试测试目标核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃或相关的异常现象技 术自动化测试工具与方法开始标准自动化测试脚本设计并评审通过且项目组移交系统测试完成标准系统满足用户需求中所要求的性能要求测试重点与优先级需考虑的特殊事项2.5用户界面（UI）测试测试范围1导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等。2友好性、可操作性（易用性）测试目标核实各个窗口风格（包括颜色、字体、提示信息、图标、TITLE等等）都与基
6、准版本保持一致，或符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯。技 术WEB测试通用方法工具与方法手工测试开始标准项目组移交系统测试完成标准UI符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯测试重点与优先级需考虑的特殊事项2.6安全性与访问控制测试测试范围1 密码：登录、超级管理员、一般管理员、普通用户或会员等2 权限 3 非法攻击4 登录超时限制等等测试目标1应用程序级别的安全性：核实用户只能操作其所拥有权限能操作的功能。2系统级别的安全性：核实只有具备系统访问权限的用户才能访问系统。技 术代码包或者非法攻击工具工具与方法手工测试开始标准
7、项目组移交系统测试完成标准执行各种非法操作无安全漏洞且系统使用正常测试重点与优先级需考虑的特殊事项2.7兼容性测试测试范围1 使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。2 不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。测试目标核实系统在不同的软件和硬件配置中运行稳定技 术黑盒测试工具与方法手工测试开始标准项目组移交系统测试完成标准在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能测试重点与优先级需考虑的特殊事项2.8回归测试测试范围所有功能、性能、用户界面、兼容性、安全性与访问控制等测试类型测试目标核实执行所有测试类型后功能、性能等均达到用户需
8、求所要求的标准技 术黑盒测试工具与方法手工测试和自动化测试开始标准每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试完成标准95%的测试用例执行通过并通过系统测试测试重点与优先级需考虑的特殊事项2.9测试实施阶段测试类型测试阶段单元测试集成测试系统测试验收测试功能测试XXX性能测试XXX安全性测试XXX兼容性测试XXX用户界面（UI）测试XX回归测试每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试备注：“”表示由测试组执行，“X”表示由项目组执行；2.10工具2.11特殊的考虑事项无3 估计结果记录3.1 估计的假设条件无3.2测试用例数估计3.3 系统测试方案功
9、能点或测试类型最多用例数适中的用例数最少的用例数合计模块1（性能测试）53210模块2（功能测试）605040150模块11（安全性测试）4329模块4（兼容性测试）53210。合计3.4文档大小估计文档名称估计文档 大小（页）备注SSMS测试计划.doc18SSMS测试进度表.mppSSMS系统测试方案.doc40按功能点SSMS测试总结报告.doc103.5工作量估计任务或模块工作量（人小时）阶段最多工作量适中工作量最少工作量合计测试策划1210810测试设计24201820.11测试实现12010896108测试执行96807281.11测试总结1210810合计3.6关键计算机资源估计
10、关键项数量性能要求期望到位阶段PC台式机4P4，主频1.6G以上，硬盘40G，内存512M，本要求是最小配置。需求分析阶段TD7.6服务器1PC Server：512M内存、40G SCSI硬盘需求分析阶段3.7成本估计（可选）本节略去。4 风险管理计划序号风险名称严重程度负责人预期日期预防及补救方案1测试时间压缩过短较严重全程延长工作时间，增加人力，提高工作效率2测试过程中测试工具和测试管理平台发生软、硬件问题轻微全程协调相关资源11测试人员经验不足较严重全程有针对性的培训指导，自身加强学习5组间协调计划序号计划日期发起组接受组责任人支持描述1测试组项目组参与SSMS测试计划、测试方案等评审
11、2项目组测试组测试移交3测试组项目组提供系统测试阶段的问题报告，以及问题解决的验证4测试组项目组、质量管理组提供测试总结报告6测试度量采集与分析计划6.1采集计划原始数据来 源采集频度负责人测试用例数系统测试方案.doc全程项目组组长测试缺陷数TFS全程项目组组长6.2度量分析计划度量名称说 明类别基线值上限值下限值缺陷严重级别比率（A级为例）缺陷按严重级别分布情况5%10%0%缺陷修复率已修复的缺陷占全部缺陷的比率95%100%90%缺陷分布所有缺陷在各模块的分布情况测试返工率缺陷重复出现导致的误工率5%10%0%测试用例覆盖率执行测试用例发现的缺陷占所有缺陷的比率95%100%90%7 资
12、源7.1 人员安排人员安排表角 色姓 名任务安排或职责测试经理项目组长测试策划测试设计员项目组测试学员测试方案与测试用例设计、测试总结测试员项目组测试学员测试执行7.2系统资源系统资源资源名称/类型配置及数量测试数据库服务器PC Server：1G内存、80G SCSI硬盘 1台PC台式机P4，主频1.6G以上，硬盘40G，内存512M，本要求是最小配置。 4台系统软件：Oracle10g、WINDOWS Server2003 、Tomcat应用软件： MICROSOFT OFFICE、SVN、MyEclipse 8项目测试里程碑里程碑任务工作描述计划开始日期计划结束日期测试策划制定测试计划，确定测试策略、测试资源、进度、风险等2013-1-292013-3-5测试设计选定测试用例，回顾测试覆盖2013-1-292013-3-5测试实现开发测试用例/脚本2013-1-292013-3-5测试执行测试用例/脚本执行2013-1-292013-3-5测试总结测试评估，生成测试和缺陷覆
