还有影院测试报告.docx

资源描述

还有影院测试报告.docx

《还有影院测试报告.docx》由会员分享，可在线阅读，更多相关《还有影院测试报告.docx（10页珍藏版）》请在冰豆网上搜索。

还有影院测试报告.docx

还有影院测试报告

拟制人：

沈子臣

日期：

2016-08-19

审核人：

刘兴花、田成军、李洪林

日期：

2016-08-19

批准人：

沈子臣

日期：

2016-08-20

项目组成员：

组长：

姓名：

沈子臣

负责工作：

编写测试方案、审批测试用例、编写测试总结

小组成员：

姓名：

刘兴花

姓名：

李洪林

姓名：

田成军

1引言3

1.1编写目的3

1.2项目背景3

1.3用户群3

1.4基本定义3

1.5术语和缩写词5

1.6参考资料5

2测试概要6

2.1测试环境6

2.1.1软件硬件配置6

2.1.2还有影院应用拓扑图7

2.2测试计划7

2.3测试执行8

2.4测试用例设计方法8

2.4.1功能性9

2.4.2易用性9

2.5覆盖分析9

2.5.1需求覆盖9

3测试用例10

3.1功能测试10

4测试结果10

4.1bug性质及模块分布图10

4.2改进建议11

5测试结论12

5.1功能12

5.2易用性12

5.3可靠性13

5.4兼容性13

5.5安全性13

1引言

1.1编写目的

本测试报告为还有影院的测试报告，目的在于运用学习理论阶段的软件测试方法和技术，总结测试阶段的测试以及分析测试结果，描述系统是否符合需求，是否达到预期结果。

预期参考人员包括老师、同学等。

伴随着网络和服务业的发展，网上购物正不断的改变我们的购物方式，而还有影院则网上购票系统的佼佼者。

正因如此做好软件测试，增强软件的健壮性则尤为重要。

1.2项目背景

还有影院是一款网上购买电影票的系统它是2013年上线的一款App，目前拥有注册会员10万用户，日活跃用户3万，它的优点是能带给你最便捷的时间筛选，最人性化的操作体验，体验前所未有的感动，让您足不出户就可以在家购买电影票，为您节省更多的时间，同时他还拥有极为精准的GPS定位服务，让您随时随地到您喜欢的影院看最新最热门的影片。

1.3用户群

读者：

老师，学生

1.4基本定义

五类测试错误类型。

A类：

严重错误，包括以下各种错误：

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

⏹死循环

⏹数据库发生死锁

⏹因错误操作导致的程序中断

⏹功能错误

⏹与数据库连接错误

⏹数据通讯错误

B类：

较严重错误，包括以下各种错误：

⏹程序错误

⏹程序接口错误

⏹数据库的表、业务规则、缺省值未加完整性等约束条件

C类：

一般性错误，包括以下各种错误：

⏹操作界面错误（包括数据窗口内列名定义、含义是否一致）

⏹打印内容、格式错误

⏹简单的输入限制未放在前台进行控制

⏹删除操作未给出提示

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

D类：

较小错误，包括以下各种错误：

⏹界面不规范

⏹辅助说明描述不清楚

⏹输入输出不规范

⏹错误操作未给用户提示

⏹提示窗口文字未采用行业术语

⏹可输入区域和只读区域没有明显的区分标志

1.5术语和缩写词

测试用例：

测试用例可以独立进行测试执行的最小单元。

测试内容的一系列情景和每个情景中必须依靠输入和输出，而对软件的正确性进行判断的测试文档，称为测试用例。

测试用例就是将软件测试的行为活动转化为规范化的文档。

Bug:

英文单词，本意是臭虫、缺陷、损坏、窃听器、小虫等意思。

现在人们将在电脑系统或程序中，隐藏着的一些未被发现的缺陷或问题统称为bug（漏洞）。

1.6参考资料

下表列出了制定测试阶段所用的文档，并标明了文档的可用性：

[注：

可以视情况删除或添加项目。

]

文档

（版本/日期）

已创建或可用

已被接受或已经过复审

作者或来源

备注

需求规约

⏹是☐否

李洪林

功能性规约

⏹是☐否

李洪林

用例报告

⏹是☐否

李洪林

项目计划

⏹是☐否

田成军

设计规约

⏹是☐否

田成军

原型

⏹是☐否

田成军

用户手册

⏹是☐否

刘兴花

业务模型或业务流程

⏹是☐否

刘兴花

数据模型或数据流

⏹是☐否

刘兴花

业务功能和业务规则

⏹是☐否

沈子臣

项目或业务风险评估

⏹是☐否

沈子臣

2测试概要

测试目的：

在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量并执行测试用例后，需要跟踪故障，以确保是否满足需求。

