難有其他方法對(duì)其績效進(jìn)行了解。而測試設(shè)計(jì)和測試用例的產(chǎn)出相對(duì)是滯后的，這樣就給測試經(jīng)理提前預(yù)警帶來了難度，一旦到了測試準(zhǔn)備階段后期才發(fā)現(xiàn)問題，就讓測試準(zhǔn)備工作陷入被動(dòng)的境地。
運(yùn)用靜態(tài)測試以后
● 每天可以對(duì)每位測試人員按功能模塊提交的靜態(tài)測試問題數(shù)進(jìn)行統(tǒng)計(jì)；
● 每周都可以為每位測試人員應(yīng)提交的靜態(tài)測試問題數(shù)目制定目標(biāo)；
● 每周可以對(duì)每位測試人員的靜態(tài)測試問題質(zhì)量進(jìn)行評(píng)估和總結(jié)，營造積極進(jìn)取的測試團(tuán)隊(duì)氛圍
【靜態(tài)測試的問題分類及切入點(diǎn)】
● 文檔規(guī)范問題
“文檔規(guī)范”類的問題屬于所有問題分類中比較淺顯，但同時(shí)也是問題數(shù)量較為龐大的一類。諸如軟需中字段缺失，字段描述錯(cuò)誤，錯(cuò)別字等等。
查找方法：多采用橫向?qū)Ρ取⒖v向?qū)Ρ?、多元?duì)比的方法，細(xì)心、耐心的查找即可做好。當(dāng)項(xiàng)目大或者工期緊的情況，可以不必花太多精力在此類問題上。
● 設(shè)計(jì)錯(cuò)誤問題——“設(shè)計(jì)出來了，但是設(shè)計(jì)錯(cuò)了”
此類問題需要對(duì)程序處理流程和業(yè)務(wù)處理邏輯非常清楚才能挖掘出來，具有較高的難度，測試經(jīng)理和測試骨干應(yīng)多關(guān)注和發(fā)現(xiàn)此類的問題。
查找方法：可在編寫流程圖、mm圖和狀態(tài)遷移圖的時(shí)候，理清楚程序處理流程和業(yè)務(wù)處理邏輯，再結(jié)合PRD、UC和開發(fā)設(shè)計(jì)文檔查找設(shè)計(jì)得不對(duì)的靜態(tài)測試問題。
● 設(shè)計(jì)不完善問題——“設(shè)計(jì)出來了，但是設(shè)計(jì)得不好”
“設(shè)計(jì)不完善”類的問題在大多數(shù)文檔中是頻頻出現(xiàn)的，比如前后邏輯矛盾，表述歧義，表達(dá)不清晰，邏輯混亂，存在誤解等等。此類問題應(yīng)該是項(xiàng)目組成員重點(diǎn)關(guān)注的問題，因?yàn)檫@直接影響了了解需求的深度和廣度，直接影響了測試用例的編寫實(shí)效，以及將來測試執(zhí)行時(shí)的測試粒度和深度。
查找方法：要發(fā)現(xiàn)此類問題，同樣可以借助編寫流程圖和狀態(tài)遷移圖，同時(shí)多思考，多分析，多詢問，多考察，借助所有提交靜態(tài)測試的文檔，真正做到“咀嚼需求”，這樣能提示測試質(zhì)量和測試效果，是事半功倍。
● 設(shè)計(jì)遺漏問題
此類問題在各項(xiàng)目靜態(tài)測試中所占比重是較小的，但若是有，則是將是高質(zhì)量的問題。此類問題需要站得高，看得遠(yuǎn)，沒有多年的相關(guān)業(yè)務(wù)背景的積淀，和對(duì)項(xiàng)目的充分廣泛的涉獵，此類問題是很難發(fā)現(xiàn)的。
查找方法：在充分了解業(yè)務(wù)相關(guān)背景的基礎(chǔ)上，憑借業(yè)務(wù)設(shè)計(jì)經(jīng)驗(yàn)，充分理解了文檔和設(shè)計(jì)思想后，才能發(fā)現(xiàn)其中沒有考慮到的問題。
● 需求問題
此類問題是以發(fā)現(xiàn)目前設(shè)計(jì)與原始需求相矛盾、相抵觸或者不一致的問題為目的，彌補(bǔ)因某些原因錯(cuò)寫、漏寫的需求要點(diǎn)，保證設(shè)計(jì)的完整性、完善性和正確性。
查找方法：綜合前面所有的查找方法。