闂備胶枪濞存岸宕滃▎鎾崇疅闁跨喓濮甸弲顒勬煥閻曞倹瀚�濠电偞鍨跺Λ鎴犵不閹存繍鍤曢柛娑橈功椤╅攱銇勯幒鎴姛缂佲偓婢舵劖鐓冮柕澶樺灡鐎氾拷久久看书网闂備胶鍋ㄩ崕鑼崲閸愩劊鈧帡宕奸弴鐐搭棟闂佸搫顦冲▔鏇㈠储閻㈠憡鐓曟慨姗嗗墰琚﹂梺閫炲苯澧弶鍫濆钒w.99kshu.com闂備胶鍋ㄩ崕鑼紦閸ф鐒垫い鎺嗗亾闁稿﹣绮欓、姘额敆閸曨偆鐣洪梺闈浤涢崘锝嗗闂佽崵濮抽懗鑸垫櫠濡も偓閿曘垽骞嶉鎯у触濠电偛妫欓崹鍦矓瑜版帗鐓曠憸澶愬磻閹炬惌娈介柣鎰煐绾儳鈹戦鎯т槐鐎规洘顨婃俊鐑芥晜閼恒儲鐦戦梻浣藉Г閿氬Δ鐘茬箳濡叉劕鈹戠€n亞顓奸柣搴秵閸嬪懐鑺卞顑芥闁哄啫鍊搁弸搴f喐閻楀牏鍙€闁诡垰瀚埀顒佺⊕閿氬璺虹Ч閹鎷呴崨濠備淮濠碘槅鍋勯悥濂稿极瀹ュ洣娌柤娴嬫櫇閻涖儵姊洪悡搴疇濞存粍绮嶉幈銊╁煛閸屾稐姘﹀┑鐐村灦閿氱€殿喗濞婇弻鐔兼濞戝崬鍓卞┑鐘欌偓閸嬫挾绱撴担瑙勨拹闁荤喕浜Σ鎰版晸閿燂拷
婵犵數鍋涘Λ搴ㄥ垂閼测晜宕查悗锝庡墯婵ジ鏌涜椤ㄥ棝鏁嶉敓锟�久久看书网闂備焦瀵х粙鎰版倿閿曗偓閿曘垽骞嶉鎯у触濠电偛妫楃换鎺楀储閻㈠憡鐓曟慨姗嗗墰閳诲瞼绱掓潏鈺傜彿ttp://www.99kshu.com闂備焦瀵ч崘濠氬箯閿燂拷 闂備礁鎲¢悷顖炲垂閻楀牊鍙忛柣鎰惈缁€鍌炴煏婢舵盯妾柡鍡╀邯閺岋箑螣濞差亞宕紓浣介哺缁诲牆顕i鍕劵婵炴垶鍩冮弫鈧梻浣告啞閸旀洜绮旈悽鍓叉晝濠靛倸鎲¢埛鎾绘煕濞戙垹浜伴柛銈冨灲閺屻劌鈽夊Ο鑲╁姰闁诲孩鍝庨崹鑽ゅ垝閳哄懏鍋愰柛婵嗗珋濠靛鐓曢柟閭﹀墯閸h銇勯弮鈧崝娆忕暦濞嗗緷娲敂閸涱喗鐝﹂梻浣烘嚀閻°劑鎮уΔ鈧嵄闁告縿鍎崇壕浠嬫煕濠靛棗顏慨锝呯焸閺岋紕浠﹂幆褍顫嶅┑鐘亾闁绘鐗忛埢鏇㈡煥閺傚灝鈷旀繛鐓庮樀閹綊宕堕鍛板悅婵犵鈧櫕鍠樻鐐查叄婵$兘鍩¢崒娑欑彟闂佽崵濮村ù鍕箯閿燂拷(闂佽崵濮村ú銈夊床閸欏鍙忛柣鏃囧吹閻も偓闂佸憡鐩崑濠囧吹婵犲嫮纾藉ù锝呮啞椤モ剝銇勯弴妤佹珚鐎殿喚澧楅幆鏃堟閻庢碍鐟╅弻锝夋晲閸℃瑦鍣ョ紓浣诡殔閹虫﹢寮婚崶顒夋晩缂備降鍨归弫锟�)闂備焦瀵х粙鎴﹀嫉椤掆偓閿曘垽骞嶉鎯у触濠电偛妫楃换鎺戔枔閸濆娊褰掑礂閸忚偐娈ゅ銈嗗灥濞诧妇绮欐径鎰劦妞ゆ帒瀚猾宥夋煕椤愶絾绀冮柨娑氬枛閺岋繝宕惰閹界娀鏌$仦鏂よ含妤犵偛顑夊鍊燁檨闁哄顭烽弻娑㈠籍閸屾鐐烘煃瑜滈崜娆撳磹瑜版帩鏁冮柤鎭掑劜娴溿倝骞栧ǎ顒€濡煎ù鐘茬箰闇夐柣妯诲絻椤e磭绱掗璇插祮鐎殿喚鏁婚、妤呭磼濠婂啳顔夐柣搴e仯閸婃繄绱撳棰濇晩闁跨噦鎷�(info#99kshu.com)闂佽崵濮撮鍐垂婵傚憡鈷撻柨鐕傛嫹!
久久看书>网络游戏>重启游戏时代>第61章 测试用例完成了

