#軟體測試#如何開展軟體測試？
要搞清楚如何開展軟體測試, 那最重要的就是, 明天軟體測試的流程是怎樣
- 需求分析
- 用例編寫
- 執行用例並提交缺陷
- 回歸測試
- 重複以上過程.
這就是最經典的測試流程啦, 無論何種測試手段, 系統測試, 介面測試, 性能測試, 全都可以套用以上的流程, 百搭款.
作為功能測試工程師初入職公司後要如何快速融入團隊，如何開展測試工作，一定要從測試流程著手：：
首先，黑盒子也是有說明書的，有標準文檔的。（想像下如果你剛剛得到一件物品，但卻不認識它，那麼看說明書便是最快捷的方式了~）所以對於測試人員第一步就是學習產品知識 ，了解產品基本功能、架構、主要模塊、核心業務流程、以及測試需求中需要重點關注的模塊及功能 。
學習需求規格說明書時，要遵循從粗到細的規則，建議使用思維導圖，第一次粗略閱讀-搭建產品框架，第二次閱讀-添加主體功能模塊，第三次閱讀-添加細節及並識別測試點；
另外，功能測試人員最終是站在用戶角度來看待整個產品的，如果自己沒有該領域的知識，一定要提前補上，了解行業知識-自己成為用戶-瀏覽競爭對手的產品設計，站在用戶角度上思考產品設計。
階段輸出物是《產品架構圖》、《需求說明書》思維導圖、《測試需求點》、粗略的《測試想法列表》
然後，學習測試團隊內部的測試文檔，如測試需求、測試計劃、測試場景設計、測試用例、評審方式、測試報告、缺陷報告、測試知識庫的構成等等。（說明：測試文檔雖大同小異，但每個公司要求的格式也不同，無論使用第三方工具還是自主研發或自定義的都需要提前熟悉，做到大腦里清晰）
查看公司內部已存檔的測試文檔，結合自己對產品的認識去比較，比如測試想法列表裡有無自己未考慮周全的，用例的顆粒度、對異常情況的考慮、對錯誤的處理意識等。
階段輸出物：《測試想法列表》修訂版、各測試文檔模板總結
第三，了解黑盒測試流程，一方面要清楚具體的測試流程，以及測試准入原則、測試暫停、測試退回、測試結束的標準等等。在單獨跟進一個項目時，如何與產品、與開發人員溝通。（舉例說明下，比如說測試退回的標準，是冒煙測試不通過還是出現阻塞核心流程時，如果出現了以上問題，是需要找對應的開發人員還是與項目經理直接溝通，公司對每個團隊的職責如何界定，測試人員在整個項目中擔任什麼角色等等）
另一方面是清楚產品的開發模式，即傳統模式還是敏捷開發，不同的開發模式在不同階段需要的測試交付物也沒，提前了解有助於自己規劃工作優先順序。
階段輸出物：《產品相關草稿》（建議放在雲筆記中，隨時編輯）
第四，了解並記錄好產品依賴關係，這個多見於外包公司或大型項目，有些軟體系統需要其他系統的支持或輔助。或是本身安裝過程中需要安裝驅動等。（大型項目往往結構更複雜，比如銀行的工單處理，提交，審核；審核往往要經過多級確認，有些是外部系統）所以在掌握了前三條之後，開始理清依賴關係，自己試著去安裝。
另外，需要將外部依賴的系統地址鏈接或客戶端路徑都記錄下。特別是不同環境的。
階段輸出物：《產品相關草稿》修訂版
第五，工具使用
了解測試各階段都會用到哪些工具，比如，移動客戶端測試需要的協議查看工具、服務端測試需要用到的遠程工具及伺服器，GUI測試工具、缺陷管理工具、用例管理工具、版本控制軟體、事務跟蹤系統、編輯工具等等。有些需要登錄的工具把賬戶都記錄好。
公司內部使用的有些工具可能以前沒接觸過，但相似功能的工具都是相通的，不用投入大量時間學習。
階段輸出物：《階段工具列表》（可備註加角色賬號密碼）
最後，對產品質量的持續追求。
耐心對於測試人員是必備的素質，遇到非必現的問題時一定要重複多次後記錄好復現概率。對於細節切不可馬虎，即使是已經公開的產品文檔也要保持懷疑心，而站在用戶角度上永遠都不要覺得簡單的問題可以忽略，要時刻考慮到用戶的感受，小到一個控制項的位置與大小。
測試的流程
測試貫徹在產品生命周期中的每一個環節，從需求提出開始到測試計劃、測試設計以及測試用例設計與評審及執行，最後進行回歸測試。產品發布上線後跟蹤用戶使用的反饋，周而循環直到產品不在維護。
1、參與需求的評審
評審內容主要分為功能性、準確性、完整性、可測性、優先順序和約束性。當然還有其他的性能要求、安全、可補充性、易用性等
功能性指描述功能的規格說明、狀態變化、界面格式的定義等表述合理；準確性指需求清晰完整，無歧義；完整性指需求可以滿足用戶的使用；可測性指需求是否可以被測試用例覆蓋到；優先順序指優先完成那部分；約束性指某些事件是否需要一定的前提條件。
2、測試計劃
測試計劃應該以文檔的形式輸出，主要包含的幾個點為測試對象（根據需求分析測試對象的應測特性和不測特性，不測說明原因）、測試通過或失敗的標準（主要為測試用例的覆蓋率和問題的修復率）、測試任務安排（誰負責什麼模塊）以及工作量的估算。還有其他的一些資源統計、項目簡介等。
3、測試設計
測試設計是對測試計劃的細化。也是以文檔的形式輸出。主要內容有測試環境的描述、用例執行的順序（一般都是功能性用例到易用性、兼容性再到安全性、異常行為等）、用例的設計規定（用例編號的定義、冒煙測試的計劃等）以及問題單相關的（缺陷管理工具、缺陷嚴重級別定義、以及缺陷的分析等）。
4、測試用例
測試用例的設計主要運用等價類、邊界值、輸入域、因果圖、錯誤猜測、異常分析等方法進行設計。覆蓋的點越全越好。必要的時候可以上網搜素下類似的產品用例是怎麼設計的，可以作為參考。
測試執行根據測試用例執行，正常每天執行的用例為20-30條。每執行一條用例要執行其相關的，可能用例沒覆蓋到的功能，出現問題不管什麼是什麼問題（包含自己誤操作）都要重複操作並且找到問題所在。然後提交問題單。
5、回歸測試
回歸測試一般分為兩種，全部回歸和部分回歸。全部回歸為測試用例重新執行一遍，；部分回歸為測試問題單用例及問題單相關的部分。
6、跟蹤用戶反饋
收集用戶使用過程中反饋的問題，整理問題，設計需求的與產品經理討論解決。產品現有問題整理後提交問題單，下一次迭代的時候進行測試。
這個問題不是一兩句話就能講的明白的，如果直接講分析需求——》設計用例——》執行用例——》提交bug——》回歸測試等，可能還是比叫抽像，推薦你去系統的了解一下，騰訊課堂上搜索「Test大咖說測試「，我想你很快就明白了如何開展測試工作。
開展軟體測試？如果你已經上班的話，有人會帶你的～放心～從熟悉公司業務開始，看看需求文檔之類的～
如果沒有上班的話，也差不多～都是從需求開始～希望能幫到你～
1.對於初學者來說，需要學習軟體測試基礎知識
2.需要分析測試需求，編寫測試用例
3編寫測試報告，
4懂得測試方法
推薦閱讀：
