CMMI 3 訪談問題答案 TEST(測試)

1、VER-測試1.請問在測試過程中使用了哪些測試相關(guān)的工具嗎？（VERGP23）回答：1. 測試過程中主要使用手工進行測試2. 測試的缺陷使用禪道工具進行記錄并進行跟蹤2.項目執(zhí)行哪幾類型的測試？各類測試執(zhí)行的人員與重點？（集成與系統(tǒng)測試的重點有何不同）（VERSP3.1）回答：1. 在測試過程中按照測試階段，測試類型可分為單元測試、集成測試、系統(tǒng)測試、回歸測試、驗收測試a. 單元測試：開發(fā)人員依據(jù)“詳細設(shè)計”中的模塊作為測試的最小單元，關(guān)注的是：1. 模塊間的接口測試；2. 模塊中代碼的：語句、分支、條件、條件值、條件值組合、路徑是否符合設(shè)計的要求；單元測試的目標：在編碼階段，由測試人員指導(dǎo)開

2、發(fā)人員編制，依據(jù)是詳細設(shè)計，保證每一個詳細設(shè)計中的模塊及模塊之間的接口，都能夠被單元測試所覆蓋。測試范圍：軟件各模塊代碼b. 集成測試：測試人員依據(jù)“需求規(guī)格說明書”、“接口設(shè)計”中的接口要求，編寫“集成測試用例”。“集成測試用例”主要用于測試模塊或子系統(tǒng)之間接口的正確性集成測試目標：在測試階段，由測試人員負責(zé)開發(fā)集成測試用例，依據(jù)是概要設(shè)計、詳細設(shè)計、接口設(shè)計，保證每個內(nèi)部和外部接口都能被覆蓋。測試范圍：需求中明確的業(yè)務(wù)流程的接口c. 系統(tǒng)測試：系統(tǒng)測試是整個測試階段的最后一步，該階段主要對系統(tǒng)的準確性及完整性等方面進行測試。主要包括功能性測試、界面測試、安裝測試、業(yè)務(wù)測試、非功能測試、性能

3、測試、安全性測試、穩(wěn)定性測試等系統(tǒng)測試目標：在測試階段，由測試人員負責(zé)開發(fā)系統(tǒng)測試用例，依據(jù)的是軟件需求，保證每個功能和業(yè)務(wù)需求都能被測試覆蓋到，除了業(yè)務(wù)功能性測試之外，還要覆蓋非功能性需求（如安全性、穩(wěn)定性、界面等）。測試范圍：需求中描述的所有功能以及所有業(yè)務(wù)流程d. 回歸測試：在集成測試、系統(tǒng)測試、驗收測試過程中，對于出現(xiàn)的缺陷，需要記錄在禪道中，同時也要考慮增加部分測試用例用來對修改的代碼進行測試，如有需要，可增加回歸測試用例e. 驗收測試：在產(chǎn)品驗收交付階段，由測試人員配合客戶代表一同開發(fā)驗收測試用例和測試數(shù)據(jù)，依據(jù)的是用戶需求，保證每個業(yè)務(wù)需求都能被覆蓋到，驗收發(fā)現(xiàn)的問題由項目負責(zé)人

4、對缺陷進行跟蹤管理，最終形成“驗收報告”，并與客戶簽字確認3.什么時候開始制定測試計劃？如何執(zhí)行測試活動？（VERSP1.1/VER1.2/VERSP1.3)回答：1. 在項目策劃階段由測試人員制定測試過程，測試計劃中包括：測試目標、測試準備、測試計劃時間表、測試需求覆蓋規(guī)則、測試工具、測試環(huán)境、測試策略（單元、集成、系統(tǒng)、驗收測試的進入退出準則）2. 測試的執(zhí)行a. 設(shè)計測試用例（項目經(jīng)理組織評審，評審測試用例是否可行、有效，評審其是否覆蓋所有的業(yè)務(wù)流程和接口需求。當(dāng)需求、設(shè)計變更時，項目經(jīng)理要通知測試設(shè)計人員，測試用例也要進行相應(yīng)調(diào)整）b. 建立測試環(huán)境，依據(jù)測試計劃中定義的軟硬件環(huán)境，搭

