一直在做功能測試工作，負責過三四個不大不小的專案的功能測試工作，卻很少靜下心來總結工作中的得失。
很多不了解測試的人，認為功能測試不過就是拿滑鼠點來點去，沒有什麼技術含量，隨便招個應屆畢業生就能幹的工作。我也曾經認為功能測試沒什麼前途，現在 看來覺得自己太浮躁了。功能測試的門檻可能比較低，做測試工作的人大多都是從功能測試開始，但要做好功能測試卻不容易，需要學習的知識還很多，比如作業系統、資料庫、網路。下面主要結合工作實踐談談我對功能測試的一點總結。
功能測試最重要的是理解業務和需求。知道系統要實現什麼功能，業務流程是怎樣的，然後就可以根據需求編寫測試計畫和測試用例了。測試書籍上介紹常用的編 寫測試用例的方法有：等價類、邊界值、因果圖、判定表等，在實際工作中，我使用較多的有等價類、邊界值、場景法和錯誤猜測法。在這裡需要提一點，將測試用 例按測試目的進行分類，比如使用者介面、功能點、業務場景等，會讓測試用例的結構看起來更清晰，執行測試用例的效率也更高。
要做好功能測 試，還需要對整個系統的資料庫結構比較清楚，每個功能點涉及哪些資料表，對資料的操作方式是怎樣的。這樣就不單從前台頁面來進行測試，通過對資料庫中資料 的驗證，可以發現隱藏的一些bug。比如庫表沒有進行關聯刪除，從前台頁面是看不出來的，但實際可能導致程式出現問題。對一些比較複雜的組合查詢或資料排 序，也可以自己編寫sql語句對結果進行驗證。
除此之外，了解程式的框架結構和一些開發知識也有助於更好地測試程式和定位錯誤。做完乙個業務，可以通過系統日誌來檢視錯誤原因，結合資料庫結構，可以更好幫助開發人員定位錯誤。比如日誌記錄執行哪條sql語句出錯了，錯誤的原因是字段長度設定不夠。我在這方面做得不太好，現在在努力學習一些開發知識，期待在以後的工作能做得更好。
最後，對bug的分析和總結有助於積累測試經驗。比如哪種型別的bug數量多，哪些測試用例發現的bug較多，有助於測試用例的編寫和修改。在探索測試 時，發現bug的測試過程也要加入測試用例庫中。通過測試用例的累積，可以更好地了解系統常出現的錯誤，積累更多的測試經驗。
工作的一點總結
工作效率 專案 需求的任務拆解 按照分析 設計 設計評審 資料結構設計 程式開發 測試 聯調 等環節進行任務拆解，拆成不大於3人 日的粒度，進行排期。列出每個環節的具體任務list,每天跟進，前一天做第二天的任務list，同時在當天完成的任務上打對號。應對中斷與階段性休息 工作中，時長被打斷已經是常...
功能測試的測試工作流程
1.測試計畫 這個計畫，我個人覺得應該在詳細設計確定後，開始編寫的時候進行制定，因為我是 提早開始測試工作 思路的忠實fans，雖然現在專案裡都只有我乙個人在這麼早開始工作。a 測試計畫，主要是給後面的測試工作一些指南，不能寫成領導看的計畫，而是要寫成由做事的人看的計畫 b 包含的內容可能有 i.測...
一，銀行軟體測試工作總結
銀行軟體測試工作總結 一 銀行的一般內部架構 二 銀行相關的業務系統 三 銀行應用系統架構 四 銀行資訊系統架構 五 軟體測試相關流程 認識銀行 銀行分類 央行中國人民銀行 大型商業銀行 工商銀行，農業銀行，中國銀行，建設銀行，交通銀行 政策性銀行 進出口銀行，國家開發銀行 股份制商業銀行 中信銀行...