1、介紹一下整體項目流程
答案:
1. 搭建缺陷管理的環(huán)境和測試環(huán)境以及配置管理的環(huán)境搭建;2. 編寫測試計劃;3. 設計測試用例;4. 編寫測試用例;5. 測試用例的評審;6. 執(zhí)行測試;7. 缺陷管理; 8. 測試報告的輸出
2、在實際項目中你是如何做測試計劃
答案:
1.對客戶提供的或需求分析人員編寫的用戶需求文檔或需求規(guī)格說明書進行分析,提煉出測試要點;
2.根據(jù)測試要點編寫測試用例。
3.由評審組對測試用例進行評審--修改--再次評審--初步定稿
4.執(zhí)行測試
4.1 按照測試用例對系統(tǒng)進行功能驗證及客戶的需求驗證
4.2 將測試過程中產(chǎn)生的Bug錄入缺陷管理系統(tǒng)
4.3 新版本發(fā)布后,對本次版本新增加的功能以及開發(fā)人員修正的Bug進行回歸測試
4.4 根據(jù)項目需要提交測試報告。
3、你是如何制定測試過程中的時間進度表的
答案:根據(jù)項目的需求、開發(fā)周期、開發(fā)人員的開發(fā)進度等時間安排來制定一個測試時間進度初 稿,并將測試時間進度表交與整個項
目團隊成員大家一起討論和分析,最終和所有人達成共識制定出一個大家都可以執(zhí)行的測試時間進度表。
時間表中包括了開發(fā)人員提交功能或功能模塊的時間,以及為了更好的執(zhí)行測試,配合測試人員進行功能培訓的時間,以及測試
執(zhí)行時間等,都詳細的寫到WBS中,并按照這個時間進度表來執(zhí)行項目的測試任務。
4、測試計劃都包括那些項
答案:1. 測試計劃目標 2. 測試參考文檔 3.測試術語與定義 4. 測試內(nèi)容 5. 測試人員的分工 6. 測試進度 7. 測試流程
8. 測試工具 9.測試缺陷管理 10. 測試的風險分析
5、測試用例如何設計的
答案:在測試用例設計之前首先要熟悉客戶的需求文檔或需求規(guī)格說明書,以做到對被測系統(tǒng)的熟悉,充分了解產(chǎn)品的詳細功能,并在熟
悉過程中即使與研發(fā)人員和客戶人員進行有效的溝通。然后從需求中提煉中各個模塊的詳細功能點編寫出一個測試要點的文檔。根
據(jù)測試要點設計測試用例,測試要點與測試用例是一個一對多的關系,一個測試要點可能會需要幾個測試用例的驗證,有正常的操
作和異常的操作,甚至是幾個正常與幾個異常的操作,這要根據(jù)實際功能的要求來具體分析具體實現(xiàn)。
6、測試用例包括那些項
答案:產(chǎn)品名稱、功能模塊、用例的編號、編寫人、被測功能的簡述,測試的預置條件,測試步驟,預期結果,實際結果。
7、缺陷處理流程
1.講缺陷的詳細信息錄入缺陷管理系統(tǒng),并分配給對應的開發(fā)人員
2.如果遇到一些難以再現(xiàn)的缺陷,在開發(fā)人員修正過程中配合開發(fā)人員進行Bug的再現(xiàn)。
3.開發(fā)人員修正Bug后,會在缺陷管理系統(tǒng)中將修正后的Bug狀態(tài)更改,通常為Fixed狀態(tài)。
4.新版本發(fā)布后,測試人員會講bug狀態(tài)已經(jīng)更改為Fixed的Bug進行回歸測試。如果測試通過,則將該Bug關閉,如果仍
未通過,則將該Bug從Fixed更改為Reopen狀態(tài),繼續(xù)讓開 發(fā)人員來修正。并等待下一個新版本發(fā)布后的二次回歸測試。
8、缺陷報告包括那些項
答案:編寫人、被測系統(tǒng)的版本號、測試環(huán)境、預期結果、實際結果、對于實際結果如有必要附上截圖、測試用例數(shù)、測試
用例通過 數(shù),測試用例的通過率、對缺陷的一個分析匯總。
9、缺陷報告嚴重級別的劃分
嚴重級別的錯誤:影響系統(tǒng)整體基本流程運行的錯誤,由于某一操作造成系統(tǒng)死循環(huán)或服務器崩潰的錯誤
較嚴重:功能實現(xiàn)錯誤、內(nèi)部計算錯誤、
一般:UI錯誤,一些易用性的錯誤或建
10、開發(fā)人員修復缺陷后,如何保證不影響其他功能
答案:Bug的修復以及新功能的添加都有可能對版本造成一些影響,為了避免,在新版本發(fā)布以后,首先會對新版本做一個基礎
的流程測試也叫做冒煙測試,如果測試基本流程都順利通過沒有任何問題,那么測試人員可以繼續(xù)進行詳細的測試,否
則就將冒煙測試中出現(xiàn) 的問題以及問題有可能出現(xiàn)的原因反饋給開發(fā)人員,由開發(fā)人員修正后再次發(fā)版,進行測試。這
是一個迭代的過程。
10、發(fā)現(xiàn)問題后你是如何判斷其是否是BUG,你是如何提交的?
答案:測試用例是經(jīng)過評審組嚴格的評審,完全按照客戶的需求規(guī)格說明書作為最終依據(jù)來評審的,如果測試過程中,測試結果與實際結果不符就很可能是Bug,如果一些比較明顯的問題就直接錄入缺陷管理系統(tǒng),如果是一些邊界問題不容易確定的,可以通過和開發(fā)人員甚至是設計人員等進行溝通最后得出一個結果究竟是否是Bug,如果是Bug就錄入,如果是一個需要增加的新功能等,可以錄入缺陷管理系統(tǒng),類型為新需求。
11、測試總結報告包括那些項
答案:測試用例的通過數(shù),測試用例的未通過數(shù),以及測試用例的通過率,未通過的功能都集中在哪幾個功能模塊 ,根據(jù)測試經(jīng)驗以及測試結果進行一個缺陷的分析和建議。