667中文网 > 游戏动漫电子书 > 重启游戏时代 >

第30章

重启游戏时代-第30章

小说: 重启游戏时代 字数: 每页4000字

按键盘上方向键 ← 或 → 可快速上下翻页,按键盘上的 Enter 键可回到本书目录页,按键盘上方向键 ↑ 可回到本页顶部!
————未阅读完?加入书签已便下次继续阅读!




    钟鸣很无奈。

    他本来是有点恻隐之心的,他可以把新版本的文档挖很多坑让刘宇新跳,但他没这么做,主要是不想让玩家们承担这个结果;现在好了,钟鸣没挖坑,刘宇新自己给自己挖坑了。

    从文档的修改记录就能看出来,这个文档的最初版本确实是熊恺写的,但周振改了,刘宇新也改了。也就是说这份文档最终的样子,那都是刘宇新的意思。

    “行了,那就开始工作吧。”

    钟鸣开始按照规范写测试用例,把所有的改动全都一条条捋好,列成表格。这个过程本身其实技术含量不高,也就是需要细心,钟鸣虽然不是很喜欢这个工作,但他还算擅长,搞到下午两点多就完事了。

    之后就是打开新版本的游戏,看游戏里功能完成的是否跟设计文档上写的一样。其实测试用例里面的很大一部分功能都可以直接用智能系统来测,不过一些比较复杂的功能还是得钟鸣亲自来。

    一直到快下班的时候,完成了。

    钟鸣直接给梁军发了条信息:“测完了。”

    梁军震惊了:“测完了?你别唬我,这是两天的工作量你不到一天就完事了?我怎么跟你说的,再好好改改,完善完善,明天上午再给我,别到时候让我挑出一堆毛病。”

    钟鸣:“……”

    行吧,那就再改改。

    钟鸣琢磨着,还有什么能改的呢?

    哎,有了,提一些功能优化吧!

    测试组除了常规的对设计文档、找bug之外,也可以提功能优化。比如在测试过程中,测试发现某个功能不合理,或者在实际使用过程中有问题,这种不属于bug,因为设计如此,这时候测试可以在内部平台向设计组提出功能优化建议,详细说明自己遇到的问题,可以给出修改方案,也可以让设计组自己出修改方案。

    当然,具体要不要改还是设计组说了算,而且大部分的优化方案都会被设计组给打回来,不会真的改。但总而言之,提供能优化这个事情是在测试组的工作范围之内的。

    话说回来,测试组的优化建议为什么往往被打回来呢?因为测试组不是设计,对设计意图的理解往往没那么深,所以有些功能优化建议在设计组看来是很不成熟的,所以设计组才不理。

    但是钟鸣是什么人,他能想到的改动那肯定是熊恺都没想到的!

    当然,钟鸣肯定不会提一些实质性的修改建议,对功能有大益处的建议一个都不提,就提一些边边角角的鸡肋型优化,不改难受,改了又折腾。

    “界面ui上有一个图标感觉往左偏了3个像素。”

    “按钮的表现形式有点问题,应该改成4种状态。”

    ……

    钟鸣找出来一大堆的功能优化方案,然后全都给加到了测试用例的表格里。

    全都搞完之后,也该下班了,钟鸣收拾东西走人。

    梁军看钟鸣这么早就走了,感觉很担忧。

    “这小子能不能行?工作这么敷衍,分了活感觉也不上心……唉,算了,等明天他把测试用例拿过来,我再大修吧。”

    梁军继续忙着测试另一个功能了。

    测试的流程,首先是做测试用例,相当于列出一张总表,然后对着测试用例在游戏中一个一个细节地检验,试验各种极端情况。各种情况都捋顺了,就可以在后台提交bug了,这些bug会指派给设计组,设计组负责功能的设计再把这个bug指派给相应的程序和美术,等程序修改完成,测试验收通过,就算是修复了。

    钟鸣负责的工作就是前面的几项,他就是写出测试用例、测试之后把结果提交给梁军,等梁军修改一遍之后,再由梁军提交bug、后续跟进。

    ……

    第二天上午,钟鸣照常到了。

    测试组的人基本上都是卡点来,没有迟到的,这点跟《机甲纪元》项目的情况有点不同。

    像熊恺这样的,都是晚上疯狂加班,上午能弹性就弹性,经常迟到,不过刘宇新也不管;而测试组则是晚上疯狂加班,早上还是准时上班,这点可是刻苦多了,毕竟他们的活更重。

    钟鸣的工作都完事了,就继续摸鱼,把之前没看完的一个剧的结尾给看完。

    去饮水机接水的梁军又看见了,很无语。

    “这个小钟……太不上心了!我倒看看他一会儿给我拿来什么怂样的测试用例!”

 第62章 抄送bug

    (全本小说网,HTTPS://。)

    钟鸣看了看,上午11点了,勉强也算是上午快过去了,这才慢悠悠地把测试用例给梁军发过去。全本小说网;HTTPS://щWW。.COm;

    “这小子,还真发过来了。不知道这测试用例得多渣。”

    梁军手头的工作告一段落,打开钟鸣发来的测试用例。

    结果仔细一看,愣了。

    “这么多?!”

    梁军当然能预估出来这样一个功能的测试用例大概有多长、有多少条目,结果一看钟鸣这份,比他预想中的长了大概一倍!

    仔细一看,各种功能的详解,事无巨细地全都写了上去,而且条理非常清楚;最关键的是,后面还有大量的功能优化内容!

    “我擦,这个小钟可以啊!”

    梁军简直是太惊喜了,本来以为钟鸣发过来的会是一份漏洞百出的测试用例,结果现在一看,不仅没漏洞,而且比梁军自己写的还要详细的多!

    “这世界上还真有天才?我特么还真是第一次见啊,昨天稍微讲了一下,今天就能把测试用例写到这种程度?让你当测试组长都白瞎了啊!”

    梁军瞬间服气了,转而很高兴,这幸亏是他想起来让钟鸣干点活,现在给自己省了多大的事!

    梁军自己又把测试用例给捋了一遍,完全挑不出什么毛病来,要非说有什么毛病,那就是这个测试用例有点太细了,包括里面的很多功能优化,连图标歪了几个像素这种事情都列出来了……

    但是梁军会把这些内容给删掉吗?当然不会了!就是因为有这些看起来非常细的内容,才正能说明测试认真负责啊!

    梁军本来的想法就是让钟鸣帮自己干活,现在反而纠结了,因为钟鸣这工作完成的太好了,梁军不好意思了!

    他给钟鸣发了条信息:“写得太好了!那个,你是要自己提bug,还是我来提?我教你吧。”

    钟鸣很快回复:“你提吧,我一个转岗过来的,这种活就不跟你们抢了。”

    梁军一听很高兴:“好,那改天请你吃饭!”

    其实提bug这个是可以看做工作量的一种,就比如a测试提了500个bug,其中400多个都被修复了,b测试提了300个bug,其中的200多个被修复了,一看就是a测试干活多,而且评绩效的时候,a测试会有相应的奖金奖励。

    钟鸣的态度其实挺明确,他不去提这些bug,因为他的岗位本来也不属于测试组,工资是刘宇新那边给他发,自然这些bug也换不成奖金啊。再说了,钟鸣又不打算当什么测试主管,这些成绩对他来说也没什么意义。

    完成了手上的工作,钟鸣继续喝着咖啡刷网页,很悠闲。

    过了半小时,梁军提着一袋子水果,还有两杯奶茶过来了:“来来来,吃点水果。”

    钟鸣愣了一下:“啊?”

    梁军把水果和奶茶往桌上一放:“你帮这么大忙,稍微买点水果,随便吃啊。”

    说完还给钟鸣剥了个橘子。

    钟鸣有点不好意思:“这上班时间……”

    梁军说道:“嗨,上班时间怎么了,敞开吃。”

    钟鸣也没客气,看来这个梁军虽然格局有点小吧,好歹还有点良心。

    拿起奶茶来喝了两口,嗯,还不错,这一杯奶茶怎么也得二十多,平时钟鸣自己也不怎么舍得买。

    买了奶茶买了水果,梁军就心安理得地以自己的名义把这些bug都给提交了。

    一个最重要的功能就这么测完了,梁军的工作瞬间减少了大半,整个人都舒服了。

    看着测试后台上面的一堆堆bug,梁军感觉非常满足,就像是老农看着丰收的果实。

    ……

    这两天熊恺的工作比较轻松,虽说这次还是老郑负责他的功能,但也不知道为什么,老郑这两天心情还不错,两个人竟然没怎么扯皮。

    “奇怪,感觉钟鸣走了之后,日子越过越顺了呢?是我的错觉吗?”

    熊恺美滋滋地喝着茶水,感觉很惬意。

    “哦,对了,看看测试后台,有没有什么bug要修。”

    熊恺琢磨着,大概这两天测试的结果就该出来了,各种bug还需要他去后续跟进。

    结果一看测试后台,熊恺傻眼了。

    “卧槽了,怎么这么多bug!!”

    熊恺都震惊了,差点以为自己看错了,这一串一串的bug是什么情况,自己写的设计稿有那么多漏洞吗?!

    结果仔细一看,熊恺更傻眼了。

    “这都什么跟什么!怎么图标歪了三个像素这种都能看出来!而且……怎么还有这么多的优化意见!”

    熊恺看着这一堆bug直挠头,这是要搞死我啊!

    看到这堆优化意见,熊恺直接挨个点“解决”,勾选理由“设计如此”,然后挨个打回去。

    凡是优化意见一概不改!

    倒不是说这些优化意见不对或者不好,主要熊恺懒啊,这么多优化,到时候怎么跟老郑讲啊?老郑改bug都那么不情愿,让他去改优化的内容,那不是自讨没趣吗?

    所以熊恺本能地就很抗拒,直接把这些优化建议全都给打回去了。

    “真是闲的没事干,测试组今天是什么情况,吃饱了撑的?”熊恺继续去处理其他的bug了,反正该交给程序解决的就转给老郑,该设计解决的就自己去解决。

    ……

    测试组这边。

    钟鸣喝完了奶茶,一边剥橘子一边打瞌睡。

    这时候,梁军发来一条信息。

    “靠!提了那么多修改意见,结果设计组看都没看直接就给我打回来了!”

    钟鸣回复:“哦?谁啊,熊恺吗?”

    梁军:“对啊,你之前也是从设计组出来的吧?这熊恺就是这么个尿性,测试给他提的意见从没采纳过!渣渣!”

    钟鸣一乐,熊恺这种人怎么可能自找麻烦呢?他要的是在领导面前的表现机会,这些优化意见属于吃力不讨好的改动,他怎么可能会去折腾。

    熊恺想得挺美,他觉得把这些修改意见全都打回来就没事了,但钟鸣废了好大劲才写出来的东西,怎么可能就这么算了。

    钟鸣回道:“这个bug你抄送一下刘宇新,刘宇新肯定会让他改的。”

    梁军一愣:“真的?这也行?”

    钟鸣:“怎么不行?你试试。”

    梁军一想,说不定这也是个办法啊。测试提出的bug和正是修复的bug都会计入绩效,影响当月的奖金,一个bug是被打回来还是被认可、被修复,这对测试来说可是两种不同的结果。

    “这个主意不错,抄送刘宇新一份。但是……刘宇新真的会过问这些吗?”梁军有点疑惑。

    钟鸣:“肯定会。”

 第63章 修改建议必须改!

    (全本小说网,HTTPS://。)

    熊恺好不容易把测试组那边找出来的功能性bug全都核对完了,然后转给老郑让他处理。(全本小说网,https://。)

    “奇了怪了,这次测试组的准确度好高,以前经常发来好多错误的bug,这次竟然全找对了,这个梁军,什么时候这么厉害了。”熊恺也感到很惊奇。

    之前测试找bug经常会找错,因为测试毕竟不是设计,有时候看设计文档可能会错误理解设计的意图,就会找出一些他们以为是bug但实际上不是的内容。但是这次熊恺发现测试组这准确度明显提高了啊,找到的bug竟然全都没问题!

    “歇会儿。”

    熊恺起身去接了杯水,bug都分完了,接下来就可以继续摸鱼等老郑那边修复了。

    当然,还得随时做好跟老郑扯皮的准备。

    熊恺接完水回来,偷偷刷了会儿网页,稍微打了个瞌睡,一个多小时一眨眼就过去了。

    他习惯性地随手一刷测试后台,发现自己这里的bug数本来都变成个位数了,现在突然又变成了30多个!

    仔细一看,那一堆修改建议又给转回来了!

    本来这些修改建议都被熊恺给否了,然后打回给测试组的梁军了,结果这才一个多小时之后,又给转回来了!

    当然,熊恺也没注意这些bug被转回来的具体时间,但肯定是在这一个多小时之内。

    “这测试组是什么意思?!”

    熊恺真生气了,都给你打回去了意思就是不改,怎么还蹬鼻子上脸呢!

    你说你们测试组老老实实地验bug不就完事了吗,老是在这提修改意见,你们这么牛逼你们自己来设计啊!

    熊恺内心mmp,又开始把这些bug一个一个地给打回去。

    进度还挺快,没多久就打回去了二十多个,就还剩十来个了。

    熊恺正在这疯狂操作呢,突然收到一条信息:“那些功能优化的bug怎么全都给打回去了?!”

    熊恺没仔细看,还以为是测试组的人来兴师问罪了呢,当时就想怼两句,结果仔细一看,卧槽,这是刘宇新发来的信息!

    熊恺一惊,怎么这事刘宇新都知道了??

    他赶紧回复:“啊?刘主管你在说什么?”

    刘宇新的信息很快就回来了,还有一张测试后台的截图:“刚才我看这些功能优化的bug还在呢,怎么一眨眼你全都给打回测试组去了?不改了吗?”

    熊恺心里“咯噔”一下,心想事情不妙!

    听刘宇新这个语气,好像是希望改?

    熊恺赶紧回复:“刘主管,这些都是一些无伤大雅的功能优化,程序组那边又比较忙,所以这个版本就先不改了吧。”

    刘宇新:“不改了?!这些功能优化建议提的多好!你看这个按钮的优化建议,是不是很合理?这是你设计文档上的小瑕疵

返回目录 上一页 下一页 回到顶部 0 0

你可能喜欢的