時間不知不覺就已經走到了九月份，很快，學習測試已經一個月了。從我自己進公司到了現在，我是真的覺得並沒有幫大家做些什麼，大多數時候還會需要別人費心來帶著我。不管是從書本上還是平時的耳濡目染，我覺得還是可以從以下幾個方面做一個總結。

以下內容，想一句寫一句，可能不完整，可能有問題，可能很雜亂。隨筆~

測試流程：

1. 開發前期參與專案的需求討論，瞭解專案的開發
2. 安排測試計劃，測試人員，測試的模組以及測試的方法
3. 專案開發的過程中，按照專案的需求，開始編寫測試用例
4. 實施功能模組測試，搭建測試環境

編寫測試用例：

1. 測試用例編號
2. 測試名稱
3. 測試優先順序
4. 測試的進入步驟
5. 測試環境
6. 測試期望得到的結果

功能測試內容與方法：

1. 資料的輸入測試

輸入非系統設計的資料型別

邊界值測試

資料合法性的測試

單引號，雙引號

空值測試

空格測試

輸入校驗的不一致：例如，在查詢中，系統對他們的輸入合法性檢查與查詢或呼叫條件的要求是否是一致的

       2. 資料的增刪改查：

增：

增加一個新選項時的新增條件，是否可以為空？

資料輸入錯誤，是否清空？

是否有儲存成功的提醒？

如果出錯，提示錯誤的資訊是否準確？

通過SQL檢查資料庫提交是否正確

新增以後的位置，是否在理想中的位置；

刪：

刪除失敗會不會影響其他資料？

刪除主表資料，其他表會不會對應更改？

刪除時，是否有刪除提醒？

可不可以批量刪除？

刪除以後，列表會不會更新？

改：

更改成功後會有提醒？

更改失敗會不會對原來的資料有影響？

3. 多選按鈕的測試：注意不選、單選、組合多選、選擇順序、預設情況、

4. 單選按鈕：多次重複的點選，快速點選，不按照正常邏輯來點選按鈕

5. 組合查詢條件：不選、單選、組合多選，逆序選擇、順序選擇

6. 目錄路經測試：更改路徑，檢查系統的排錯能力；更改到另外的路徑、不存在的路徑、 正確的路徑

Bug的提交：

1. 路徑
2. 解決優先順序
3. Bug詳細說明
4. 提交人員

測試的分類：

1. 單元測試：由開發人員進行測試（白盒測試），但需要提交測試評審和測試結果
2. 整合測試：模組與模組之間介面的測試
3. 系統測試：整個軟體系統與環境因素一起整合起來的測試
4. 驗收測試：以使用者為主的測試，軟體開發人員與質量保證人員也一起參加的測試

測試的原則：

1. 證偽而非證真
2. 儘早進行軟體測試
3. 重視無效資料和非預期的測試
4. 對每一個測試結果做全面的檢查
5. 注意測試現場的保護和資料歸檔
6. 程式設計師應該避免檢查自己的程式
7. 注意群集現象
8. 用例要定期評審，適時補充修改用例