5、建獨立于研發(fā)的測試環(huán)境進行測試，保證測試的獨立性和客觀性，以便于發(fā)現(xiàn)更多的環(huán)境類缺陷i. 單元測試的環(huán)境使用研發(fā)的環(huán)境，由開發(fā)人員搭建ii. 集成測試與系統(tǒng)測試的環(huán)境，定義在集成計劃和測試計劃中，由開發(fā)人員和測試人員共同搭建iii. 驗收測試的環(huán)境，定義在測試計劃和試運行計劃中，由項目經(jīng)理和測試人員及客戶代表在客戶現(xiàn)場進行搭建c. 執(zhí)行測試（開發(fā)人員負責(zé)搭建測試環(huán)境，由PM通知項目組對被測代碼打標簽，測試人員依據(jù)標簽獲取代碼，根據(jù)測試用例執(zhí)行測試，優(yōu)先級別高的用例應(yīng)優(yōu)先并重點測試。通過實際測試結(jié)果與預(yù)期值進行對比發(fā)現(xiàn)軟件缺陷后記錄在缺陷工具中，開發(fā)人員依據(jù)被測代碼的標簽獲取代碼重現(xiàn)缺陷，并在最

6、新代碼上進行修正，并再次請測試人員回歸測試）d. 將測試結(jié)果文檔化形成“測試報告”，在測試報告中有測試用例的覆蓋率（用例測試、未測試、漏測原因的分析）和測試需求的覆蓋分析（需求覆蓋率是指經(jīng)過測試的需求/功能，通常情況下要達到100的目標），測試報告也需要經(jīng)過評審3.同進行測試，發(fā)現(xiàn)的缺陷均記錄到中單元測試主要由開發(fā)人員執(zhí)行，集成、系統(tǒng)測試由測試人員執(zhí)行，驗收測試由項目經(jīng)理和測試人員及客戶代表4.測試過程中是如何管理源代碼的？（VERSP3.1）回答：1. 在單元測試階段：在開發(fā)庫中由開發(fā)人員對自我完成的代碼進行驗證，源代碼由開發(fā)人員自行管理，代碼的變更不用執(zhí)行變更的過程2. 在集成測試階段：在

7、管理庫中匯總了開發(fā)人員完成的代碼，進行集成和集成測試，源代碼的變更由項目經(jīng)理負責(zé)，在執(zhí)行集成測試之前，由項目經(jīng)理執(zhí)行代碼的標簽化，并申請測試（提交測試申請），由測試人員利用標簽獲取代碼進行集成驗證，發(fā)現(xiàn)缺陷，記錄在禪道工具中。開發(fā)人員對代碼的修改在開發(fā)庫的最新版本上完成。對于測試的缺陷如果不能復(fù)現(xiàn)時，需要調(diào)取測試的標簽版本進行再次復(fù)現(xiàn)，找到跟因后執(zhí)行修改，再次匯總到管理庫，由項目經(jīng)理再次將代碼打標簽，并提交回歸測試的申請3. 在系統(tǒng)測試階段：在集成測試結(jié)束后，由項目經(jīng)理再次標簽化源代碼，提交測試團隊執(zhí)行系統(tǒng)測試，發(fā)現(xiàn)缺陷記錄在禪道中，開發(fā)人員依照測試發(fā)現(xiàn)缺陷的修改方式，對代碼執(zhí)行修改，后提交測

8、試團隊再次回歸驗證。4. 在試運行階段：系統(tǒng)測試結(jié)束后，由項目經(jīng)理提交代碼基線申請，經(jīng)過CCB批準后，交由CMO配置管理員將回歸驗證通過的代碼放入基線庫中，并形成基線，部署到客戶現(xiàn)場后，試運行期間發(fā)現(xiàn)的缺陷記錄在禪道中，并由項目經(jīng)理提交代碼（配置項）的變更申請，經(jīng)過CCB的批準后，由CMO將基線版本取出到管理庫后，再由開發(fā)人員Checkout到開發(fā)庫執(zhí)行修改，修改后再次提交管理庫交由測試人員進行回歸驗證后沒有問題，再由項目經(jīng)理提交代碼基線申請，入庫后再次部署到客戶現(xiàn)場試運行5.請問測試和驗收產(chǎn)出哪些工作產(chǎn)品?（VERGP2.6/VALGP2.6）回答：1.測試和驗收過程中產(chǎn)生的工作產(chǎn)品包括：a

