测试报告分析

测试分析报告

1.引言 1

1.1编写目的 1

1.2项目背景 1

1.3参考资料 2

2.测试计划执行情况 2

2.1测试项目 2

2.2测试机构和人员 3

2.3测试结果 3

3.软件需求测试结论 7

4.评价 7

4.1软件能力 7

4.2缺陷和限制 7

4.3建议 7

4.4测试结论 8

1.引言


1.1编写目的


结合测试计划预先的规定对所开发的翻翻棋之斗兽棋进行物理和逻辑上的全面测试,找出其中存在的编码以及界面风格上存在的错误及不足之处,进行相应的调整和改动,将系统的错误和用户在使用过程中遇到困难的程度降到最低,同时也将系统的精确度提升为最大。

1.2项目背景


目前翻翻棋在休闲游戏市场上并不是很多,很多用户没有见过这样一个放松娱乐的游戏,这值得我们大力推广。翻翻棋游戏是真正适合少年期的用户使用的具有寓教于乐意义的游戏。在当今如此盛行网络游戏的时代,教育网游的诞生不能不说是一个绝好的切入点。因此翻翻棋游戏就更适合于教育网游。与一般传统的角色扮演类游戏相比,翻翻棋游戏的开发更适合于如今网游的发展趋势,从另一方面更可以使如今的用户远离一些血腥暴力游戏所带来的危害。益智休闲类游戏不仅满足用户对游戏的需要,也是一种促进智力发展的手段。

1.3参考资料


[1] 翻翻棋-项目开发计划书

[2] 翻翻棋-需求规格说明书

[3] 翻翻棋-概要设计说明书

[4] 翻翻棋-详细设计说明书

2.测试计划执行情况


2.1测试项目


2.1.1 服务器端

2.1.1.1 联机对打测试

主要测试用户的各种权限的行使是否可行(如开启服务器,连接服务器,开始游戏等),并且测试游戏中对话功能,检查上述功能是否可行。

2.1.2 客户端

2.1.2.1 游戏控制模块测试

主要测试用户是否可以正常连接服务器,用户是否可以正常登陆,用户是否可以正常选择游戏并且进行游戏,用户创建游戏,加入游戏的功能是否可以正常使用,退出游戏的功能是否可以正常使用。通过测试,检查上述功能是否可行。

2.1.2.2 游戏进行测试

主要测试用户对棋盘棋子的各项操作功能,例如翻棋,吃子,悔棋,求和等。通过测试,检查上述功能是否可行。

2.1.2.3 游戏结果测试

主要测试。通过测试游戏进行到最后一步时对结果的判定,检查上述功能是否可行。

2.1.2.4 用户聊天模块测试

主要测试用户与用户之间发送信息,系统给用户发送信息的功能是否可行。通过测试,检查上述功能是否可行。

2.2测试机构和人员


测试机构:抖抖工作室

负责人:姜力比

测试人员名单:姜力比

2.3测试结果


2.3.1服务器端

2.3.1.1开启服务器测试:

步骤:游戏开启后,点击开启服务器,进行等待别人的加入。

测试结果:服务器开启成功

问题:测试中未发现问题,测试结果正确

2.3.1.2:连接服务器测试

步骤:服务器端登录后,点击连接服务器。

测试结果:连接服务器成功

问题:测试中未发现问题,测试结果正确

2.3.1.3:背景音乐

步骤:服务器端登录后,点击内容,点击获取

测试结果:内容得到并显示

问题:测试中未发现问题,测试结果正确

2.3.2客户端

2.3.2.1游戏创建:

步骤:进入游戏后,点击开启服务器

测试结果:创建了以自己为房主的游戏房间,并等待其他用户的进入

问题:测试中未发现问题,测试结果正确

2.3.2.2游戏加入:

步骤:进入游戏后,点击连接服务器,输入已知的IP端

测试结果:成功加入游戏并等待开始

问题:测试中未发现问题,测试结果正确

2.3.2.3游戏退出:

步骤:加入游戏之后,点击退出

测试结果:成功退出游戏

问题:测试中未发现问题,测试结果正确

