教务管理系统测试计划书Word格式.docx

教务管理系统测试计划书Word格式.docx

《教务管理系统测试计划书Word格式.docx》由会员分享，可在线阅读，更多相关《教务管理系统测试计划书Word格式.docx（11页珍藏版）》请在冰豆网上搜索。

3.3.1.1测试覆盖分析5

1.２需求覆盖分析５

3．3.2缺陷分析６

4.综合评价７

4．1软件能力ﻩ7

4。

２建议7

项目概述

1．1编写目的

测对测试分析报告适用的范围进行简要的描述,包括项目名称、测试对象、测试依据、预期的读者范围,对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及模块等的规定

为了尽可能找出软件不足、提高软件质量、促进软件的成功验收，专门制定了本大纲。

其主要目的在于为所要进行的测试工作制定各种必要的准则和规范以及在有关方面协议的基础上对测试工作进行合理组织与管理

2测试范围

对测试范围进行概述,体现本系统测试的范围

用户注册

用户登陆及修改个人信息

网上选课

活动报名

教学质量评估

公共信息的查询

系统安全系

测试计划执行情况

2.1测试类型

测试类型

测试内容

测试目的

所用的测试工具和方法

功能测试

用户个人前台:

注册新用户、登录系统、找回密码、更改密码，查看个人课表、教师课表、个人成绩等

游客（浏览者）功能:

查看网页主页、精确查询、模糊查询等

管理后台:

管理员登录系统、审核注册用户、增加修改或删除院系、增加修改或删除模板、发布站点公告等

核实所有功能均已正常实现

a。

流程检验:

各个业务流程符合常规逻辑,用户使用时不会产生疑问

ｂ。

数据精确:

个数据类型的输入输出时统计精确

采用黑盒测试,使用边界值测试、等价类划分、数据驱动等测试方法，进行手工测试

用户界面（UＩ）测试

a.导航、链接、页面结构（包括菜单、背景、颜色、字体、按钮名称、TＩＴLE、提示信息的一致性等）

ｂ.友好型、易用性、合理性、一致性、正确性等

核实各个窗口风格（包括颜色、字体、提示信息、图标、TITLE等）都与基准版本保持一致或符合可接受标准，能够保证用户界面的友好性、易操作性且符合用户操作习惯

Ｗeb测试通用发方法工测试

安全性和访问控制测试

密码：

登录个人用户、管理员用户

权限限制

通过修改URＬ非法访问

登录超时限制等

应用程序级别的安全性：

核实用户只能操作其所拥有权限操作的功能

ｂ.系统级别的安全性:

核实只有具备系统访问权限的用户才能访问系统

黑盒测试、手工测试

性能测试

核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃或相关的异常现象

２。

２进度偏差

测试活动

计划起止日期

实际起止日期

进度偏差

备注

制定测试计划

20１0—1２—1８

2０1０-1２－1８

测试计划评审

2010－1２-１８

201０—12—18

设计测试评审

20１0—1２-１９

2０10—１2-19

根据需求变更用例

测试用例评审

201０-１２—19

20１0－12－１9

测试执行

２０10-12—20

2010-12—20

测试总结

２０１0－１2-２0

2010-１2－20

2.3测试环境与配置

资源名称/类型

配置

测试ＰC（10台）

P4、主频3.00GHz以上、硬盘120GＢ、内存2GB

数据库管理系统

SＱLSeｒveｒ　200５

应用软件

MｉｃrosｏftOffice、MicrｏsoftVisualStudio２0０８

客户端前端展示

ＩｎtｅrnetEｘplorｅ6．０

负载性能测试工具

功能性测试工具

测试管理工具

２.4测试机构和人员

测试阶段

测试机构名称

负责人

参与人员

所充当角色

模块测试

测试组、开发组

系统测试

测试组

2.５测试问题小结

在整个系统测试执行期间，项目组开发人员高效及时地解决测试组人员提出的各种缺陷，在一定程度上较好的保证了测试执行的效率以及测试最终期限。

但是在整个软件测试活动中还是暴露了一些问题，表现在：

测试执行时间相对较少，测试通过标准要求较低

b。

开发人员相关培训未做到位，编码风格各异、细节性错误较多、返工现象存在较多

ｃ。

测试执行人员对管理平台不熟悉，使用时效率偏低

d.测试人员对系统了解不透彻存在理解偏差导致提交无效缺陷

从客户端、数据传输和服务端三个方向入手,提出整个体系的安全架构方案与防御策略.利用数据加密技术原理、反入侵思路、用户认证机制、访问控制策略、服务器安全和应急响应方案等,提出了全方位而系统的防御方案。

该方案能有效防止基于教务管理系统环境下的各种安全问题,有效地确保教务管理系统能提供稳定的服务.最后并完成系统全部功能的实现:

用户注册,用户登陆及修改个人信息，网上选课，活动报名，教学质量评估，公共信息的查询。

客户端在修改密码时会与改客户端注册时的手机或一些证件号码想挂钩,并使用数据加密，确保客户端在登陆时的安全性与稳定性.同时一个客户注册号只能在一部计算机登陆，并在每次登陆之后都会显示上次客户登陆时间,确保客户的资料和系统相结合一致。

对于客户在执行功能时的准确与稳定性有的一定基础。

如网上选课，能同时允许1万人同时登陆,不影响选课的质量

1测试用例执行结果

用户需求标识号

用例标识号

测试用例名称

用例状态

测试结果

用户部分

Elevｅｎeｒ-教务管理需求表1。

1

XF—A01

已执行

测试通过

游客（浏览者）部分

Ｅlevener—教务管理需求表2。

１

ＸF—B01

查看主页内容

后台管理部分

Elevener-教务管理需求表3。

XF—C０1

管理员登录

系统安全分析

XF-T1

对注入式攻击的反映

2测试问题解决

需求标识号

测试用例标识号

错误或问题描述

错误或问题状态

Elevｅｎeｒ—教务管理需求表1。

Ｅｌeveｎer—教务管理需求表１.1

ＸＦ—Ａ01

Ｅlevｅner—教务管理需求表1．2

XF-A０２

Eｌevｅｎer—教务管理需求表２.1

XF-B01

Eｌｅｖeｎer-教务管理需求表3。

２

ＸF-C01

3测试结果分析

３.１覆盖分析

3.３.１。

1测试覆盖分析

需求／功能

用例个数

执行总数

未执行

未/漏测分析和原因

系统功能

系统性能

用户界面

运行环境

3.3.1。

2需求覆盖分析

本次测试对系统需求的覆盖情况为:

需求项

是否通过[Y][Ｐ][Ｎ/Ａ]

用户手册等

用户测试

3.３。

2缺陷分析

分类范畴

子项目

缺陷等级

系统缺陷

由于程序所引起的死机、宕机,非法退出

A类

程序死循环

程序错误

数据缺陷

数据计算错误

Ｂ类

数据约束错误

B类

数据输入、输出错误

数据库缺陷

数据库发生死锁

数据库的表、缺省值未加完整性等约束条件

数据库连接错误

数据库中的表有过多的空字段

接口缺陷

数据通讯错误

程序接口错误

硬件接口、通讯错误

业务规范

用例错误

默认设置不规范

录入错误

出现WINＤＯWS系统提示

系统停止响应

数据编辑无效

出现非法操作提示或应用程序错误提示

。

ＮＥT错误

残留的编译信息未及时清除

非正常的失败或操作错误提示

流程错误

逻辑控制错误或数据控制错误

报表和查询出错

报表取数、分级汇总、数据口径不统一等错误、对报表进行过滤、筛选等操作，出现数据错误

Ａ类

打印错误

打印及打印相关操作错误

权限及安全问题

匿名登录成功

明码登录

缺少必要的权限

对不可逆的操作缺少安全性提示

某操作员没有某权限，但依然能够进行该种操作

只有查询权限的情况下,可以编辑成功

没有某权限，但通过快捷菜单能够绕开

对权限进行多种组合,出现控制出错的现象

默认状态下权限设置不合理

C类

数据成批处理没有考虑到与权限设置存在冲突

功能错误

程序功能实现错误

程序功能无法实现

Ｃ类

建议类错误

功能建议

E类

操作建议

校验建议

说明建议

帮助文件建议

说明：

以上缺陷分类中的内容构成基本缺陷库,根据实际工作总结，将不断扩充、完善。

如新增分类,备注中的内容为缺陷等级分类说明

不能执行正常工作或重要功能;

程序使系统崩溃或导致系统资源严重不足

严重地影响系统要求或基本功能地实现，且没有办法更正

严重的影响系统要求或基本功能的实现，但存在合理的更正办法

D类

使操作者不方便或遇到麻烦，但不影响功能的实现

Ｅ类

建议性的改进要求

４。

综合评价

４.1软件能力

经过项目组开发人员、测试组人员以及相关人员的协力合作,教务管理系统项目如期完成并达到交付标准。

该系统能够实现教务管理系统在用户需求说明书中所约定的功能,即能够基本满足用户（老师和学生）在前台进行用户个人注册、登录,需求方在教务管理系统后台可根据用户的信息审核注册用户、管理院系和教务的模板以及发布站点公告等的功能

2建议

需求提出方可以在使用该系统的基础上,继续搜集用户的使用需求反馈,并结合其他教务管理系统的优势，在今后的版本中不断补充并完善功能。

建议当项目组成员确定后,在项目组内部对一些事项进行约定。

如开发,测试的通用规范等,将会在一定程度上提高开发和测试的效率