“行,既然你都懂了,那我先给你两个活,你把这个文档的测试用例给写一下吧。”

梁军指了指《机甲纪元》的一个设计文档,熊恺写的。

熊恺写的这个就是《机甲纪元》新版本最重要的一个功能,对星海战场2.0版本的改动。

钟鸣一看这个版本号就清楚了,之前他写的那个文档算是星海战场1.0,后面的各种修改、优化算是1.1,1.2之类的,这次变成了2.0,就说明跟1.0有了非常明显的区别。

显然,这个文档就是整个测试工作中最重要的一个部分,这个本来是由梁军负责的,梁军觉得这工作量不小,所以就想试着分给钟鸣,哪怕钟鸣干不好呢,至少把测试用例给做出来,他就能在这个基础上修改,能省很多的事。

“有什么不懂的可以随时问我。”梁军又嘱咐了两句,回自己工位了。

钟鸣也不着急,先把文档看了一遍。

看完之后钟鸣就直皱眉,这都啥玩意。

他本来以为,刘宇新要么就是直接用自己留下的文档,要不就让人从头全部重写,结果现在倒好,搞得不伦不类的!

文档对功能修改的部分,都是自己曾经文档里写的那些,基本上抄抄改改、修修补补,就强行算是新功能了;除此之外,文档里还加入了大量的刺激充值内容,比如星海战场里强制损血量下调到了5,这意味着土豪玩家以前最多只能八连杀、九连杀,现在可以二十连杀!

类似的规则还有很多,再加上其他变本加厉的充值活动,基本上已经是把“我要圈钱”这四个字给赤裸裸地写在脸上了。

“行吧,自作孽不可活。”

钟鸣很无奈。

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

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

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

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

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

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

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

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

钟鸣:“……”

行吧,那就再改改。

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

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

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

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

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

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

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

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

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

……

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

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

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

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

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

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

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

……

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

测试组的人基本上都是卡点来


状态提示:第61章 测试用例完成了--第1页完,继续看下一页
缂傚倷鐒﹀缁樻叏閻愵兛绻嗘い鎾卞灪閻撱儲绻涢崱妯轰刊闁搞倧鎷�,闂備胶绮崝姗€锝炴径鎰垫晢婵犻潧娲ㄩ埢鏃堟煟閹伴潧澧悮锟�(闂備胶枪缁绘劗绮旈悽绋挎瀬闁绘劕鎼粈鍐煥閻曞倹瀚�)5闂備礁鎲$敮鎺懳涘┑瀣闁规崘顕х粈鍐煕濞戝崬澧扮紒鎰殔椤法鎹勯崫鍕典紑闂佽鍣幏锟�闂備焦瀵х粙鎴炵附閺冣偓娣囧﹪宕堕鈧粻顕€鏌曟径鍫濆姕闁稿﹦鏁婚幃褰掑炊閳哄倻鍔归梺閫炲苯澧柛鏃€娲滅紓鎾诲礈瑜忔す鍐差熆鐠虹尨鍔熺紒鎰舵嫹,婵°倗濮烽崑鐘测枖濞戙垹鏄ユ繛鎴欏灩濡ê霉閸忚偐鏆橀柍褜鍓欓ˇ闈浳涢崘顔肩劦妞ゆ垼妫勬禍楣冩煥閻曞倹瀚�
濠电姷顣介埀顒€鍟块埀顒€缍婇幃姗€鏁撻敓锟�20闂備礁鎲$敮鎺懳涘┑瀣闁规崘顕х粈鍐煕濞戝崬鏋ゆ慨濠囩畺閹嘲鈻庡▎鎴濆煂闂佸摜濮撮幊鎰板箯閻樿尙鏆嬮柡澶庢硶瀹€娑㈡⒑閹颁礁浜鹃柟鍑ゆ嫹闂傚倷绶¢崣搴ㄥ窗閺囩偐鏋庨柨鐕傛嫹缂傚倸鍊烽悞锕傛偡閿曞倸鍨傛繝濠傚椤╅攱銇勯幋锔芥殰闁稿鎹囧畷鎺戔攽鐎n偀鏌ら梺鑽ゅТ椤戞劕顭块埀顒勬煕閺冨倸鏋戞繛鐓庮煼閹藉酣宕掑☉姘闂備焦鐪归崝宀€鈧凹鍙冨顐︻敋閳ь剟鐛幇鐗堟櫢闁跨噦鎷�!
回到顶部
濠碉紕鍋戦崐鏇㈡偉婵傜ǹ纾块柨鐕傛嫹闂備胶顢婄紙浼村磿閻㈢ǹ鏋侀柨鐕傛嫹濠电偛鐡ㄧ划宀勬儔閻撳攻搴敋閳ь剟骞嗗澶嬫櫢闁跨噦鎷�闂佸湱鍘ч悺銊ッ洪悢鐓庣?闁跨噦鎷�
闂備浇顫夐鏍磻閸涱収鍤曢柟绋挎捣椤╄尙鈧厜鍋撻柍褜鍓欒彁妞ゆ洍鍋撻柟顖氱У閹峰懘鎮烽柇锔芥緬闂備礁鎼悧濠傤渻閽樺)锝夊礋椤撶喎鐝伴梺璺ㄥ櫐閹凤拷