驗(yàn)收測(cè)試之如何讓業(yè)務(wù)方與技術(shù)方該達(dá)成一致

第第頁驗(yàn)收測(cè)試之如何讓業(yè)務(wù)方與技術(shù)方該達(dá)成一致

驗(yàn)收測(cè)試之如何讓業(yè)務(wù)方與技術(shù)方該達(dá)成一致

發(fā)表于：2023-11-16來源：IT博客大學(xué)習(xí)：八神點(diǎn)擊數(shù)：標(biāo)簽：驗(yàn)收

驗(yàn)收測(cè)試之如何讓業(yè)務(wù)方與技術(shù)方該達(dá)成一致最近收到業(yè)務(wù)方的投訴,他們說有很多好的想法,最終到了技術(shù)這邊,總是實(shí)現(xiàn)不了,不是沒資源,就是數(shù)據(jù)庫(kù)性能承受不了出現(xiàn)這種尷尬的狀況,是有很多地方需要考慮的

最近收到業(yè)務(wù)方的投訴,他們說有很多好的想法,最終到了技術(shù)這邊,總是實(shí)現(xiàn)不了,不是沒資源,就是（數(shù)據(jù)庫(kù)）（性能）承受不了

出現(xiàn)這種尷尬的狀況,是有很多地方需要考慮的

1.我們是否真的了解過業(yè)務(wù)方的（需求）?理解有沒有偏差?傳達(dá)中有沒有曲解?

也許業(yè)務(wù)方要的是個(gè)小圓,我們聽到的就成了一個(gè)大圓,最終答復(fù):無法實(shí)現(xiàn)

2.業(yè)務(wù)方搞不清楚我們技術(shù)究竟能做什么

業(yè)務(wù)方說我餓了,給我一個(gè)餅,我們這邊除了餅,還有很多其他可口的飯菜,但業(yè)務(wù)方不知道,他認(rèn)為我們只會(huì)做餅,所以他只要餅,這樣導(dǎo)致餅買完了,

其他的東西沒賣,業(yè)務(wù)方在那里等著餅,餓死了

3.瓶頸究竟在那里?

從程序（開發(fā)）角度來看,他們更多的答復(fù)是沒資源,沒時(shí)間做這個(gè)東西,他們很少答復(fù)說這個(gè)東西我做不出來,因?yàn)樗麄兏嚓P(guān)注的是功能,

比如說某個(gè)資源信息的查詢,業(yè)務(wù)方需要查詢?nèi)魏螘r(shí)間范圍的信息,company_name,希望做全模糊查詢,開發(fā)那邊只要程序改改,這個(gè)功能就OK了,

但輪到我們數(shù)據(jù)庫(kù),就要考慮這種并發(fā)稍微多點(diǎn),會(huì)不會(huì)把數(shù)據(jù)庫(kù)弄掛?現(xiàn)在的系統(tǒng)負(fù)載下能抗住這個(gè)壓力嗎?

給業(yè)務(wù)方的答復(fù)一個(gè)是我們沒時(shí)間做,得等資源,另一個(gè)的答復(fù)是這個(gè)需求我們沒辦法實(shí)現(xiàn),兩種回答給人的印象是截然不同的

所以導(dǎo)致業(yè)務(wù)方直接找到我們,要DBA給出個(gè)解決方法,當(dāng)然我們這邊確實(shí)容易成為瓶頸,

4.對(duì)自己的系統(tǒng)了解有多深刻?

也許業(yè)務(wù)方會(huì)問,究竟什么樣的需求你們能做?什么不能做?你說系統(tǒng)壓力大,哪我現(xiàn)在還能加多少需求上去?能不能給我個(gè)數(shù)?

說到這點(diǎn)到真的有點(diǎn)啞口無言,如何比較準(zhǔn)確的把需求換算成對(duì)數(shù)據(jù)庫(kù)的壓力負(fù)載,這個(gè)是沒有固定公式的,這個(gè)得看你對(duì)業(yè)務(wù)了解的

有多深刻,你對(duì)自己的系統(tǒng)掌握的怎樣,才能判斷,最簡(jiǎn)單的例子,用戶需要分頁每頁的數(shù)據(jù)由10行變成20行,這樣導(dǎo)致的是一個(gè)分頁（SQL）

的邏輯讀可能由30邊成50,如果這個(gè)SQL每秒執(zhí)行次數(shù)達(dá)到1000次,也就意味著每秒的邏輯度增加了20000,如果按照你的經(jīng)驗(yàn)植

系統(tǒng)CR上到20000的時(shí)候,LOAD就會(huì)報(bào)警的話,顯然這個(gè)需求就是不可接受的

如果是復(fù)雜點(diǎn)的需求,估算的難度會(huì)成倍的增加,在技術(shù)與業(yè)務(wù)上,就看你自己的拿捏的是否到位了

上面的都是些比較頭疼的問題,不是說單方面可以解決的,也許應(yīng)該多去輪崗,也許該更仔細(xì)的分析下statspack,

也許大家可以心平