版權聲明:本文為部落客原創文章,未經部落客允許不得轉載。 https://blog.csdn.net/qq1010885678/article/details/37689709
迄今為止,并不是所有的測試人員都需要閱讀程式代碼,但是研讀程度代碼作為測試的一部分工作這個觀點得到了大部分人的認同
實際上,人工測試對發現程式的錯誤方面效率非常高,它主要包括桌上檢查,走查,代碼檢查和同行評審技術,使用這些技術能夠有效的發現30%-70%的邏輯錯誤和編碼錯誤
1.桌上檢查
桌上檢查是一種很傳統的檢查方式,由程式員在程式通過編譯之後根據錯誤表對程式代碼進行檢查,但是這種檢查一般效率很低,因為它違反了測試中開發人員不要測試自己的程式的原則,失去了客觀性
2.代碼檢查
所謂的代碼檢查就是以小組為機關,應用一系列的檢查錯誤的技巧來發現程式中的缺陷和錯誤的過程
根據軟體産品的規格大小,檢查小組的規模也各不相同,每個小組都有其具有特色和作用的成員
代碼檢查是桌上檢查之後的改進,目的是為了發現錯誤而不是改正錯誤,檢查活動主要有兩個:
(1)由講解員逐條語句講解程式的邏輯結構,然後由小組成員提出意見或發現的錯誤
(2)對照常見的錯誤檢查表分析程式
3.走查
走查和代碼檢查很相似,但是進行的規格和使用的錯誤發現技術稍有不同
走查實施的過程中,走查人員對程式進行模拟,一步步示範程式是如何處理相關資料的
在模拟程式的過程中,每個走查組的成員在自己的腦海中也進行着程式邏輯的模拟
這樣一來能夠高效的發現程式中的錯誤
并且可以精确的定位這些錯誤
4.同行評審
同行評審是一種通過作者同行來确認缺陷和需要變更區域的檢查方法
它涉及的範圍比較廣,主要分為管理評審,技術評審,文檔評審和過程評審等
簡而言之,同行評審的對象并不隻是程式,而是軟體生命周期中可能産生的各類産品
同時,同行評審的技術和方法從非正式的到最嚴謹的都各不相同
在評審過程中,應該先了解評審經常出現的問題有哪些
然後采取相對應的對策進行解決