2.3.3 用户聊天模块测试

2.3.3.1消息发送:

步骤:点击聊天框后,输入消息,点击发送

测试结果:发送目标接收到消息

问题:测试中未发现问题,测试结果正确

2.3.3.2消息接收:

步骤:登录游戏后,查看聊天框内容

测试结果:成功接收到消息

问题:测试中未发现问题,测试结果正确

2.3.4游戏端

2.3.4.1 翻暗棋

步骤:点击暗棋,查看结果

测试结果:棋子翻面,显示棋子

问题:测试中未发现问题,测试结果正确

2.3.4.2 走棋

步骤:点击己方棋子,走到其他位置

测试结果:棋子走到了自己所走的位置

问题:测试中未发现问题,测试结果正确

2.3.4.3 吃子

步骤:点击己方棋子,向对方比自己低级或者高级的棋子或者相同棋子吃去

测试结果:棋子成功吃掉低级棋子或者被吃掉或者同归于尽

问题:测试中未发现问题,测试结果正确

2.3.4.4 游戏胜负

步骤:将棋子走完至结果

测试结果:游戏结束,显示胜负

问题:测试中未发现问题,测试结果正确

3.软件需求测试结论


经过对翻翻棋之斗兽棋的全面系统性测试,本平台已经具有了用户进行使用游戏的各项功能,在用户开启服务器,连接服务器,游戏,聊天等功能上都能满足一般需求。但在细节上任有不足,而有的功能未被测试,比如当用户数量太多的情况。

4.评价


4.1软件能力


经全面系统的测试,该软件已经满足用户的需求,具备作为一个软件制作初级水平阶段

4.2缺陷和限制

该软件已经初步实现了应有的功能,但在细节方面存在较多的缺陷。例如多方参与到一个服务器房间的崩溃处理,添加的字段不能判断是否为空,是否符合数据库中规定的数据类型,各个模块之间的颜色风格不是很协调、统一,没有对用户断线做处理。在以后还需要继续完善。

4.3建议

在对该翻翻棋做进一步完善时,对于程序代码方面的错误还是需要各个模块负责人进行相应的修改,对于各个模块的总体风格应尽量团队之间相互讨论后,制定出统一的风格方案,相互协调,来共同完成。

4.4测试结论

该软件能够满足用户的需求,符合基本要求

测试报告分析,布布扣,bubuko.com

时间: 2024-10-05 15:56:02

测试报告分析的相关文章

【大数据之数据仓库】kudu性能测试报告分析

本文由  网易云发布. 这篇博文主要的内容不是分析说明kudu的性能指标情况,而是分析为什么kudu的scan性能会这么龊!当初对外宣传可是加了各种 逆天黑科技的呀:列独立存储.bloom filter.压缩.原地修改.b+tree.mvcc ... ... 这里先贴个kudu和parquet小部分的TPCDS测试结果对比图吧: 没有对比就没有伤害,有了对比就有了乐趣.纵坐标是耗时,单位是秒,代表kudu的黄色柱子太高了,说人话就是kudu耗时太 长,性能太差! 老大:为什么kudu性能会这么差

大话软件测试

大话软件测试(不扭曲,不变形,不晦涩,不忽悠,明晰软件测试,从哪里来,到哪里去.大鸟和小白为您洞见软件架构底层,诠释软件测试的设计哲学.) 欧立奇 何金池 等 编著   ISBN 978-7-121-24097-3 2014年9月出版 定价:45.00元 280页 16开 编辑推荐 本书用完整严密的知识体系和诙谐幽默的语言,为您在软件测试的道路上打好坚实的基础:培养读者敏锐的洞察力以及优秀的测试素养,提高自身功力,从容面对软件开发/测试. 内容提要 <大话软件测试>通过小白与大鸟的趣味情景对话

