第二百九十二章 测试团队(2/5)(2 / 3)
在这种情况下,最好的管理方式就是敏捷开发模式了。
敏捷开发模式的优点在于快速迭代,快速开发,整个游戏通过一个个时间周期进行迭代,每个时间周期都可以让版本内容发生变化。
它的优点在于可以提前面向玩家,让玩家在游戏初期就能看到游戏内容,从而减少了开发许久之后游戏出问题的可能。
初期游戏可能只有一个模糊的框架,但随着版本的不断迭代,那么游戏的内容将会不断的被填充起来。
而且每一个版本,都可以收到玩家的反馈,自身的问题可以在整个过程中不断的优化改进。
并且对于魔门弟子来说,版本的迭代也是一个提供外界刺激的好机会。
游戏刚刚开始就可以看到效果,版本迭代后每次都可以有新的收获,整个过程的始终有各种刺激,是十分适合魔门弟子的模式。
不过敏捷开发也不是没有弊端的。
整个团队需要高度磨合,而且敏捷开发使用于人数较少的场合,多人的话就必须采取分组,并且要积极注意每个组的联系,产生问题后也需要及时进行沟通解决。
好在梦境有其特殊性,一部分内容如果没有被玩家看到的话,那么这部分内容可以模糊处理,不会产生问题。
也就是说,如果一个部分出现了问题,只要玩家没有看到,那么这个地方就可以当做黑盒处理,不会让这个游戏报错。
在这种情况下,分组开发的优势也可以体现出来,但还是需要一个庞大的测试团队始终关注并解决问题才行。
先让本源宗的人去看自己写的策划手册,林元跟十八岁的岳玲珑吃着西瓜,忍不住说道:“测试团队该到哪里找啊?”
“有什么要求么,我帮你解决一下。”
看着仿佛仓鼠一般啃着西瓜的岳玲珑,林元掏出帕子帮对方擦了擦嘴,然后说道:“最好一天都在线,而且可以随意潜入梦中,出现问题可以随时记录。”
“不好找啊。”岳玲珑为难的说道,“梦境的问题在于不能觉察到是在做梦,一旦觉察了就会很快醒来。梦魇门的修士倒是可以办到,但他们的数量不算多,大部分都在帮你处理结构问题,不好找啊。”
“嗯……”
做梦境游戏虽然有一些问题可以回避掉,但随之而来的是另一些问题。