自我總結測試驗收問題

VERSG1驗證準備SP1.1選擇需驗證之工作產品1你們如何選擇你們需要測試的工作產品？在那個文檔里有定義?答：需要測試的工作產品是在總體的《測試計劃》中定義的。2進度安排當中會有說明項目會存在那些評審？答：進度安排WBS中會對不同的評審定義開始和結束的時間。SP1.2建立驗證環(huán)境1是在什么環(huán)境里進行測試？答：我公司有獨立的測試環(huán)境，有單獨的測試服務器,在測試計劃中有定義。2如何進行測試，有什么要求？答：單元測試由程序員完成，主要采用代碼走查的方式，根據(jù)代碼走查單的內容進行檢查，發(fā)現(xiàn)的問題記錄在單元測試bug管理列表中，集成測試和系統(tǒng)測試主要采用黑盒測試，按照《測試用例》中定義的集成測試用例和系統(tǒng)測試用例進行測試，發(fā)現(xiàn)的問題記錄在集成/系統(tǒng)測試BUG管理列表中。SP1.3建立驗證程序及準則1用什么方法來驗證？通過的準則是什么？答：集成測試和系統(tǒng)測試主要按照測試用例進行測試，發(fā)現(xiàn)的問題記錄在《BUG管理列表》中；我們根據(jù)bug的嚴重等級將bug分為5類，A類為嚴重bug，B類為較嚴重bug，C類為一般bug，D類為不嚴重bug，E類為建議性bug，我們定義前3類bug必須全部修復，D類不超過5%，E類不超過10%即可通過測試。集成測試的通過準則和系統(tǒng)測試的通過準則一致。SG2執(zhí)行同行審查SP2.1準備同行審查1你參與了哪些工作產品的評審？做同行評審看這些文檔的目的？

在做同行評審前你們有多長時間來閱讀評審材料？答：測試人員參加過策劃評審，需求評審，測試用例評審，結項評審等；看文檔的目的是大家共同討論，發(fā)現(xiàn)其中的問題，進行修改；應該至少提前1天將評審資料發(fā)送給相關人員進行預審，按照評審檢查單內容進行檢查，在會議開始前匯總給召集人。2簡單介紹一下同行評審會議的流程？答：首先，應該至少提前1天將評審資料和通知發(fā)送給相關人員進行預評審，在會議開始前匯總給召集人，然后，召開會議，對發(fā)現(xiàn)的問題進行收集和討論，由項目經理指定人員記錄問題，修改問題和跟蹤問題解決情況。SP2.2進行同行審查1請描述一下你們是如何進行同行評審？你們感覺同行評審對項目有沒有實際的作用答：首先，根據(jù)項目安排，在WBS進度計劃中定義何時召開同行評審會議以及參與的人員，在會議開始前通知到要參與的人員，在會議上，大家采用“頭腦風暴法”（或其他方法）進行討論，對發(fā)現(xiàn)的問題進行記錄，修改并跟蹤；同行評審對項目開發(fā)有實際作用，大家群策群力，出謀劃策，發(fā)現(xiàn)的問題更多更全面，提出更好的建議有利于項目的進展。2同行評審會議有多少人參與？評審一般會關注那些點？評審中會發(fā)現(xiàn)的問題多嗎？答：根據(jù)會議性質的不同，參與人員可能不同，但項目經理肯定是要參加的，大部分的評審會議項目組人員都會參加；評審一般會關注參與人數(shù)，評審時間，發(fā)現(xiàn)問題的效率，發(fā)現(xiàn)問題的個數(shù)等問題；評審中發(fā)現(xiàn)的問題一般都是小問題或建議性問題，嚴重性問題較少，例如：文檔格式不正確，測試用例數(shù)過少，測試用例內容表述不準確等。SP2.3分析同行審查資料1有哪些人員參與設計的評審？評審發(fā)現(xiàn)的問題如何處理？答：項目組成員都會參加設計評審，評審發(fā)現(xiàn)的問題一般由項目經理指定專人記錄，專人解決并跟蹤。2對于同行評審發(fā)現(xiàn)的問題是由誰來做的？你們會做那些分析？答：由項目經理指定專門人員修改問題，跟蹤情況；我們會做分析問題的嚴重性，問題發(fā)生的原因，類別以及解決措施。SG3驗證工作產品SP3.1執(zhí)行驗證1采用了哪些測試方法，進行回歸測試嗎？測試用例是誰寫的？你們的單元測試發(fā)現(xiàn)問題的效率高嗎？答：我們主要采用黑盒測試的方法進行集成和系統(tǒng)測試；我們回歸測試是小回歸（因為每次發(fā)現(xiàn)的問題不是太多，太嚴重），對每個發(fā)現(xiàn)的BUG進行修正后再測試；測試用例是測試人員寫的；單元測試采用代碼走查的方式進行，程序員根據(jù)代碼走查單的內容進行檢查并記錄，效率比較高。SP3.2分析驗證結果1你對測試的工作產品都進行了那些分析？得出了什么結論？在度量表中有那些度量項是關于測試的？在度量表中有那些關于同行評審的度量？答：主要對測試的結果做過分析；得到以下結論：知道軟件中發(fā)現(xiàn)的問題有多少，解決了多少，軟件的質量如何，問題集中分布在哪些功能中，開發(fā)人員的代碼質量如何。2一般的測試用例的通過率大概是多少？第一輪測試結果不理想時你們會進行分析并識別出什么問題嗎？答：60%左右，第一輪測試結果不理想我們會分析在編碼階段做的代碼走查和檢查問題是否全面，測試不到位，應該加大第一輪的測試力度VALSG1確認準備SP1.1選擇需確認之產品1你參與了哪些工作產品的驗收？答：我參與了除法律援助系統(tǒng)的產品驗收。2你怎么選擇驗收測試產品的對象？在哪里進行了描述？答：驗收測試產品的對象定義在《項目驗收計劃》中。SP1.2建立確認環(huán)境1是在什么環(huán)境里進行的確認？答：根據(jù)軟件產品的使用對象不同，我們的確認環(huán)境有所不同，監(jiān)獄項目一般到客戶現(xiàn)場進行驗收，本公司的績效考核系統(tǒng)在公司內部進行驗收確認，內部搭建的驗收環(huán)境與客戶現(xiàn)場環(huán)境一致。2你們會去關注測試用例的通過率嗎？回歸之后的測試結果記錄的在那里？答：會關注測試用例的通過率，這些數(shù)據(jù)記錄在《測試過程記錄表》，匯總在《項目測量表》中，回歸測試的結果記錄在《BUG管理列表》SP1.3建立確認程序與準則用什么方法來確認？通過的準則是什么？答：我們的驗收測試是將系統(tǒng)測試用例后的修正版本作為驗收測試的產品，以系統(tǒng)測試通過為準則在用戶現(xiàn)場搭建軟硬件環(huán)境，部署系統(tǒng)，選取一些典型的測試用例進行現(xiàn)場測試；通過的準則是達到用戶使用要求。SG2確認產品或產品組件SP2.1執(zhí)行確認1請簡單描述一下驗收測試的流程？答：計劃—人員、時間、地點—驗收。。。。。。。。。