ImageVerifierCode 换一换
格式:DOCX , 页数:10 ,大小:181.11KB ,
资源ID:11729229      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/11729229.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(还有影院测试报告.docx)为本站会员(b****4)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

还有影院测试报告.docx

1、还有影院测试报告还有影院测试报告拟制人:沈子臣日期:2016-08-19审核人:刘兴花、田成军、李洪林日期:2016-08-19批准人:沈子臣日期:2016-08-20项目组成员:组长: 姓名:沈子臣负责工作:编写测试方案、审批测试用例、编写测试总结小组成员:姓名:刘兴花姓名:李洪林姓名:田成军 目 录1引言 31.1编写目的 31.2 项目背景 31.3 用户群 31.4 基本定义 31.5术语和缩写词 51.6 参考资料 52 测试概要 62.1 测试环境 62.1.1 软件硬件配置 62.1.2 还有影院应用拓扑图 72.2 测试计划 72.3 测试执行 82.4 测试用例设计方法 82

2、.4.1 功能性 92.4.2 易用性 92.5 覆盖分析 92.5.1 需求覆盖 93 测试用例 103.1 功能测试 104 测试结果 104.1 bug性质及模块分布图 104.2 改进建议 115 测试结论 125.1 功能 125.2 易用性 125.3 可靠性 135.4 兼容性 135.5安全性 131引言1.1编写目的本测试报告为还有影院的测试报告,目的在于运用学习理论阶段的软件测试方法和技术,总结测试阶段的测试以及分析测试结果,描述系统是否符合需求,是否达到预期结果。预期参考人员包括老师、同学等。伴随着网络和服务业的发展,网上购物正不断的改变我们的购物方式,而还有影院则网上购

3、票系统的佼佼者。正因如此做好软件测试,增强软件的健壮性则尤为重要。1.2 项目背景还有影院是一款网上购买电影票的系统它是2013年上线的一款App,目前拥有注册会员10万用户,日活跃用户3万,它的优点是能带给你最便捷的时间筛选,最人性化的操作体验,体验前所未有的感动,让您足不出户就可以在家购买电影票,为您节省更多的时间,同时他还拥有极为精准的GPS定位服务,让您随时随地到您喜欢的影院看最新最热门的影片。1.3 用户群读者:老师,学生1.4 基本定义五类测试错误类型。A类:严重错误,包括以下各种错误: 由于程序所引起的死机,非法退出 死循环 数据库发生死锁 因错误操作导致的程序中断 功能错误 与

4、数据库连接错误 数据通讯错误B类:较严重错误,包括以下各种错误: 程序错误 程序接口错误 数据库的表、业务规则、缺省值未加完整性等约束条件C类:一般性错误,包括以下各种错误: 操作界面错误(包括数据窗口内列名定义、含义是否一致) 打印内容、格式错误 简单的输入限制未放在前台进行控制 删除操作未给出提示 数据库表中有过多的空字段D类:较小错误,包括以下各种错误: 界面不规范 辅助说明描述不清楚 输入输出不规范 错误操作未给用户提示 提示窗口文字未采用行业术语 可输入区域和只读区域没有明显的区分标志1.5术语和缩写词测试用例:测试用例可以独立进行测试执行的最小单元。测试内容的一系列情景和每个情景中

5、必须依靠输入和输出,而对软件的正确性进行判断的测试文档,称为测试用例。测试用例就是将软件测试的行为活动转化为规范化的文档。Bug:英文单词,本意是臭虫、缺陷、损坏、窃听器、小虫等意思。现在人们将在电脑系统或程序中,隐藏着的一些未被发现的缺陷或问题统称为bug(漏洞)。1.6 参考资料下表列出了制定测试阶段所用的文档,并标明了文档的可用性:注:可以视情况删除或添加项目。 文档(版本/日期)已创建或可用已被接受或已经过复审作者或来源备注需求规约 是 否是 否李洪林功能性规约 是 否 是 否李洪林用例报告是 否 是 否李洪林项目计划是 否 是 否田成军设计规约 是 否 是 否田成军原型 是 否 是

6、否田成军用户手册 是 否 是 否刘兴花业务模型或业务流程 是 否 是 否刘兴花数据模型或数据流 是 否 是 否刘兴花业务功能和业务规则 是 否 是 否沈子臣项目或业务风险评估 是 否 是 否沈子臣2 测试概要 测试目的:在于为执行测试提供用例,指导测试的实施,查找分析缺陷,评估测试质量并执行测试用例后,需要跟踪故障,以确保是否满足需求。 测试声明:测试人员在软件开发过程中的任务: 1、寻找Bug; 2、避免软件开发过程中的缺陷; 3、衡量软件的品质; 4、关注用户的需求。2.1 测试环境2.1.1 软件硬件配置 表2.1 软件硬件配置图环境应用服务器数据库服务器客户端硬件配置LinuxCPU:

