A. 軟體測試的流程是什麼bug具體是什麼怎麼提交
軟體測試工作流程:
1、需求分析、需求評審需求分析和評審就是分析客戶的需求可不可行,需要怎麼進行測試。
2、編寫測試計劃編寫測試計劃通俗一點講就是什麼人在什麼時間做什麼事,最後產出什麼東西。那也就是測試人員要測試哪些模塊、在什麼期限內,提交哪些文檔。
3、編寫測試用例、用例評審測試用例就是指導測試的文檔,比如我們要測試商城登錄、買東西等功能,通過測試方法和策略設計測試用例。評審就是評價審查,不能想當然該怎麼測。不能只是輸入正確的用戶名和密碼,能登錄進去就完事了。
作為軟測工程師需要有破壞性,比如密碼輸錯時怎麼辦,會不會有相應的報錯等等。
4、執行測試、提交bug、回歸測試Bug就是缺陷,發現bug之後,要提交給開發人員讓他們去修改,然後進行回歸測試,驗證開發人員有沒有改好。
5、編寫測試扒攜總結報告Bug都改好了之後,要編寫測試總結報告,這款軟體的質量如何。
Bug的標題和詳細描述:
標題主要是對你所提交的Bug進行簡明扼要的描述;
詳細描述是對Bug進行進一步詳細的描述,例如在什麼情況下發生等;也可以直接將標題作為描述部分。
兩者都是為了讓查看Bug的人員很清楚的知道你所表達的意思。
Bug測試環境:
在什麼環境中發現的這個bug,例如:什麼系統,哪個版本等。對於bug環境的描述可以通過簡單的羅列即可(精簡為主)
擴凳此遲展資料:
軟體測試是伴隨著軟體的產生而產生的。早期的軟體開發過程中軟體規模都很小、復雜程度低,軟體開發的過程混亂無序、相當隨棗李意,測試的含義比較狹窄,開發人員將測試等同於「調試」,目的是糾正軟體中已經知道的故障,常常由開發人員自己完成這部分的工作。
對測試的投入極少,測試介入也晚,常常是等到形成代碼,產品已經基本完成時才進行測試。到了上世紀80年代初期,軟體和IT行業進入了大發展,軟體趨向大型化、高復雜度,軟體的質量越來越重要。