新人学习之接口测试学习

  <后台搜索服务>接口学习书 适用范围  XX软件-大客户业务中心  作者  段旭    一.项目概述 1.项目简介: (1)内容: 此文是介绍接口测试是怎样进行的,结合后台搜索服务,从理论引申到实践的一个学习过程,其中包括介绍阶段性的学习与实践,内容并不具体详细,很多细节还是需要自己进行学习和探究,知识与经验是靠累积与沉淀才稳固牢靠. (2)背景: XX开发适配各种http接口给需要服务的CP提供相应的支持. (3)意义: 议读此计划书,一共有3重意义: 第一,学习测试,认识软件测试过程,

一款类似loadRunner的优秀国产压力测试工具——kylinTOP测试与监控平台

市面上流行的压力/负载/性能测试工具多是来自国外,近年来国内的性能测试工具也如雨后春笋般崛起,但大部分产品是基于Jmeter开源内核包装起来的性能测试工具,其中也不乏佼佼者,如:kylinTOP测试与监控平台,它是一款集性能测试.自动化测试.业务监控于一体的B/S架构的测试平台,支持跨平台(WINDOWS/LINUX/SOLARIS/麒麟/MAC)运行.该工具没有基于任何开源免费组件,是一款完全国产化的性能测试工具,是目前国内一款非常难得好用的性能测试工具,可以完全替代国外的同类产品.目前在军工

接口性能测试报告样本-含分析内容2

新的测试报告,做性能前,最需要确认好测试环境,有的时候客户经理不太明白,性能测试是怎么回事,问测试要公网的测试报告,尤其是后台的性能测试,我们只能保证其内容效率,公网测试性能相当不严谨,难道移动联通哪天断网了也是我们得事情喽?,所以我认为所有的性能均应该在内网环境下进行,性能而是一个是验证其服务器峰值,一个是验证其服务器最优值的稳定情况. 报告如下: 此次测试的为坐标偏转接口,验证了其峰值查看现存服务器的支撑情况,对运维提出相对意见 坐标偏转性能 测试报告 生效日期 2016-1-20 版 本

负载均衡技术分析与测试报告

负载均衡技术分析与测试报告                 目录 负载均衡测试报告... 1 负载均衡技术概述:... 2 服务器负载均衡... 2 链路负载均衡... 3 Outbound链路负载均衡... 3 Inbound链路负载均衡... 4 常见负载均衡调度算法... 5 测试目的... 6 测试环境搭建... 7 1:原始网络环境... 7 2:测试网络环境... 7 测试设备介绍... 8 1:产品介绍... 8 2:产品操作界面... 8 出现问题... 9 最终解决方案...

接口性能测试报告样本-含分析内容

以下是小弟写的报告样本,性能刚学,懂得不太多,希望拍砖指正. API云服务器性能 测试报告 生效日期 2015-06-12 版 本 号 V1.0 版本状态 □草案    □定稿    ■发布版    □修订稿 编 制 人 段旭 编制日期 2015-6-12 审 核 人   审核日期   批 准 人   批准日期             文档履历 版本 修订日期 修订章节 主要修正 修订人 审核人/ 批准人 V1.0 2015-06-12 全部 创建API云服务器性能测试报告 段旭        

Jmeter(四十八)_动态线程分析HTML测试报告

概述 jmeterGUI模式下,性能测试的结果往往误差很大,因为GUI本身就会消耗一部分资源.所以我们常常用命令行去跑性能脚本,得出结果 同时,jmeter在命令行下还可以生成多维度的测试报告,里面包含了常用的性能指标和监听器图表. 操作步骤 详见:JMeter(十四)-自动生成测试报告 注:如果想动态的执行线程数,我们需要在GUI模式下把线程组和持续时间设置成全局属性 ${__P(threadNum,)} 获取线程组属性${__P(cycle,)} 获取迭代次数属性${__P(time,)}

7、执行 suite 后,result.html 测试报告中,测试结果全部显示为通过原因分析

测试用例中,断言 异常后,必须 raise 抛出异常, 若无raise ,则测试报告中测试结果全部显示为通过. 抛出后,显示实际测试结果,通过/未通过 1 __author__ = 'Administrator' 2 3 import unittest 4 from study_demo.demo_0212.http_request_util import Http_Request_Util 5 from ddt import ddt,data,unpack 6 from study_demo.