在自己實際工作中，經歷很多種測試流程，各種情況都存在，參考下面的知識，對照公司現行的流程，會思考更深入的問題，從而夯實理論基礎，提公升測試水平。
應了解的概念：
測試testing和qa（quality assurance）：軟體測試員的目標是盡可能找出軟體缺陷，並確保缺陷得以修復
qa主要職責是建立和執行改進軟體開發過程並防止軟體缺陷發生的標準和方法
軟體測試的概念：
軟體缺陷的概念（軟體測試原書第2版）：軟體缺陷即bug，滿足以下五個規則之一的才稱發生了乙個軟體缺陷：
1.軟體未實現產品說明書要求的功能；
2.軟體出現了產品說明書指明不應該出現的錯誤；
3.軟體實現了產品說明書未提到的功能；
4.軟體未實現產品說明書雖未明確提及但應該實現的目標
5.軟體難以理解、不易使用、執行緩慢---或者從測試人員的角度看--終端使用者會認為不好
bug的生命週期
軟體測試的工作流程：瀑布模型：原始需求--專案計畫--需求文件--概要設計--詳細設計--編碼--測試--運維
雙v模型
敏捷scrum
軟體測試的方法分類
測試策略
軟體測試常用的工具
軟體測試技能：溝通能力、自我驅動能力、學習能力、快速的適應能力、責任心、態度。。。
功能測試、自動化、介面、效能、安全。。。
一、功能模組的測試過程
1.需求問題
1.作為一名測試，不是拿到需求後立刻想用什麼用例的設計方法，馬上設計用例，而是先分析討論需求有哪些不明確的地方
2.需求評審會後，如果還有需求不明確的地方，可以和產品經理進行確認溝通，只有需求明確後，才可以繼續進行需求分析，設計用例
2.需求分析
1.對輸入引數進行分析
1.確定輸入引數的個數和名稱
2.確定每乙個輸入引數的組成規則——型別、長度、取值範圍、是否允許為空、是否允許重複、其他規則
3.根據輸入規則，構造測試資料
1.符合規則的資料--有效資料
2.不符合規則的資料--無效資料
3.資料太多，如何挑選資料？等價、邊界值等等，，，
2.對處理進行分析
1.正常處理--正常操作
2.異常處理--錯誤的操作，不按規定操作，例如超時操作
--正確的操作+環境異常（網路異常，伺服器異常）
3.對輸出結果進行分析
1.正常的結果輸出--可見輸出，成功或失敗的提示
--不可見的輸出，增加一條新的記錄
2.錯誤的結果輸出提示--各種錯誤提示
3.用例編寫
1.正常的用例--一條正確的用例要盡量包含多個有效的測試資料--正常輸入+正確處理
2.異常的用例--一條異常的用例，只能包含乙個無效的測試資料--錯誤的輸入+正確的處理
--正確的輸入+錯誤的處理
4.用例評審
組內人員進行用例的評審，進行用例的補充或查錯
測試/開發/產品一起討論用例，進行用例的補充或查錯
補充：用例的評審標準是什麼？
1.設計的用例覆蓋所有的測試點
2.選擇的測試資料要精煉
3.一條異常用例只能包含乙個無效資料
4.一條正確用例要盡量包含多個有效的測試資料
5.用例的可讀性
二、測試方法：
1.等價類方法
由於測試資料多，測試時間有限，找出具有代表性的資料進行測試，提高測試效率
適用範圍：輸入框類元素
2.邊界值法
邊界上的資料更容易出bug
例如：[1,2] 上點--邊界上的點1、2
離點--離邊界最近的點--0、3 例如（4，8）離點--5,7
內點--邊界內的任意點
3.輸出域覆蓋法
由輸出結果倒推輸入是否正確，可以進行用例的補充
適用範圍：介面預設顯示資料
4.判定表法
條件樁-判定條件
動作樁-根據不同的條件產生的相應結果
設計步驟：1.列出所有要判斷的條件-條件樁 n個
2.列出所有可能產生的結果-動作樁
3.列出所有條件樁組合 2的n次方個
4.分析每條組合產生的結果--符合條件記為0，不符合條件的記為1
5.編寫用例-一列對應一條用例，篩選出符合條件的，不符合的刪除即可
適用範圍：多個條件，條件之間還有邏輯關係
5.正交實驗法
1.確定輸入引數名稱-因子
2.確定每個引數的取值-狀態
3.畫因子狀態表
4.借助工具--allpairs(或者ptca)
--將allpairs工具解壓至d盤根目錄
--在allpairs資料夾下新建乙個test.txt,將因子狀態表中的內容複製到test.txt中
--開啟dos視窗，進入allpairs資料夾下
--畫因子狀態表，並且用符合代替
--輸入命令 allpairs.exe test1.txt -> test2.txt
--將生成的txt中的test case下的用例複製到excel中，並且用中文替換
--每一行表示一條測試用例
適用範圍：存在多個輸入，輸入中引數取值固定，輸入之間沒有邏輯關係
6.流程分析法
1.從需求中提取判定條件--如果、假如。。
2.先從基本流開始--正常情況
3.再開始備選流--異常情況
4.從開始到結束，每條路徑對應一條測試用例
7.狀態遷移法
1.從需求中提取所有的狀態
2.根據需求畫狀態矩陣圖--如果有n個狀態-n*n矩陣
--將所有狀態可達--用√表示
--不可達不表示
3.將狀態矩陣轉換為狀態遷移圖--廣度優先
--深度優先
4.設計用例--從開始到結束，每條路徑都是一條測試用例
--進行用例的篩選和補充
適用範圍：乙個狀態可以到達其他多個狀態
8.因果圖法--用**的方法分析輸入引數和輸出結果之間的關係
適用範圍：輸入與輸入之間有一定的關係，輸入和輸出之間有因果關係，輸出與輸出之間有一定關係
9.異常分析法--認為讓系統出現故障，檢查系統故障的恢復能力，斷電、斷網、強退、記憶體。硬碟空間不足等。。
10.錯誤猜測法--根據以往的測試經驗或對系統業務的了解，列出可能出現異常錯誤的操作
11.輸入域覆蓋法--根據輸入型別判斷，例如：輸入框允許輸入10位字串，設定型別為整型長度為5位--型別長度會越界
12.et探索測試法
13.mfq&ppcds
後面詳細介紹12、13
三、其他測試理論知識點
四、網路基礎
http協議：
請求：請求行--
訊息報頭
請求正文
響應：狀態行
訊息報頭
響應正文
測試理論基礎
軟體測試基礎 一 1軟體測試思維模型 2等價類 邊界值 3軟體測試v模型 使用者需求 需求分析與系統 概要設計 詳細設計 編碼 單元測試 整合測試 系統測試 驗收測試 4名詞解釋 黑盒測試 把軟體比作乙個不透明的盒子，對軟體輸入輸出進行測試 白盒測試 把軟體比作乙個透明的盒子，內部邏輯結構可見，對軟...
測試理論基礎
軟體測試基本介紹 1 軟體測試定義 通過手工或者工具對 被測物件 進行測試操作，從而驗證實際結果與預期結果是否存在差異。2 軟體測試的作用 通過測試工作可以發現並修復軟體當中存在的缺陷，從而提高使用者對產品的使用信心。測試可以記錄軟體執行過程中產生的一些資料，從而為決策提供資料支援 測試可以降低同型...
測試理論基礎二
軟體的開發都會依據相應的開發模型，而測試級別指的就是在這個模型當中我們人為定義的開發步驟。其中對於測試來說我們最常見的一種級別分類如下 1.單元測試 ut unit test 在軟體測試中單元指的就是組成軟體最小的底層 結構，一般就是類 函式 元件 當下的軟體測試行業，不會刻意要求測試人員對源 進行...