軟件測試規(guī)范

軟件測試規(guī)范擬制：方宏苗時間：-6-3審核：付銘時間：-6-3批準：張華建時間：-6-5更改信息登記表規(guī)范名稱:軟件測試規(guī)范規(guī)范編碼:TW-RD0080.2版本更改因素更改闡明更改人更改時間V1.1完善測試辦法及內(nèi)容完善測試辦法及內(nèi)容Sese.3.31V2.01完善測試辦法及內(nèi)容1）更改公司名稱2）增加軟件具體測試流程3）增加注意事項方宏苗-11-13V2.02優(yōu)化增加8000DEEPROM錯誤問題案例以及優(yōu)化測試方宏苗-11-20V2.03優(yōu)化增加CDC350測試問題總結(jié)方宏苗-12-3

目錄TOC\o"1-2"\h\z\u1目的 42合用范疇 43引用原則 44測試過程描述 45軟件測試時機 56測試的實施 67軟件測試流程 78測試案例 8

泰科軟件測試辦法規(guī)范(初稿)1范疇目的本規(guī)范規(guī)定了公司在設計開發(fā)過程的軟件測試規(guī)定和實施規(guī)定.規(guī)范我司產(chǎn)品軟件（涉及ACDC電源模塊，控制器以及BMP模塊的軟件）測試項目、測試目的、測試條件、測試辦法及鑒定原則； 規(guī)范軟件測試的基本原則、不合格問題分類與鑒定原則；規(guī)范軟件測試項目用表；2合用范疇合用于Lineage公司上海研發(fā)中心品軟件（涉及ACDC電源模塊，控制器以及BMP模塊的軟件）。3引用原則GB/T12504-90計算機軟件質(zhì)量確保計劃規(guī)范各產(chǎn)品規(guī)格書以及軟件設計規(guī)格書4測試過程描述測試過程分成幾個類型,對不同階段應應用一種或多個測試類型測試類型分代碼審查、單元測試、集成測試、系統(tǒng)測試和驗收測試。4.1代碼審查代碼會審是由一組人通過閱讀、討論和爭議對程序進行代碼審查和靜態(tài)分析的過程。代碼編寫規(guī)范審查重要是審核代碼排版的格式以及注解的格式與否符合開發(fā)團體的對應規(guī)范；代碼審查的任務重要是驗證具體設計中的軟件單元與否都已被代碼覆蓋并對的實現(xiàn)，并且代碼中不含冗余物；代碼靜態(tài)分析技術(shù)重要任務是檢查變量或標號的定義與使用、體現(xiàn)式運算以及程序的流程設計上與否存在缺點或錯誤。4.2單元測試單元測試集中在檢查軟件設計的最小單位—模塊上，通過測試發(fā)現(xiàn)實現(xiàn)該模塊的實際功效與定義該模塊的功效闡明不符合的狀況，以及編碼的錯誤。由于模塊規(guī)模小、功效單一、邏輯簡樸，測試人員有可能通過模塊闡明書和源程序，清晰地理解該模塊的I/O條件和模塊的邏輯構(gòu)造，采用構(gòu)造測試（白盒法）的用例，盡量達成徹底測試，然后輔之以功效測試（黑盒法）的用例，使之對任何合理和不合理的輸入都能鑒別和響應。4.3集成測試集成測試是將模塊按照設計規(guī)定組裝起來同時，并結(jié)合硬件測試.進行重要目的是發(fā)現(xiàn)與接口有關(guān)的問題。如數(shù)據(jù)穿過接口時可能丟失；一種模塊與另一種模塊可能有由于疏忽的問題而造成有害影響；把子功效組合起來可能不產(chǎn)生預期的主功效4.4系統(tǒng)測試目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方。系統(tǒng)測試的測試用例應根據(jù)需求分析闡明書來設計，并在實際使用環(huán)境下來運行。系統(tǒng)測試的內(nèi)容極其廣泛，涉及功效測試、合同測試、性能測試、壓力測試等等4.5驗收測試驗收測試的目的是向?qū)淼念櫩捅砻飨到y(tǒng)能夠像預定規(guī)定那樣工作。通過該測試,能證明軟件的功效和性能猶如顧客所合理期待的那樣。5軟件測試時機為了確保軟件的質(zhì)量，對軟件生命周期的整個過程應進行嚴格的管理。即使測試是在實現(xiàn)且經(jīng)驗證后進行的，事實上，測試的準備工作在分析和設計階段就開始了。并按軟件工程各階段形成的成果，分別進行嚴格的審查階段圖樣和技術(shù)文獻名稱應用軟件測試類型方案階段4.軟件測試計劃編寫測試大綱，明確測試的內(nèi)容和測試通過的準則，設計完整合理的測試用研制階段(P0)軟件單元測試報告軟硬件聯(lián)合測試報告P0測試報告(含軟件部分)代碼審查、單元測試、集成測試研制階段(P1)軟件單元測試報告軟硬件聯(lián)合測試報告P1測試報告(含軟件部分)代碼審查、單元測試、集成測試、系統(tǒng)測試、研制階段(P2)軟硬件聯(lián)合測試報告系統(tǒng)測試報告P1測試報告(含軟件部分)源程序配備闡明源程序闡明,及流程圖源程序規(guī)范檢查報告代碼審查、單元測試、集成測試、系統(tǒng)測試、驗收測試、驗收客戶測試報告驗收測試維護軟件更改需求軟件更改闡明軟件更改測試計劃代碼審查、系統(tǒng)測試、驗收測試、6測試的實施6.1代碼審查會審小組由組長，2～3名程序設計和測試人員及程序員構(gòu)成。會審小組在充足閱讀待審程序文本、控制流程圖及有關(guān)規(guī)定、規(guī)范等文獻基礎上，召開代碼會審會，程序員逐句解說程序的邏輯，并展開熱烈的討論甚至爭議，以揭示錯誤的核心所在。2.6.2單元測試單元測試在實際測試當中也經(jīng)常被稱為白盒測試（白盒的意思是面對代碼）。單元測試的工作原理是建構(gòu)樁模塊和驅(qū)動模塊以驅(qū)動被測單元運行，然后，測試人員先用黑盒法提出一組基本的測試用例，然后用白盒法作驗證。如果發(fā)現(xiàn)用黑盒法產(chǎn)生的測試用例未能滿足所需的覆蓋原則，就用白盒法增補新的測試用例來滿足它們。覆蓋的原則應當根據(jù)模塊的具體狀況擬定。對可靠性規(guī)定較高的模塊，普通要滿足條件組合覆蓋或途徑覆蓋原則?；蛳扔冒缀蟹ǚ治瞿K的邏輯構(gòu)造，提出一批測試用例，然后根據(jù)模塊的功效用黑盒法進行補充。測試人員輸入設計好的測試用例，測試被測單元能否按照設計規(guī)定解決這些測試用例，對出現(xiàn)異常的測試用例，測試人員應做記載并反饋給軟件開發(fā)團體。規(guī)定覆蓋率不不大于95%.6.3.集成測試對照軟件概要設計規(guī)格闡明,測試人員在集成測試時先是從分系統(tǒng)內(nèi)部的集成測試開始做起，做完后來再測試各分系統(tǒng)與否能集成為最后要實現(xiàn)的大系統(tǒng)。6.4.系統(tǒng)測試系統(tǒng)測試最明顯的特性是在一定環(huán)境條件下（如：模擬現(xiàn)場或極端條件），測試人員根據(jù)Spec設計多個測試用例，輸入并運行完整的軟件系統(tǒng)，是一種黑盒測試.根據(jù)軟件系統(tǒng)運行過程中的實際體現(xiàn)，評定軟件系統(tǒng)與否符合軟件需求項的各類規(guī)定。規(guī)定100%滿足SPEC和內(nèi)部設計規(guī)范規(guī)定,并無冗余功效.7軟件測試流程我司軟件按生產(chǎn)工藝能夠分為2類。一類是軟件的載體（CPU芯片或EEPRM）生產(chǎn)直接焊接到PCB，后續(xù)能夠進行燒寫程序，這類軟件如控制器軟件和ACDC模塊軟件；另一類是無編程接口，先將程序燒寫進載體（CPU芯片或EEPRM），再到生產(chǎn)進行加工，這類軟件以BMP模塊的軟件為典型。7.1控制器和ACDC模塊軟件測試開始開始從VSS服務器下載測試軟件CODE編譯CODE，生成目的文獻與軟件工程師一起燒寫軟件，同時統(tǒng)計校驗和開始軟件測試結(jié)束負責人：測試工程師負責人：測試工程師負責人：軟件工程師,測試工程師負責人：測試工程師測試工程師備份HEX文獻，歸檔用7.2BMP軟件開始開始從VSS服務器下載測試軟件CODE編譯CODE，生成目的文獻與軟件工程師一起燒寫軟件到PIC芯片，同時統(tǒng)計校驗和和版本號焊接PIC芯片結(jié)束負責人：測試工程師負責人：測試工程師負責人：軟件工程師,測試工程師負責人：測試工程師開始軟件測試負責人：測試工程師測試工程師備份HEX文獻，歸檔用8測試案例1)對ACDC模塊，如果有源邊和副邊兩部分軟件的，兩部分軟件都需要測試2）有關(guān)樣機發(fā)貨需要手動填寫EEPROM，如果有校驗和的一定要驗證校驗和與否對的?！景咐咳A為反饋不能讀寫NEPS8000D的序列號因素分析：由于SN和ID定義的長度為32和48字節(jié)。由于我司現(xiàn)在運用的后臺工具一次最長只能發(fā)30字節(jié)，因此，必須要分成兩次發(fā)送，因此，校驗就必須手工進行計算和寫入，因此無法自動進行校驗值計算。在手工計算校驗的時候發(fā)生了錯誤。故在華為體現(xiàn)為校驗值錯誤，SN和ID內(nèi)容錯誤。解決方法：增加對EEPROM數(shù)據(jù)校驗值判斷測試3）CDC350測試中發(fā)現(xiàn)輸入電壓超出8