7、Inteli5-4320M以上内存:4G或以上硬盘:500G或以上Oracle,MySQLCPU:i7-4110HQ内存:8.00GB硬盘:1T软件配置Window7 旗舰版Window7 旗舰版Window7 旗舰版网络配置10M LAN10M LAN10M LAN2.1.2 还有影院应用拓扑图 图2.1 还有影院应用拓扑图2.2 测试计划版本/时间,计划开始时间实际开始时间,计划结束时间,实际完成时间,加班,增加资源: 表2.2 测试计划(1)版本/时间计划开始时间实际开始时间计划结束时间实际结束时间加班增加资源总计(天)备注影片模块2016-8-12016-8-12016-8-52016

8、-8-4 否 否20影院模块2016-8-52016-8-42016-8-102016-8-10 否 否会员模块2016-8-102016-8-102016-8-162016-8-14 否 否设置模块2016-8-162016-8-142016-8-182016-8-20 否 否2.3 测试执行此次测试严格按项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试。2.4 测试用例设计方法 测试用例设计方法:等价类划分法 等价类划分法是把所有可能的输入数据,即程序的输入域划

9、分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。 测试用例设计方法:边界值分析法 边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。2.4.1 功能性还有影院实现的基本功能主要有:用户注册;用户登陆;修改用户个人信息;设置用户喜好;电影票的选购;查看影院、影片和周围的详细情况;在线约票功能;查看用户的订单信息;GPS精确定位;等2.4.2 易用性操作按钮提示信息正确性,一致性,可理解性;限制条件提示信息正确性,一致性,可

10、理解性;必填项标识;输入方式可理解性。2.5 覆盖分析2.5.1 需求覆盖 本次测试对系统需求的覆盖情况为 需求覆盖率=Y(P)项/需求项总数 100%=100% 表2.5 覆盖测试需求需求 /功能测试类型是否通过备注登陆功能测试P注册功能测试Y购票功能测试Y查看信息功能测试Y查看详情功能测试PGPS定位功能测试N/A设置用户喜好功能测试P 表格中“是否通过”的四种状态:Y:全部通过;P:部分通过;N:不通过;N/A :不可测试或者用例不适用。3 测试用例3.1 功能测试图3.1 项目Bug数量图3.2 Bug解决方案统计4 测试结果4.1 bug性质及模块分布图对被测软件的总体评估:标识在测

11、试中的缺陷、限制或约束,对软件和系统性能的影响,包括未得到满足的标识,推荐的更正方案或方法。 表4.1 bug类型及数量模块Bug性质A类B类C类D类总数影片01124影院00224会员01113设置00011其他00235总数02 6917软件测试合格须符合以下标准:表4.1 测试合格标准A类错误B类错误C类错误D类错误无无小于等于5个小于等于10个4.2 改进建议在整个系统测试执行期间,测试员高效地及时解决了各种缺陷,在一定程度上较好地保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一些问题,如,测试执行时间相对较少,测试通过标准要求较低;细节性错误较多,测试时对系

12、统了解不够透彻,测试执行时存在理解偏差,导致提交无效缺陷。 建议:需求提出方可以再使用该系统的基础上,继续搜集用户的使用需求反馈,并结合市场同类产品的优势,在今后的版本中不断补充并完善功能。 在项目开始的时候应该制定编码标准,数据库标准,需求变更标准,开发和测试人员都严格按照标准进行,可以在后期减少因为开发,测试不一致而导致的问题,同时也可以降低沟通成本。 发布版本的时候,正确布置测试环境,减少因为测试环境,测试数据库数据的问题而出现的无效bug。 开发人员解决bug的时候,填写bug原因以及解决方式,方便bug的跟踪。 开发人员在开发版本上发现bug,可以通知测试人员,因为开发人员发现的bu

13、g很有可能在测试版本上出现,而测试人员和开发人员的思路不同,有可能测试人员没有发现该bug,而且,这样可以保证发现的bug都能够被跟踪。5 测试结论 测试执行充分;测试目标完成;测试通过。5.1 功能系统正确的实现了用户注册、登录、定位、购票、设置喜好功能。5.2 易用性 现有系统实现了如下易用性:必填项标识;输入方式可理解性;输入限制的正确性;中文界面下数据语言与界面语言的一致性;操作按钮提示信息正确性,一致性,可理解性;输入限制提示信息的正确性,可理解性,一致性;查询,添加,删除,修改操作相关提示信息的一致性,可理解性。 现有系统存在如下易用性缺陷:中英文混排;中英文对应的正确性;输入缺少解释性说明;输入,输出字段的可理解性差。5.3 可靠性现有系统的可靠性控制不够严密,很多控制是通过页面控制实现的,如果页面控制失效,可以向数据库插入数据,引发错误。现有系统的容错性不高,如果系统出现错误,返回错误类型为找不到页面错误,无法回复到出错前的状态。5.4 兼容性目前系统仅支持安卓4.2以上版本。5.5安全性现有系统控制了以下安全性问题:退出登陆时清空手机本身所有关于本系统此用户的信息。 现有系统未控制以下安全性问题:用户名和密码应对大小写敏感。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1