一.H5與原生測試過程中的區別
1.各自優勢
h5頁面：
優點：支持跨平臺，安卓、ios不需要單獨開發，只需要開發一套即可；用戶無需下載,打開一個網址即可訪問了；開發簡單,開發成本低,入門門檻低；
缺點：?每次打開頁面，都得重新加載，獲取數據；過于依賴網絡，速度無法保證
原生APP：
優點：直接依托于操作系統,交互性最強,性能最好；
缺點 :開發成本高,無法跨平臺,不同平臺Android和iOS上都要各自獨立開發；開發人員入門門檻較高；app發布審核流程麻煩，維護成本高
2.測試主要關注點
(1)業務邏輯相關
a.業務功能
b.登陸
c.翻頁
d.刷新與返回
e.數據的請求與返回
(2)H5適配相關
安卓、ios、瀏覽器
(3)體驗相關
頁面滑動、加載、自適應是否流暢，弱網提示
二.瀑布式開發和敏捷開發Scrum區別
敏捷開發，首先把客戶最關注的軟件原型先做出來，交付或者上線，在實際場景中去修改彌補需求中的不足，快速修改，再次發布版本。再次上線或者交付。通過一些敏捷實踐方式，細化story，可以提供更小的迭代。如此循環，直到用戶（客戶）滿意。適用于需求不明確的項目、創新性的項目或者需要搶占市場的項目。
瀑布式開發，要求明確的需求，大家按照需求一步步做好規劃，在項目運作過程中嚴格產出各種文檔，按著流程一步步走下去。這種模式一般適用于需求比較明確、to B端項目
但總的來說，在現在管理項目過程中，并沒有嚴格的按照完全的敏捷或者完全的瀑布模式，都是各自摻雜了其他的方式。在實際項目過程中，過于強調模式并沒有意義，重要的是能不能預防問題的發生，在問題發生之后能不能用最小的成本解決，模式更多起一個參考作用
三.測試用例設計方法
一、等價類法
概述：
根據程序對數據的要求，把程序的輸入域劃分成若干個部分
區分出哪些數據是有效的，哪些數據是無效的，(有效等價類與無效等價類)
從每個部分中選取少數代表性數據作為測試用例
步驟：
劃分等價類
細化等價類 (對等價類進行編號)
建立等價類表
編寫測試用例
要點：
?被選為測試用例的數據在測試中的作用等價于這一類中的其他值
?如果等價類中的一個測試能夠捕獲一個缺陷,那么選擇該等價類中的其他測試也能捕獲該缺陷
?如果等價類中的一個測試不能捕獲缺陷,那么選擇該類中的其他測試也不會捕獲到缺陷
------------------------------------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------------------------
二、邊界值法
概述：
找到測試數據的邊界點，也就是有效等價類和無效等價類的邊界點
對邊界點數據專門進行測試
步驟：
找到測試數據的邊界點， 分析出上點、離點、內點
根據上點、離點、內點寫出測試用例
要點：
?如果輸入條件規定了值的范圍，則應取邊界點數據，以及邊界點兩邊的數據進行測試
如果輸入條件規定了值的個數，則用最大個數及其兩邊的點、最小個數及其兩邊的點作為測試數據
根據規格說明的每個輸出條件，使用前面的原則
根據規格說明的每個輸出條件，應用前面的原則
如果程序的規格說明給出的輸入域或輸出域是有序集合，則應選取集合的第一個元素和最后一個元素作為測試用例
------------------------------------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------------------------
三、因果圖法
概述：
在一個模塊或一個界面中，有多個控件,這些控件存在約束關系或組合關系，且輸出依賴于輸入條件,則可以使用因果圖法
步驟：
找出所有的輸入條件
找出所有的輸出條件
明確所有輸入條件之間的制約關系以及組合關系
明確所有輸出條件之間的制約關系以及組合關系
找出怎么樣的輸入條件組合會產生那種輸出結果
根據因果圖寫出判定表
根據判定表寫出測試用例
要點:
恒等、或（V）、與（∧）、非（~）、互斥（E）、包含（I）、唯一（O）、要求（R）、屏蔽（M）
因果圖法主要考慮控件之間條件的組合關系
每個控件的條件不宜過多,最好為2個
控件較多,或每個控件的條件過多，不宜用因果圖法
------------------------------------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------------------------
四、判定表法
概述：
判斷表主要側重輸入條件之間的邏輯關系（畫因果圖只是一個輔助工具，通過分析最終得到判定表，再通過判定表編寫測試用例）
步驟：
找出所有的輸入條件
找出所有的輸出條件
明確所有輸入條件之間的制約關系以及組合關系
明確所有輸出條件之間的制約關系以及組合關系
找出怎么樣的輸入條件組合會產生那種輸出結果
根據因果圖寫出判定表
根據判定表寫出測試用例
要點：
?判定表的組成：
適合使用判定表設計測試用例的條件：
規格說明以判定表的形式給出，或很容易轉換成判定表
條件的排列順序不影響執行哪些操作
?規則的排列順序不影響執行哪些操作
當某一規則的條件已經滿足，并確定要執行的操作后，不必檢驗別的規則
如果某一規則要執行多個操作，這些操作的執行順序無關緊要
------------------------------------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------------------------
五、正交法
概述：
能夠使用最小的測試過程集合獲得最大的測試覆蓋率
步驟：
根據所測程序中控件的個數以及每個控件的取值個數,選取一個合適的正交排列表
?把控件以及取值列出來,并對取值進行編號
把控件以及取值映射到正交排列表中
根據映射好的正交排列表編寫測試用例
要點：
一、 n階拉丁方：
用n個不同的拉丁字母排成一個n階方陣, 每個字母在任一行、任一列中只出現一次
二、 正交拉丁方：
設有兩個n階的拉丁方，如果將它們疊合在一起，恰好出n2個不同的有序數對
三、 正交表是一種特制的表，記為：
m是每個控件包含的取值個數
K表示控件的個數
n是表的行數, n=k*(m-1)+1
n=k1*(m1-1)+k2*(m2-1)+…kx*(mx-1)+1
?L為正交表的代號
Ln(m1^k1 m2^k2...mx^kx)
正交排列法的局限性:
基本都要求每個控件中取值的個數要相等，這在實際軟件中很少遇到
正交表的性質：
每一列中，不同的數字出現的次數相等
任意兩列中數字的排列方式齊全而且均衡
即：
正交表的兩大優越性，“均勻分散性，整齊可比性”
通俗的說，每個因素的每個水平與另一個因素各水平各碰一次，這就是正交性
種類：
各列水平數均相同的正交表
混合水平正交表
例：L8（4*24）——一個控件有4個屬性，4個控件有2個屬性
------------------------------------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------------------------
六.場景法
概述：
場景法就是模擬用戶操作軟件時的場景，主要用于測試系統的業務流程
在冒煙測試時也主要采用場景法進行測試
步驟：
根據說明，描述出程序的基本流及各項備選流
根據基本流和各項備選流生成不同的場景
對每一個場景生成相應的測試用例
要點：
一、 基本流：
按照正確的業務流程來實現的一條操作路徑（模擬正確的操作流程）
二、 備選流 ：
導致程序出現錯誤的操作流程（模擬錯誤的操作流程）
------------------------------------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------------------------
七.大綱法
概述：
在一個程序或程序的某個模塊中，涉及到多個窗口，每個窗口中能夠完成多個動作
這些窗口又相互聯系, 為了弄清窗口和窗口之間的關系，或者說動 作和動作之間的關系，可以使用測試大綱方法
步驟：
找出所有的窗口以及每個窗口的輸入動作
找到各個窗口之間的聯系，并據此編寫測試用例
要點： (綜合策略)
為了測試程序的業務邏輯、業務流程、主要功能的正確性，錯誤處理能力，使用場景法設計測試用例
需要輸入數據的地方，進行等價類劃分，包括輸入條件和輸出條件的等價劃分
使用邊界值分析方法補充用例
可以用錯誤推測法追加一些測試用例
對照程序邏輯，檢查已設計出的測試用例的邏輯覆蓋程度，如果沒有達到要求的覆蓋標準或發現還有遺漏，應該再補充足夠的測試用例
如果程序的功能說明中含有輸入條件和輸出條件的組合情況， 則一開始就可選用因果圖法或判定表方法
對于參數配置類的軟件，要考慮各個參數之間的組合情況，使用正交排列法
為了更真實模擬用戶的操作流程、順序，可以使用狀態轉換圖方法設計測試用例
如果程序的模塊有多個窗口，并有相關聯的操作，可以使用測試大綱方法設計測試用例
------------------------------------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------------------------
八、狀態轉換圖法
概念：
找出軟件所有的狀態以及導致這些狀態發生變化的所有輸入動作
進而用圖形的方法把相關聯的輸入動作和狀態聯系在一起，真實模擬用戶的操作順序流程
步驟：
找出程序的所有輸入動作，并進行編號
找出程序的所有狀態
找出什么動作會導致什么狀態發生，畫出狀態轉換圖
把相關聯的動作和狀態聯系起來，設計測試用例
要點：
兩個重要的概念:：(核心)
軟件的狀態
輸入的動作
狀態轉換圖法小結：
每種狀態至少訪問一次 【無論用什么方法，每一種狀態都必須測試】
測試看起來最常見最普遍的狀態轉換 【根據產品說明書，通過與客戶、開發人員溝通，了解哪些操作更常用、更重要】
?測試狀態之間最不常用的分支 【這些分支是最容易被產品設計者和程序員忽視的】
測試所有錯誤狀態及其返回值 【錯誤沒有得到正確處理、錯誤提示信息不正確等情況是常有的】
------------------------------------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------------------------
九、綜合策略
為了測試軟件的業務流程,業務邏輯,基本功能的正確性,錯誤處理能力,采用場景法編寫用例
需要輸入數據的地方,進行等價類劃分,包括輸入條件和輸出條件的等價劃分
使用邊界值分析方法補充測試用例
可以用錯誤分析法追加測試用例
對照程序的邏輯,檢查測試用例的邏輯覆蓋程度,如果沒有達到覆蓋標準或發現有遺漏,則要補齊用例
如果軟件的功能說明里有輸入條件和輸出條件的組合情況,一開始就考慮用因果圖和判定表方法
對于有參數配置的軟件,要考慮各個參數的組合情況,則可以用正交排列表法來設計測試用例
為了模擬用戶的操作流程,順序,則可以用狀態轉換圖法設計測試用例
如果一個軟件或一個界面里有多個窗口,每個窗口可以完成多步動作,且每個窗口之間存在聯系,可以采用大綱法來設計用例
