BS资产管理系统测试总结报告 doc.docx

BS资产管理系统测试总结报告 doc.docx

《BS资产管理系统测试总结报告 doc.docx》由会员分享，可在线阅读，更多相关《BS资产管理系统测试总结报告 doc.docx（12页珍藏版）》请在冰豆网上搜索。

BS资产管理系统测试总结报告doc

BS资产管理系统测试总结报告

1.引言

编写目的

本文档是BS资产管理系统测测试总结文档，主要用于总结测试过程中的测试方案，测试结果，描述系统是否满足最终需求。

本文档合法阅读对象为软件开发项目负责人、软件工程师、测试组、系统维护工程师。

项目背景

项目名称：

BS资产管理系统

随着信息化时代的到来，实现资产的电子化管理，是任何一个企业的需求，通过计算机软件，提高资产管理的准确性方便查询和维护，提高工作效率。

随着我国经济的不断发展，医院、企业、学校、政府等机构资产急剧膨胀，其结构日趋复杂，管理难度越来越大，尤其是随着医院、企业、学校、政府内部所推行的人事、分配、后勤、财务等改革的深入，不断对资产管理提出新的要求，因此电子化的资产管理系统应运而生。

BS资产管理系统是集供应商管理、存放地点管理、资产管理、新增于一体的综合性管理系统，各级管理人员可以在网上进行各项管理活动、传递各项管理信息。

在吸收先进的管理思想的同时，充分运用了现代信息技术，是实现管理手段科学化的新型管理系统。

该系统对理顺资产体制、落实资产管理制度，对资产业务实现全面的控制和管理，提升工作效率表现出十分积极的作用，并展现出了强大的作用。

2.测试参考文档

文档名称

版本号

日期

作者

《BS资产管理系统需求说明书》

1.0

2017.5.16

需求分析组

《BS资产管理系统测试方案》

1.0

2017.5.16

01_01、01_02、01_03

《测试用例》

1.0

2017.5.16

01_01、01_02、01_03

《Bug报告》

1.0

2017.5.16

01_01、01_02、01_03

《BS资产管理系统测试总结文档》

1.0

2017.5.16

01_01、01_02、01_03

3.项目组成员

角色

人员（工位号）

主要职责

测试负责人

01_01

1.协调项目安排

2.撰写测试方案

3.设计测试用例

4.测试系统记录Bug

5.撰写测试总结

测试人员

01_02

1.参与撰写测试方案

2.设计测试用例并整合所有的测试用例

3.测试系统记录Bug

4.参与撰写测试总结

测试人员

01_03

1.参与撰写测试方案

2.设计测试用例

3.测试系统记录Bug并整合所有的Bug

4.参与撰写测试总结

4.测试设计介绍

测试用例设计方法

功能模块

设计测试用例方法

系统登录

等价类划分法、边界值法、场景法

个人信息

错误推测法、等价类划分法、边界值法

资产类别

错误推测法、等价类划分法、边界值法

品牌维护

错误推测法、等价类划分法、边界值法

取得方式

边界值法、错误推测法、等价类划分法

报废方式

错误推测法、等价类划分法、边界值法

供应商

错误推测法、场景法

存放地点

错误推测法、场景法

部门管理

错误推测法、等价类划分法、边界值法

人员管理

错误推测法、等价类划分法、边界值法

资产入库

错误推测法、场景法

资产借还

错误推测法、场景法

资产转移

错误推测法、场景法

资产维修

错误推测法、场景法

资产报废

错误推测法、等价类划分法、边界值法

资产盘点

错误推测法、场景法

测试环境与配置

关键项

数量

配置

测试PC机（客户端）

３

性能相当于2GHz处理器，2G以上内存，显示器要求1024*768以上

测试移动终端（移动客户端）

１

Vivox9

服务端

1

内含软件测试实训系统的PC服务器

资源名称/类型

配置

操作系统环境：

操作系统主要为Windows7（客户端），WindowsServer2008R2（服务器端）

浏览器环境：

主流浏览器有：

IE8、Chrome

功能性测试工具

手工测试

文档编辑软件

Office2007及以上

截图工具

SnippingTool

输入法

搜狗输入法

软件实训系统

北京四合天地软件实训系统

测试方法

本次测试主要用到了以下方法：

1.从程序内部结构角度，采用了黑盒测试方法，黑盒测试主要采用了功能测试和兼容性测试；

2.按测试范围划分，采用了功能测试、集成测试、场景测试和系统测试；

3.从手动还是自动角度，主要是测试人员用鼠标去手动测试；

4.从是否运行程序角度，采用了动态测试；

5.非功能测试方法，主要涉及兼容性测试、可用性测试和软件安全性测试；

6.测试策略，主要用了回归测试、交叉自由测试和探索性测试。

5.测试进度

测试进度回顾

[描述测试过程中的测试进度以及总结]

测试阶段

实际时间安排

参与人员（工位号）

实际测试工作安排

测试需求

9:

30-9:

45

01_01、01_02、01_03

阅读《BS资产管理系统测试需求说明书》

测试方案

9:

45-10:

40

01_01

撰写测试方案

测试用例

9:

45-11:

00

01_01、01_02、01_03

01_01设计模块

01_02设计模块

