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