测试声明：

测试人员在软件开发过程中的任务：

1、寻找Bug；

2、避免软件开发过程中的缺陷；

3、衡量软件的品质；

4、关注用户的需求。

2.1测试环境

2.1.1软件硬件配置

表2.1软件硬件配置图

环境

应用服务器

数据库服务器

客户端

硬件配置

Linux

CPU：

Inteli5-4320M以上

内存：

4G或以上

硬盘：

500G或以上

Oracle，MySQL

CPU：

i7-4110HQ

内存：

8.00GB

硬盘：

软件配置

Window7旗舰版

网络配置

10MLAN

2.1.2还有影院应用拓扑图

图2.1还有影院应用拓扑图

2.2测试计划

版本/时间，计划开始时间实际开始时间，计划结束时间，实际完成时间，加班，增加资源：

表2.2测试计划

（1）

版本/时间

计划开始时间

实际开始时间

计划结束时间

实际结束时间

加班

增加资源

总计（天）

备注

影片模块

2016-8-1

2016-8-5

2016-8-4

否

影院模块

2016-8-5

2016-8-4

2016-8-10

否

会员模块

2016-8-10

2016-8-16

2016-8-14

否

设置模块

2016-8-16

2016-8-14

2016-8-18

2016-8-20

否

2.3测试执行

此次测试严格按项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。

针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。

2.4测试用例设计方法

测试用例设计方法：

等价类划分法

等价类划分法是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。

该方法是一种重要的,常用的黑盒测试用例设计方法。

测试用例设计方法：

边界值分析法

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。

通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

2.4.1功能性

还有影院实现的基本功能主要有：

用户注册；用户登陆；修改用户个人信息；设置用户喜好；电影票的选购；查看影院、影片和周围的详细情况；在线约票功能；查看用户的订单信息；GPS精确定位；等…

2.4.2易用性

操作按钮提示信息正确性，一致性，可理解性；限制条件提示信息正确性，一致性，可理解性；必填项标识；输入方式可理解性。

2.5覆盖分析

2.5.1需求覆盖

本次测试对系统需求的覆盖情况为需求覆盖率=Y（P）项/需求项总数×100%=100%

表2.5覆盖测试需求

需求/功能

测试类型

是否通过

备注

登陆

功能测试

购票

功能测试

查看信息

功能测试

查看详情

功能测试

GPS定位

功能测试

N/A

设置用户喜好

功能测试

表格中“是否通过”的四种状态：

[Y]：

全部通过；[P]：

部分通过；[N]：

不通过；[N/A]：

不可测试或者用例不适用。

3测试用例

3.1功能测试

图3.1项目Bug数量

图3.2Bug解决方案统计

4测试结果

4.1bug性质及模块分布图

对被测软件的总体评估：

标识在测试中的缺陷、限制或约束，对软件和系统性能的影响，包括未得到满足的标识，推荐的更正方案或方法。

表4.1bug类型及数量

模块

Bug性质

A类

B类

C类

D类

总数

影片

影院

会员

设置

其他

总数

软件测试合格须符合以下标准：

表4.1测试合格标准

A类错误

B类错误

C类错误

D类错误

无

小于等于5个

小于等于10个

4.2改进建议

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

但是在整个软件测试活动中还是暴露了一些问题，如，测试执行时间相对较少，测试通过标准要求较低；细节性错误较多，测试时对系统了解不够透彻，测试执行时存在理解偏差，导致提交无效缺陷。

建议：

需求提出方可以再使用该系统的基础上，继续搜集用户的使用需求反馈，并结合市场同类产品的优势，在今后的版本中不断补充并完善功能。

●在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。

●发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。

●开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。

●开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。

5测试结论

测试执行充分；测试目标完成；测试通过。

5.1功能

系统正确的实现了用户注册、登录、定位、购票、设置喜好功能。

5.2易用性

现有系统实现了如下易用性：

必填项标识；输入方式可理解性；输入限制的正确性；中文界面下数据语言与界面语言的一致性；操作按钮提示信息正确性，一致性，可理解性；输入限制提示信息的正确性，可理解性，一致性；查询，添加，删除，修改操作相关提示信息的一致性，可理解性。

现有系统存在如下易用性缺陷：

中英文混排；中英文对应的正确性；输入缺少解释性说明；输入，输出字段的可理解性差。

5.3可靠性

现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。

现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态。

5.4兼容性

目前系统仅支持安卓4.2以上版本。

5.5安全性

现有系统控制了以下安全性问题：

退出登陆时清空手机本身所有关于本系统此用户的信息。

现有系统未控制以下安全性问题：

用户名和密码应对大小写敏感。

展开阅读全文