RUC自习助手_测试文档

文档编号:2016052601

版本信息:v1.0

开发小组:找不到地方上自习组

成员:王丹丹、赵安、吴婧、杨轹丹、孟启飞、彭宇清

版本号

编写人

修改描述

修改时间

V1.0

吴婧

编写初稿

2016-5-30

 

 

 

I.   引言

 i.   编写目的

编写这份需求分析规格说明书的目的是为了明确需求,规范化产品的编写,提高开发过程中的能见度,便于控制和管理产品的开发过程,同时安排项目规划与进度,便于程序员与用户之间的交流、协作,并进一步定制产品开发的细节问题,组织产品开发与测试,便于用户与开发商协调工作。这份需求分析规格说明书预期的读者主要是开发人员和管理人员。

 

 ii.   背景

目前,中国人民大学教学楼的管理并不完善。与之相较,从预约到选座再到超时违规处理,图书馆已经建立了一套趋于完善的选座系统(但仍有不足,我们今后也会提出分析改进的建议)。

我们观察到,教学楼的管理存在着如下问题:

a)    自习教室选择随机:由于无法提前查看教室占用情况,同学们往往是随机选定教室自习,甚至由于绝大多数教室均处于上课占用状态(如白天明德主楼四层往往所有自习室均处于有课状态),很难找到合适的自习室,不得已更换教学楼,浪费了时间和精力;

b)    举办活动占用教室流程繁琐:经改进后的由中国人民大学教务处颁布的《教室借用流程》虽从审批时间及流程上一定程度地简化了申请借用教室的流程,但仍存在提交表单部门不一致、选择活动主管单位领导人审批不及时等问题;

c)    非上课时间借用教室无需申请:晚上的教室占用则无指定流程,许多组织举行例会前没有提前告知在该教室自习的同学,导致许多同学都有上自习到一半不得不更换教室,影响学习状态。

 

 iii.   定义

RUC:Renmin University of China中国人民大学

 

 iv.   参考资料

 

《构建之法》

邹欣

人民邮电出版社

软件工程6th Edition

[英] Ian Sommerville

机械工业出版社,中信出版社

软件工程导论第5版

张海藩

清华大学出版社(2008)

软件工程——实践者的研究方法

Roger S. Pressman

机械工业出版社  

 

 

II.   任务概述

 i.   目标

以中国人民大学为试点,开发一个微信公众号,为学校管理员与学生用户之间提供一个平台,初步实现教室预约的信息化、公示化以及自习地点的实时查询和推荐,保证教室资源的合理调控和利用。

具体为实现以下功能点:

l 针对学生用户: 

  a) 规范公共教学楼教室的非规定时间段的借用申请流程;

  b) 公共教学楼教室使用状态的公示(包含自习人数占座比、是否被活动占用中等);

  c) 图书馆,藏书馆等自习地点选座情况实时查询;

  d) 向学生用户推荐自习地点。

l 针对管理员用户:

  a) 简化批准借用教室流程;

  b) 观察教室使用情况,实现合理调控。

 

 ii.      运行环境

用户端运行:微信平台 

开发工具:eclipse

后台数据库管理工具:SQL Server 2008 

建模工具:Microsoft Visio

 

 iii.      需求概述

 现今中国人民大学在教师预约与自习资源管理等方面存在问题,我们将开发一款产品来协助学校进行宏观自习资源调控。

 

 iv.      条件与限制

a) 开发时间

  一学期 

b) 运行环境

  用户端运行:微信平台 

  开发工具:eclipse

  后台数据库管理工具:SQL Server 2008 

  建模工具:Microsoft Visio

c) 使用寿命

  预期五年及以上

 

III.   计划

i.      测试目标

1、测试座位情况实时展现、选座、推荐、借用四大功能是否实现,业务流程是否正确;

2、测试产品的健壮性、抗压性、稳定性;

3、尽可能多地发现并解决bug。

 

ii.      测试范围

本次测试涉及本产品的如下模块:

1、UI模块

2、数据库连接、同步、更新

3、服务器运行

4、用户登入模块

5、用户选座模块

6、管理员审批模块

7、选座推荐模块

 

iii.      测试资源及工具

测试服务器一台,IP地址:127.0.0.1;

测试人员2名

 

iv.      测试种类

本测试分为三种:界面测试、功能测试、压力测试。

1、界面测试:

目标:公众号界面美观,无显示异常、不兼容现象。操作方便、直观。

2、功能测试:

目标:公众号能够按照既定的流程工作,各功能运行正常。各个模块间数据通信正常,无功能顺序意外反转等情况。对极端、非法操作及输入有健壮性。

3、压力测试:

压力测试根据实际情况包含性能测试,重点模拟客户进行多用户测试。压力测试有一条8:2原则。及百分之八十的业务量在百分之二十的时间内输入。根据统计的教室、图书馆最大容纳量及上座率,本测试将在1小时内输入100条数据。

目标:产品在上述压力下运行正常。

本次测试重点在于功能测试。

 

v.      测试流程

    用户登入

            登入分管理员和普通用户两部分,分别测试:

                  登入界面是否能正常跳转;

      后台数据库是否登记成功;

      跳转后页面是否显示正常,管理员为待审批申请界面,普通用户为座位情况展示界面。

            普通用户选座、退选及申请:

                  建筑地图是否显示正常,是否能成功点击进入详情;

                  建筑内是否显示正常,是否能成功展示特定教室详情;

                  用户选座是否能显示正常;     

                  后台数据库是否登记选座情况成功;

                  是否成功防止重复选座行为;

                  用户退选是否显示正常;

                  后台数据库是否退选成功;

                  后台定时(24小时)清空选座表是否成功;

                  申请界面是否显示成功;

                  待审批申请是否提交至数据库。

    管理员审批

                  审批界面是否显示正常;

                  后台数据库是否写入审批状态;

                  审批状态是否实时通知申请用户。

            座位推荐

                  推荐界面是否显示正常;

                  推荐计算模块是否工作正常;

                  回显是否正常。

 

 vi.      测试进度及任务安排

时间

测试种类

测试模块

测试人员

2016.05.15

界面测试

UI模块

赵安

2016.05.17-

2016.05.25

功能测试

数据库连接、同步、更新;

服务器运行;

用户登入模块;

用户选座模块;

管理员审批模块;

选座推荐模块。

王丹丹、孟启飞、杨轹丹、彭宇清

2016.05.27

压力测试

公众号整体

赵安

 

 

 

 

原文地址:https://www.cnblogs.com/infoswe007/p/5558805.html