01_03设计模块

Web端第一遍全面测试

11:

00-12:

30

01_01、01_02、01_03

01_01测试模块记录相应Bug

01_02测试模块记录相应Bug

01_03测试模块记录相应Bug

移动APP端第一次全面测试

11:

40-12:

30

01_03

01_03测试移动APP端

交叉自由测试

12:

30-13:

00

01_02、01_03

交换模块测试、复测

测试总结

13:

00-13:

30

01_01

撰写测试总结

功能测试回顾

Web端

功能模块

计划开始时间

实际开始时间

计划结束时间

实际结束时间

测试人员

测试情况

系统登录

01_02

完成

个人信息

01_02

完成

资产类别

01_02

完成

品牌维护

01_02

完成

取得方式

01_02

完成

报废方式

01_02

完成

供应商

01_01

完成

存放地点

01_01

完成

部门管理

01_02

完成

人员管理

01_01

完成

资产入库

01_02

完成

资产借还

01_03

完成

资产转移

01_03

完成

资产维修

01_03

完成

资产报废

01_01

完成

资产盘点

01_03

完成

移动APP端

功能模块

计划开始时间

实际开始时间

计划结束时间

实际结束时间

测试人员

测试情况

系统登录

01_02

完成

个人信息

01_02

完成

资产类别

01_02

完成

6.用例汇总

Web端用例汇总

功能模块

测试用例总数

用例编写人（工位号）

执行人（工位号）

系统登录

18

01_02

01_02

个人信息

21

01_02

01_02

资产类别

29

01_02

01_02

品牌维护

29

01_02

01_02

取得方式

29

01_02

01_02

报废方式

29

01_02

01_02

供应商

29

01_01

01_01

存放地点

22

01_01

01_01

部门管理

11

01_02

01_02

人员管理

10

01_01

01_01

资产入库

25

01_02

01_02

资产借还

28

01_03

01_03

资产转移

35

01_03

01_03

资产维修

32

01_03

01_03

资产报废

32

01_01

01_01

资产盘点

32

01_03

01_03

用例合计（个）

411

01_02

01_02

移动端用例汇总

功能模块

测试用例总数

用例编写人（工位号）

执行人（工位号）

登录

10

01_03

01_03

个人信息

20

01_03

01_03

资产管理

20

01_03

01_03

供应商

17

01_03

01_03

存放地点

46

01_03

01_03

用例合计（个）

113

01_03

01_03

7.Bug汇总

[对发现的Bug按照不同标准进行汇总]

Web端Bug汇总

功能模块

按BUG严重程度个数

缺陷类型

严重

很高

高

中

低

合计

功能缺陷

UI缺陷

建议性缺陷

合计

系统登录

1

0

4

1

1

7

5

1

1

7

个人信息

0

0

9

0

0

9

9

0

0

9

资产类别

0

5

13

0

0

18

18

0

0

18

品牌维护

0

5

13

0

0

18

18

0

0

18

取得方式

0

5

13

0

0

18

18

0

0

18

报废方式

0

5

13

0

0

18

18

0

0

18

供应商

3

1

2

5

0

11

6

5

0

11

存放地点

0

0

6

3

0

9

6

3

0

9

部门管理

0

5

13

0

0

18

18

0

0

18

人员管理

0

1

2

0

0

3

3

0

0

3

资产入库

0

6

9

1

0

16

15

1

0

16

资产借还

0

1

17

2

1

21

18

2

1

21

资产转移

0

1

16

2

1

20

17

2

1

20

资产维修

0

1

16

2

1

20

17

2

1

20

资产报废

0

1

2

0

0

3

3

0

0

3

资产盘点

0

1

16

2

1

20

17

2

1

20

合计（个）

4

38

164

18

5

229

206

18

5

229

移动端Bug汇总

功能模块

按Bug严重程度个数

严重

很高

高

中

低

合计

登录

1

0

4

1

1

7

个人信息

0

0

9

0

0

9

供应商

3

1

5

3

0

12

存放地点

0

4

5

3

0

12

资产管理

0

4

14

2

1

21

合计（个）

4

9

37

9

2

61

8.测试结论

本次测试得到以下结论：

1.经过本次测试共发现xx处Bug，其中严重有x处，很高级别有x处，高级别有x处，中级别有x处，低级别有x处；经过复测并无发现其余Bug；该系统Bug数过多，现不宜推出使用。

2.测试过程中发现的问题：

本次测试是手工测试，由于时间问题未能实现对一些功能模块进行大数据操作的测试，因此只能对一些重要的模块进行大数据的着重测试，比如资产入库、资产报废等；由于模块间的数据需要交互，因为是分工合作，所以需要测试负责人协调。

3.测试过程中得到的收获：

一是通过本次测试，提高了我们的实际问题综合分析能力、测试用例和测试方法的设计能力、应用创新能力、文档撰写能力，以及掌握了许多软件测试相关技术；

二是由于系统功能模块多，时间紧，测试任务需要团队良好的分工与合作，相互间彼此帮助和支持，认识到了相互合作的重要性，测试工作加强团队的成员间的合作精神；

三是做事应加强沟通和交流，有问题应第一时间反馈，以便及时作出调整，便于项目的顺利推进。