參考 引用原博很多內容
功能測試階段是測試職業生涯的基礎階段，在這段時間內要注意培養測試思維、做事方式、溝通能力、對需求及使用者體驗的理解把握能力、對於軟體開發具體實現的基本理解、對於軟體開發整體流程的理解和把握、對一些工具和簡單指令碼的熟悉使用。
大部分初入測試行業的人有乙個誤區，就是侷限於執行被分配的工作，對於其他的事情漠不關心。這樣帶來的問題是測試人員對於專案沒有把控感、參與感和成就感，對測試該具備的能力掌握較弱，進而懷疑自己的價值。
一般測試流程：需求分析，用例編寫，用例評審，提測驗證，bug回歸驗證，上線與線上回歸等來進行測試
1.需求分析，發揮主動性
進行需求評審時，一是要主動評估本次需求的使用者體驗和實現方式是否合理，如果有疑義及時提出，在開發階段開始之前，修改需求代價最小，爭取達成測試開發產品三方意見一致。二是要明確本次需求的根本目的（這一點最重要），評估對現有功能的影響範圍，設計測試方案（粗粒度），評估測試工作量（粗粒度）。
在需求會議上有需求變更或者針對難點進行討論時，要保持關注，並積極參與討論。而這部分常常需要重點測試。
需求評審會後，要由產品輸出帶上最新改動的需求文件，如果產品沒有及時輸出測試要進行跟進。因為要測試依賴於產品輸出的需求文件編寫測試用例。
2.用例設計與評審
設計用例這一步不能忽略，即使改動很小，排期很緊，也要至少畫出思維導圖，比如xmind，甚至可以是用紙筆列出所有功能點和影響因素，畫出因果圖。
用例設計盡量做到不遺不漏，同時設計方式應從使用者角度出發，優先覆蓋和重點驗證使用者最常執行的路徑和最可能遇到的情況。
設計用例需從整體下手，考慮到各方面的影響，而不是僅僅侷限於待測功能本身的業務邏輯，比如新增需求是否會對整體穩定性、效能、資料庫、其他的功能模組造成影響。用例設計好後，在時間允許的情況下主動聯絡產品經理、開發進行評審，以便完善用例。若專案排期太緊，部門內部尋找其他同事進行快速評審，以便發現設計遺漏之處。
如果測試工作有依賴項，比如依賴於開發輸出定製的測試包，需要布置內網測試環境，需要伺服器同事拉取資料等，及時將需求同步給開發同事，以免等到送測才開始準備測試環境，影響測試進度。
3.測試流程及專案進度控制
測試人員的職責比較複雜，大到監控整個專案流程，協調監督各部門工作，做專案經理甚至cto的工作，小到測試驗證需求。
關注排期的必要性：很多時候專案進度是由產品經理或者專案經理把控，但測試人員身為一線工作人員，必須要對整體專案進度保持關注，做到心中有數。需求變更、開發遇到困難導致延期等情況比較常見。需求變更可能會導致開發人員需要重新實現，交付時間延後，也可能導致測試方案需要重新設計，或者測試工作量增多；開發遇到困難導致延期，可能會導致交付時間延後，也可能因為部分功能在實現時比預期要複雜很多，需要重點測試，測試工作量增多。若不關注這些情況的話，很可能會導致實際測試內容和最初需求不符，測試時間被壓縮，以至於測試不充分、專案意外延期、測試嚴重加班等情況。
排期監控：測試對於自己負責的需求要持續關注其進度情況，需求變更或者開發遇到難點延期時，測試要主動評估是否會影響到專案進度，如果會影響，及時對各部門同事進行預警，說明詳細情況，以便重新排期或者精簡需求(這裡需要把握根本需求)。有時會遇到需要短時間內解決的緊急問題，要求快速迭代上線，此時要綜合排期要求和bug嚴重程度決定哪些bug可以帶著上線（為了解決更嚴重的問題，而帶著部分沒那麼嚴重的問題上線），並在不能決定時及時找領導確認。
任務優先順序：對於各項任務的排期保持關注，對於目前的開發進度基本心中有數，當新任務安排過來時，可以更準確的判斷每個任務的優先順序，以便決定測試任務的排序並通知相關人員。比如低優先順序的任務安排過來時，可以通知相關部門同事，當前的測試任務安排，並說明預計任務排期時間。
bug提交跟進：bug的提交和跟進要做到詳細明確，比如bug的優先順序、嚴重級別、具體操作路徑等，如需要新老版本對比測試、競品對比測試、不同機型或系統相容測試等驗證測試，應主動提供相關資訊給開發人員。對於復現成本太高的問題，可以先提交log給開發確認，由開發反饋是否需要執行上述驗證測試。提交後要進行跟進，高優先順序任務督促解決，已修復問題及時驗證關閉。
4.專案總結
總結過程是整個測試過程最容易被忽略的一步，但這一步是優化流程、總結經驗最重要的步驟。測試結束後，要以文字形式整理出，本次測試遇到的問題，哪些因素影響了測試的進度，哪些地方比較容易出現問題但之前沒有發現過，出現的問題是怎麼解決的，之後怎麼改進，有沒有具有通用性，其他產品也會有的問題，有沒有哪些問題之後在開發新功能時也要特別注意。相關問題總結得越多，之後測試時越知道哪些地方需要注意，開發時也會注意規避出現過的問題，對於整體的開發測試流程都有正向提公升。
5.做事方式及溝通能力
細心、耐心、責任心
計畫記錄
總結溝通能力：根據每人的性格選擇合適的溝通方式，注意語言的藝術，溝通方式要委婉，比如少用反問句，盡量不帶個人情緒到工作中
6.能力總結沉澱
測試工具及常用指令：對於常用的測試工具和指令要做到數量掌握，並積極關注新的測試工具，分析每種工具的優缺點，在有新需求時，能選擇最合適的測試工具，對於各種工具測試時常見的問題知道出現的原因是什麼和怎麼解決。
常見問題的了解及預判：常見的開發流程、開發過程中常見的問題、哪個步驟哪個模組經常出現問題、各模組之間怎麼工作、乙個模組進行修改後會對哪些模組產生什麼影響。
技術沉澱：日誌檢視，部署環境的問題解決方案，測試常見問題的排查，產品實現方式及技術等等
對業務流程的掌握，整個專案把控，快速了解業務並根據需求選擇測試方案，引入測試工具提高測試效率，測試過程中遇到的問題的預判和解決辦法，這些是測試人員應該具備的硬實力。
單元測試總結反思 單元測試後反思
周四晚上考試第三單元，今天上午補課，講評完試卷，因為試卷選擇題多，批改較快，考試成績令人非常不滿意。講評試卷效果也太理想。於是反思如何更好的應對各類語文試題？學生平時課本知識的積累不少，為什麼一到做題就錯誤百出？如何更有效的講評試題？因題施教，因人而評。由點及面，化評為練。澄清方向，錘煉思維。對於閱...
單元測試總結反思 考試反思,考試反思作文
考試的反思期末考試完了,我聽到了一件事我的數學很差,我的三好學生拿不到了。我連忙看看我的英語和語文都是九十幾分,那時我很難過。可是曹老師跟我說 佳怡，你不要灰心，這次沒考好沒繫。放寒假後買一些學數學知識的書，好好複習數學知識。爭取下次考到九十五分以上。我聽了以後心情感覺好了許多。我一定要好好學習.每...
黑盒測試的總結與反思
黑盒測試總結和反思 從2月初寫黑盒測試 到現在已經有超過寫了超過50個測試類 700個測試方法的 從最開始的不知道怎麼寫 為什麼寫，到後來的為什麼這樣寫 怎樣把測試寫好 思考背後的邏輯方法的執行 結合mybatis 在這裡寫下自己對黑盒測試的體會。黑盒測試也稱 功能測試 它是通過測試來檢測每個功能是...