bug总数过1000

发布新日志

  • 到底缺了点什么?

    2011-08-09 12:39:03

    最近,瓶颈~~~流失率的困扰。

    测试10天,流失率50%,最大的问题总结为两点:

    1. 客户端的兼容性
    2. 新手服务器的稳定性

    重大bug:复制道具

    因为客户端兼容性,导致玩家辛辛苦苦下的游戏,安装时出错,或者运行时出错。或者进入游戏内释放技能时出错。总结:硬件的兼容性测试时虽然有局限性,但是软件的兼容性问题,却是可以提前预测到的。这方面的测试还不够全面。需要部署实施。另外硬件兼容性的问题,也拜托各位同事在家里的机子上进行安装测试。发现问题集中在集成显卡上。另外客户端也对运行失败的玩家机器数据进行了收集和修改。希望在下次测试时能够解决大部分玩家的问题。如果是游戏不好玩那么玩家离开,至少他进来玩过,体验过,但是那些没有进游戏,就无奈放弃的人,流失的让人不甘心。

    新手村宕机问题,这几天一直在查找中。问题还没找到,昨天据说是发现了可能会引起宕机的地方,但是也不确定。悬而未决,担心下一次测试时的爆发。关于新手村分流的问题,也已经有了新的方案。希望发现的问题,就是引起宕机的问题。希望下次测试不会出现这样的问题。

    复制道具的bug。可叠加的道具,从仓库拖动至背包内同样道具上进行叠加时,仓库内的道具不会删除。这个bug,完全是测试疏漏造成的。只测试了非叠加物品的情况。以后此类问题要注意,重点测试下。

    流失点,分别在等级1、4、20级,前期1级考虑宕机排队,引起的流失下一次测试期间如果排除此因素,应该还是可以挽回部分玩家。4级时,副本介入过早可能是引起流失的一个原因。副本内宕机引起的任务中断,玩家在这里就碰到很大的坎儿。部分玩家无法继续任务,导致离开。在一测期间,由于未出现宕机问题,所以玩家到这里还是比较顺畅的。所以副本任务进行了调整。设置为即使宕机,任务也不会中断。下次测试期间可以重点观察下,在这个点会不会出现流失。20级流失原因,与上次测试时流失点23级左右相比,上次流失的原因是因为等级未够时,任务会断掉,导致玩家任务一下子断掉不知道要做什么,这次20级就直接流失,很重要的原因就是任务改动引起的。还有一些细节上的不合理。想引导玩家到野外打怪,让玩家知道升级方式已经从做任务,逐步过渡到野外打怪,但是玩家经过前期的不停的任务打怪,重复的操作。已经很疲劳了,到这个时候如果想他留下来,那就得有新鲜的玩法注入。这次却把活动往后推到了30级,也没引导玩家参加活动,让玩家从这个疲乏期,及时的过渡到有新鲜感。所以导致玩家20多级流失率大增。我想我们的思路这里是出现了偏差的。活动的引入是必不可少的,应该本着疲劳这个点到时,想参加活动的就去参加活动,想去练级的就去野外刷怪吧?给玩家多一种选择,多一种可能留下。这次我们是成功的把玩家引导到了野外,但是,野外却也存在着问题,怪物稀稀拉拉的太过分散,玩家由于前期获得的装备太少,所以练级打怪比较痛苦等。

     

  • 游戏任务系统设计注意点

    2010-12-13 23:11:39

    一个任务有这么几种状态:

    • 按照任务的状态可分为:
      • 未接
        • 可接(!亮表示)
        • 不可接(用灰掉的!表示)
      • 已接
        • 可交付(?亮表示)
        • 不可交付(?灰掉表示)
      • 已完成
        • 不显示或者显示在已完成的任务列表内
    • 按照任务目标类型
      • 对话
      • 送信
      • 采集
      • 杀怪
      • 捕捉
      • 钓鱼
      • 护送
      • 闯关(指定操作过指定场景)
      • 进行指定操作(组队、交友、加入家族、装备装备、使用物品等)
      • 其他
    • 按照奖励类型
      • 道具奖励
      • 经验、金钱奖励
      • 技能奖励
      • 装备奖励
        • 职业、性别奖励

    设计原则:

    • 任务接取和完成要便利
      • 不需要重复不断地和npc对话,通过点击接受和完成面板来完成任务
    • 任务目标一目了然
    • 任务奖励要醒目
      • 奖励采用图形界面,给予人直接的视觉冲击
    • 任务追踪要简单
      • 任务名称
      • 接取人
      • 完成人
      • 任务目标
      • 任务完成状况(可交付、过程中)

    任务接取原则:可接任务的可见性,设计可接任务类别,什么样的任务为可接任务。

    任务面板的设计:

    • 布局:任务列表和任务信息面板两部分
      • 任务列表内是任务的简单分类
      • 任务信息面板内显示任务的名称、目标、任务描述、奖励
      • 任务追踪按钮
      • 放弃任务按钮
    • 面板内的点击npc和怪物名时的自动追踪

     

     

  • 软件测试规范

    2007-09-12 19:44:19

    软件测试过程中一般会从以下几个方面入手来规范过程,并在每个子过程明确角色职责、活动描述及所需资料。

    • 角色的确定
    • 进入的准则
    • 输入项
    • 活动过程
    • 输出项
    • 验证与确认
    • 退出的准则
    • 度量

    软件测试的角色职责划分

     人员(角色)  职责
     测试设计人员  制定和维护测试计划,设计测试用例及测试过程,生成测试分析报告
     测试人员  执行集成测试和系统测试
     设计人员  设计测试需要的驱动程序和稳定性
     编码人员  编写测试驱动程序和稳定桩,执行单元测试

    进入准则:确定软件测试切入点。

    输入项:软件测试需要相关的文档作为测试设计及测试过程判断符合性的依据和标准,对于需要进行专业单元测试的项目还得和程序单元和软件集成计划相应版本等文档资料,这些文档一并作为测试的输入。

     输  输入描述
     软件项目计划  软件测试项目计划是一个综合的组装工作,用来收集管理项目时所需要的所有信息
     软件需求文档  描述软件需求的文档,如软件需求规约(srs)文档或者利用case工具建模生成的文档
     软件构架设计文档  主要描述备选设计案、软件子系统划分、子系统间接口和错误处理机制
     软件详细设计档 主要描述将构架设计转化为最小实施单元,产生可以编码实现的设计
     软件程序单元  包括了所有编码员完成的程序单元代码
     软件集成计划  软件工作版本的定义、内容、集成的策略及实施的先后顺序等
     软件工作版本  按照集成计划船舰的各个集成工作版本

    1.测试设计

    角色:测试设计员、设计员

    活动描述:目的是为每一个测试需求确定测试用例集,并确定执行测试用例的测试过程

      • 设计测试用例:

    1).对每一个测试需求,确定其需要的测试用例

    2).对每一个测试用例,确定其输入及预期结果

    3).确定测试用例的测试环境配置、需要的驱动界面或稳定性

    4).编写测试用例文档

    5).对测试用例进行同行评审

      • 开发测试过程:

    1).根据界面原型为每一个测试用例定义详细的测试步骤

    2).为每一测试步骤定义详细的测试结果验证方法

    3).为测试用例准备输入数据

    4).编写测试过程文档

    5).对测试过程进行同行评审

    6).在实施测试时对测试过程进行更改

      • 设计驱动程序或者稳定桩——设计单元测试和集成测试需要的驱动程序和稳定桩

    2.实施测试

  • 系统测试分类1、2

    2006-12-06 12:33:41

    系统测试分类1

    功能测试<正确性测试/容错性测试/并发逻辑测试/并联内容测试……>

    安全测试

    性能测试<疲劳测试/压力测试/响应时间>

    强度测试<使资源出现短缺的情况,检察系统的应对>

    可移植性<兼容性测试>

    容量测试

    恢复测试

    安装、卸载测试

    用户界面测试

    比较测试

    接口间测试

    数据库测试

    系统测试分类2

    静态测试

    动态测试<运行被测试程序,进行各种操作>

     

  • 转贴!c/s和b/s学习ing

    2006-12-05 21:07:36

    一、C/S结构与B/S结构的特点分析

        随着计算机技术的不断发展与应用,计算模式从集中式转向了分布式,尤为典型的是C/S结构(Client/Server的简称,客户机/服务器模式)。两层结构C/S模式,在上个世纪八十年代及九十年代初得到了大量应用,最直接的原因是可视化开发工具的推广。之后,它开始向三层结构发展。近年来,随着网络技术不断发展,尤其是基于Web的信息发布和检索技术、Java计算技术以及网络分布式对象技术的飞速发展,导致了很多应用系统的体系结构从C/S结构向更加灵活的多级分布结构演变,使得软件系统的网络体系结构跨入一个新阶段,即B/S体系结构(Browser/Server的简称,浏览器/服务器模式)。基于Web的B/S方式其实也是一种客户机/服务器方式,只不过它的客户端是浏览器。为了区别于传统的C/S模式,才特意将其称为B/S模式。认识到这些结构的特征,对于系统的选型而言是很关键的。

    1、系统的性能

        在系统的性能方面,B/S占有优势的是其异地浏览和信息采集的灵活性。任何时间、任何地点、任何系统,只要可以使用浏览器上网,就可以使用B/S系统的终端。

        不过,采用B/S结构,客户端只能完成浏览、查询、数据输入等简单功能,绝大部分工作由服务器承担,这使得服务器的负担很重。采用C/S结构时,客户端和服务器端都能够处理任务,这虽然对客户机的要求较高,但因此可以减轻服务器的压力。而且,由于客户端使用浏览器,使得网上发布的信息必须是以HTML格式为主,其它格式文件多半是以附件的形式存放。而HTML格式文件(也就是Web页面)不便于编辑修改,给文件管理带来了许多不便。

    2、系统的开发

        C/S结构是建立在中间件产品基础之上的,要求应用开发者自己去处理事务管理、消息队列、数据的复制和同步、通信安全等系统级的问题。这对应用开发者提出了较高的要求,而且迫使应用开发者投入很多精力来解决应用程序以外的问题。这使得应用程序的维护、移植和互操作变得复杂。如果客户端是在不同的操作系统上,C/S结构的软件需要开发不同版本的客户端软件。

        但是,与B/S结构相比,C/S技术发展历史更为“悠久”。从技术成熟度及软件设计、开发人员的掌握水平来看,C/S技术应是更成熟、更可靠的。

    3、系统的升级维护

        C/S系统的各部分模块中有一部分改变,就要关联到其它模块的变动,使系统升级成本比较大。B/S与C/S处理模式相比,则大大简化了客户端,只要客户端机器能上网就可以。对于B/S而言,开发、维护等几乎所有工作也都集中在服务器端,当企业对网络应用进行升级时,只需更新服务器端的软件就可以,这减轻了异地用户系统维护与升级的成本。如果客户端的软件系统升级比较频繁,那么B/S架构的产品优势明显——所有的升级操作只需要针对服务器进行,这对那些点多面广的应用是很有价值的,例如一些招聘网站就需要采用B/S模式,客户端分散,且应用简单,只需要进行简单的浏览和少量信息的录入。

        在系统安全维护上,B/S则略显不足,B/S结构尤其得考虑数据的安全性和服务器的安全性,毕竟现在的网络安全系数并不高。以OA软件为例,B/S结构要实现办公协作过程中复杂的工作流控制与安全性控制,还有很多技术上的难点。因此,当前虽然出现了B/S结构的OA系统产品,但尚未大范围推广。
Open Toolbar