9、. 測試計劃b. 單元測試用例及執(zhí)行記錄c. 單元測試報告d. 集成測試用例及執(zhí)行記錄e. 集成測試報告f. 系統(tǒng)測試用例及執(zhí)行記錄g. 系統(tǒng)測試報告h. BUG管理表i.送測單j.試運行計劃k.驗收測試用例執(zhí)行記錄l.項目驗收報告2. 這些工作產(chǎn)品均需要放入SVN中進行保存，其中對于集成測試用例及執(zhí)行記錄、系統(tǒng)測試用例及執(zhí)行記錄、系統(tǒng)測試報告、驗收報告均需要放入基線庫中保管6.請問你如何對測試缺陷進行分析?如何對測試活動的結(jié)果進行整體分析？(VER回答：1.2.3.4.SP3.2)工具中，并給出解決方案，分析原因。對于測試中發(fā)現(xiàn)的缺陷就，均需要記錄到；對于單元、集成、系統(tǒng)測試發(fā)現(xiàn)的缺陷需要進

10、行記錄和匯總，目前對測試的整體數(shù)據(jù)分析(測試缺陷密度是否超出組織定義的缺陷密度閾值，參考2018年組織度量數(shù)據(jù)閾值公告)對于單元測試的整體分析：a.退出準則分析：1. 單元測試案例全部執(zhí)行完畢；案例的通過率達到95以上；所有優(yōu)先級為高、中的缺陷已經(jīng)修復(fù)，優(yōu)先級為低的缺陷修復(fù)率在80%以上。2. 單元測試過程中產(chǎn)生的測試文檔必須被有效提交。對于集成測試的整體分析：a.退出準則分析：1.所計劃的測試已全部執(zhí)行，所有模塊與組件均能夠順利運行，數(shù)據(jù)流向正確，接口無問題，所發(fā)現(xiàn)的缺陷80%以上得到解決，無嚴重的影響系統(tǒng)功能的重大缺陷，完成階段集成報告提交。5. 對于系統(tǒng)測試的整體分析：a.退出準則分析：

11、1.系統(tǒng)測試案例全部執(zhí)行完畢，各功能按用戶的需求正常執(zhí)行，無嚴重的功能缺陷，BUG修復(fù)率在80%以上。6. 對于驗收測試的整體分析：a.退出準則分析：1.交由用戶自行測試，驗收測試缺陷發(fā)現(xiàn)率0.1個/基準單元模塊VAL7最終軟件產(chǎn)品是如何確認的？)(VALSP1.1/VALSP1.2/VALSP1.3/VALSP2.1)1.最終軟件產(chǎn)品的確認：a. 要想獲得客戶對于最終軟件產(chǎn)品的確認，我們必須能夠開發(fā)出滿足用戶需求的最終軟件產(chǎn)品，而驗證的手段就是驗收演示和測試，所以我們在測試計劃中定義了驗收的環(huán)境b. 為了能夠順利進行驗收確認，我們進行了下面的步驟1. 制定具體試運行計劃a. 系統(tǒng)測試后，由項

12、目經(jīng)理與客戶協(xié)商，確定系統(tǒng)初驗及試運行時間。b. 項目經(jīng)理編寫系統(tǒng)試運行計劃，包括現(xiàn)場安裝部署和交付件一覽表2. 實施系統(tǒng)安裝部署(定制化開發(fā)項目有此活動，產(chǎn)品型項目無此活動)a. 參照運行計劃中的現(xiàn)場安裝部署指南，進行現(xiàn)場安裝部署；b. 現(xiàn)場安裝部署主要事項包括：硬件環(huán)境、操作系統(tǒng)、數(shù)據(jù)庫、軟件產(chǎn)品安裝，系統(tǒng)安裝部署完成后，填寫“現(xiàn)場安裝記錄表”交用戶確認3.用戶培訓(xùn)a.編制用戶培訓(xùn)材料，實施培訓(xùn)4. 系統(tǒng)試運行問題處理5. 在試運行期間收集到問題，需要及時錄入“缺陷表”。6. 試運行完后，項目經(jīng)理準備與客戶實施系統(tǒng)終驗的確認7. 實施系統(tǒng)終驗a.項目經(jīng)理與客戶協(xié)商做好驗收的前的各項準備工作，如時間、地點、參與人員、和驗收環(huán)境b.驗收組出具驗收意見，形成“驗收報告”并簽字確認，識別的產(chǎn)品缺陷已全部消除，驗收結(jié)果納入配置管理，作為驗收通過的標準。8.如何分析驗收測試的數(shù)據(jù)?(VALSP