点击榜 收藏榜 推荐榜 完结榜 足迹 书架

第61章 测试用例完成了(2 / 2)

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

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

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

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

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

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

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

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

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

……

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

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

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

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

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

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

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

……

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

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

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

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

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

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