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