工行個(gè)人消費(fèi)信貸項(xiàng)目軟件測(cè)試計(jì)劃(編輯修改稿)
2024-10-13 10:36 本頁面
【文章內(nèi)容簡(jiǎn)介】 用的單位是否一致？ 傳送給另一個(gè)被調(diào)用模塊的變?cè)獋€(gè)數(shù)與參數(shù)的個(gè)數(shù)是否相同？ 傳送給另一個(gè)被調(diào)用模塊的變?cè)獙傩耘c參數(shù)的屬性是否匹配？ 傳送給另一個(gè)被調(diào)用模塊的變?cè)?，其單位是?與參數(shù)的單位一致？ 調(diào)用內(nèi)部函數(shù)時(shí)，變?cè)膫€(gè)數(shù)、屬性和次序是否正確？ 在模塊有多個(gè)入口的情況下，是否有引用與當(dāng)前入口無關(guān)的參數(shù)？ 是否會(huì)修改只是作為輸入值的變?cè)? 出現(xiàn)全程變量時(shí)，這些變量是否在所有引用它們的模塊中都有相同的定義？ 有沒有把常數(shù)當(dāng)作變量來傳送？ 當(dāng)模塊執(zhí)行了外部的輸入、輸出時(shí)， Myers 提出還需要考慮： 5 宏源證券項(xiàng)目系統(tǒng)測(cè)試計(jì)劃 文件的屬性是否正確？ OPEN 語句是否正確？ 格式說明與輸入、輸出語句給出的信息是否一致？ 緩沖區(qū)的大小是否與記錄的大小匹配？ 是否所有的文件在使用前均已打開了？ 對(duì)文件的結(jié)束條件的判斷和處 理是否正確？ 對(duì)輸入、輸出錯(cuò)誤的處理是否正確？ 有沒有輸出信息的正文錯(cuò)誤？ 對(duì)于局部數(shù)據(jù)結(jié)構(gòu)應(yīng)該在單元測(cè)試中注意發(fā)現(xiàn)以下幾類錯(cuò)誤： 不正確的或者不相容的說明。 不正確的初始化或者缺省值。 錯(cuò)誤的變量名，如拼寫錯(cuò)或者縮寫錯(cuò)。 不相容的數(shù)據(jù)類型。 6 宏源證券項(xiàng)目系統(tǒng)測(cè)試計(jì)劃 下溢、上溢或是地址錯(cuò)誤。 除局部的數(shù)據(jù)結(jié)構(gòu)之外，在單元測(cè)試中還應(yīng)該弄清楚全程數(shù)據(jù)對(duì)模塊的影響。 如何設(shè)計(jì)測(cè)試用例，使得模塊測(cè)試能夠高效率地發(fā)現(xiàn)其中的錯(cuò)誤，這是非常關(guān)鍵的問題。無論考慮何種邏輯覆蓋都應(yīng)該注意發(fā)現(xiàn)以下一些典型的計(jì)算錯(cuò)誤： 對(duì)運(yùn)算優(yōu)先性的錯(cuò)誤理解，或者是錯(cuò)誤 的處理。 運(yùn)算方式（ mode）未加區(qū)分，發(fā)生了混合運(yùn)算的情況。 初始化錯(cuò)誤 計(jì)算精確度不夠。 表達(dá)式中符號(hào)表示的錯(cuò)誤。比較和控制流常常是彼此密切相關(guān)的，比較的錯(cuò)誤勢(shì)必導(dǎo)致控制流的錯(cuò)誤。 需要特別注意發(fā)現(xiàn)的錯(cuò)誤包括： 不同的數(shù)據(jù)類型進(jìn)行比較 邏輯運(yùn)算或其優(yōu)先級(jí)用錯(cuò) 本應(yīng)該相等的數(shù)據(jù)，由于精確度原因不相等。 變量本省或時(shí)比較有錯(cuò)。 7 宏源證券項(xiàng)目系統(tǒng)測(cè)試計(jì)劃 循環(huán)終止不正確，或循環(huán)不已 在遇到發(fā)散的循環(huán)時(shí)不能擺脫出來。 循環(huán)控制變量修改有錯(cuò)。 程序運(yùn)行中出現(xiàn)了異?，F(xiàn)象并不奇怪，良好的設(shè)計(jì)應(yīng)預(yù)先估計(jì)到，將來投入運(yùn)行后可能發(fā)生什么出錯(cuò)的情況， 并給出相應(yīng)的處理措施，使得用戶不至于發(fā)生了這樣的情況束手無策。檢驗(yàn)程序中處理這一問題解決得怎樣，可能出現(xiàn)的情況有： 對(duì)運(yùn)行發(fā)生的錯(cuò)誤描述得難于理解。 指明的錯(cuò)誤并非實(shí)際遇到的錯(cuò)誤。 出錯(cuò)后，尚未進(jìn)行出錯(cuò)處理便引入系統(tǒng)干預(yù) 意外處理不當(dāng) 提供的錯(cuò)誤信息不足，以致無法找到出錯(cuò)的原因。 邊界測(cè)試通常是單元測(cè)試的最后一步，是不容忽視的。實(shí)踐表明，軟件常常在邊界地區(qū)發(fā)生問題。例如，處理 N 維數(shù)組的第 N 個(gè)元素時(shí)很容易出錯(cuò)，循環(huán)到最后一次執(zhí)行循環(huán)體時(shí)可能出錯(cuò)。這可以利用邊值分析方法來設(shè)計(jì)測(cè)試用例，以便發(fā)生這類程序錯(cuò)誤。 單 元測(cè)試的步驟 單元測(cè)試常常被當(dāng)作代碼編寫的附屬步驟，也有人把代碼編寫和單元測(cè)試作為一個(gè)開發(fā)階段考慮。顯然在程序編寫完畢了、經(jīng)過 8 宏源證券項(xiàng)目系統(tǒng)測(cè)試計(jì)劃 復(fù)查、確認(rèn)沒有語法錯(cuò)誤以后，針對(duì)每個(gè)程序模塊單獨(dú)進(jìn)行的測(cè)試工作。 由于每個(gè)模塊在整個(gè)軟件中并不是孤立的，我們?cè)诿總€(gè)模塊進(jìn)行單元測(cè)試時(shí)，也不能完全忽視它們和周圍模塊的相互聯(lián)系。為模擬這一聯(lián)系，在進(jìn)行單元測(cè)試時(shí)，需要設(shè)置若干輔助測(cè)試模塊。輔助模塊有兩種，一種是驅(qū)動(dòng)模塊（ Driver） ,用以模擬被測(cè)模塊的上級(jí)模塊；另一種樁模塊（ Stub），用以模擬被測(cè)模塊中所調(diào)用的模塊。 自然驅(qū)動(dòng)模塊和樁 模塊對(duì)測(cè)試人員來說是一種額外的負(fù)擔(dān)，就是說，雖在單元測(cè)試中必須編寫這些輔助模塊的程序，但卻并不作為最終的軟件產(chǎn)品提供給用戶。好在這些模塊的結(jié)構(gòu)十分簡(jiǎn)單，模塊間接口的全面檢驗(yàn)可在組裝測(cè)試中進(jìn)行。 組裝測(cè)試 在每個(gè)模塊完成單元測(cè)試之后，需要按照設(shè)計(jì)時(shí)作出的結(jié)構(gòu)圖，把它們聯(lián)系起來，進(jìn)行組裝測(cè)試 (Integrated Testing)。經(jīng)驗(yàn)不多的人可能會(huì)提出，既然單元測(cè)試時(shí)已經(jīng)對(duì)所有模塊的工作是否正常進(jìn)行了檢驗(yàn)，為什么還要聯(lián)起來再次進(jìn)行測(cè)試
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1