開發約束

　　對需求不明確，功能研發不合格導致很多BUG

　　對BUG反覆修改影響進度和團隊情緒

　　進度影響，影響公司市場先機

測試約束

　　與開發相互制約，需瞭解需求否則大部分時間被開發牽制

　　不能及時發現開發偏差，影響進度和團隊情緒

　　沒辦法保證測試質量

專案　　自己參與——角色——UI

　　　　　　　　　　　　　　API工具，程式碼，迴歸

　　　　　　　　　　　　　　核心流程

　　　　專案使用到技術需求（測試技術）

　　　　學習到的內容——專案管理流程，新的技術

　　　　問題如何解決——技術難查（攻克）

　　　　　　　　　　　　問題推動

　　　　　　　　　　　　識別風險

　　　　背景與技術

測試⽤例編寫特徵

　　⼀致性：主要包括⽤例模板⼀致；編寫⼿法⼀致；以及⽤例的細膩度⼀致。

　　覆蓋率：主要包括對需求的覆蓋（也包含隱含的需求）；新需求可能對那些功能會產⽣影響的覆蓋；對各種場景的覆蓋等 。

　　可執⾏性：主要是指步驟易於理解、資訊描述準確、且能快速識別出測試點 。

　　執⾏準確性：是指⽤例執⾏的準確度，不因為⽤例簡單或者⼀些外界的因素，導致部分⽤例未實際執⾏標為通過的情況。

　　持續更新：要及時不斷的更新，要儘量減少⽤例庫中失效的⽤例 。

　　復⽤性：主要⽤例可以被不斷的復⽤，從⽽減少維護成本。

測試⽤例組成元素

　　　　⽤例ID；　⽤例名稱；　　　　測試⽬的；　　　　測試級別；　　參考資訊；　　　測試環境；　前提條件；　　　　　　　　　測試步驟；　　　　　　　　　　預期結果；　　　　　　設計⼈員

例如　　001　　　ABC關鍵字查詢　　驗證結果是否正確　　P1　　　PRD；測試需求分析　　QA　　搜尋框可輸⼊英⽂搜尋關鍵字　 1、開啟瀏覽器　　　　　　　　　結果顯示abc搜尋結 果　　XXX

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　2、在瀏覽器輸⼊百度域名

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　3、在百度⾸⻚的搜尋框輸⼊abc

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　4、按下回⻋鍵

測試⽤例設計原則

　　測試⽤例的代表性：能夠代表並覆蓋各種合理的和不合理的、合法的和⾮法的、邊界的和越界的以及極限的輸 ⼊資料、操作和環境設定等。

　　測試結果的可判定性：即測試執⾏結果的正確性是可判定的，每⼀個測試⽤例都應有相應的期望結果。

　　測試結果的可再現性：即對同樣的測試⽤例，系統的執⾏結果應當是相同的。

WEB　　功能性——正常

　　　　　　　　　異常

　　　　　　　　　場景化　　　　　　　　　

　　　　非功能性——瀏覽器相容性

　　　　　　　　　　UI設計互動

　　　　　　　　　　效能測試

　　　　　　　　　　安全性測試

APP　　非功能性

　　　　相容性——主流平臺

　　　　　　　　　主流廠商

　　　　　　　　　主流型號

後端　　效能（高併發）

　　　　服務穩定性

　　　　佇列

　　　　響應時間

　　　　介面的準確性

　　　　API的安全性

　　　　資料的持久化

等價類劃分⽅法

　　定義：等價類是把所有可能的輸⼊資料,即程式的輸⼊域劃分成若⼲部分（⼦集）,然後從每⼀個⼦集中選取少數具有代表性的資料作為測試⽤例。該⽅法是⼀種重要的,常⽤的⿊盒測試⽤例設計⽅法。

　　設計測試⽤例：在確⽴了等價類後,可建⽴等價類表,列出所有劃分出的等價類輸⼊條件：有效等價類、⽆效等價類。從劃分出的等價類中按以下三個原則設計測試⽤例：（1)為每⼀個等價類規定⼀個唯⼀的編號； （2)設計⼀個 新的測試⽤例,使其儘可能多地覆蓋尚未被覆蓋地有效等價類,重複這⼀步，直到所有的有效等價類都被覆蓋為⽌；（3)設計⼀個新的測試⽤例,使其僅覆蓋⼀個尚未被覆蓋的⽆效等價類,重複這⼀步，直到所有的⽆效等價類都被覆蓋為⽌。

邊界值分析⽅法

　　定義：邊界值分析法就是對輸⼊或輸出的邊界值進⾏測試的⼀種⿊盒測試⽅法。通常邊界值分析法是作為對等價類劃分法的補充，其測試⽤例來⾃等價類的邊界。

　　與等價劃分的區別：（1)邊界值分析不是從某等價類中隨便挑⼀個作為代表，⽽是使這個等價類的每個邊界都要作為測試條件。（2)邊界值分析不僅考慮輸⼊條件，還要考慮輸出空間產⽣的測試情況。

設計測試用例

　　　　　|————　|　1000M

　　　　　|　　　　　|　　|

　　　　　|　　　　　|　檔案分割—>最多分割5個200MB檔案

　　　　　|　　　檔案上傳服務——IO——佔用大量記憶體

　　　　　|　　　　1000M　　　　　　　　|

—>等價類邊界值——>上傳按鈕———OOM——記憶體減少

　　　　　　　　　　　　　　檔案

1、上傳0MB檔案

2、上傳0MB<x<=200MB

3、上傳x>200MB檔案

4、上傳0MB<X<=1000MB

7、驗證檔案上傳後文件未被修改

11、分割檔案未超過五次，單個檔案分割大小y<=200MB

12、上傳200MB<X<=1000MB

5、上傳x>1000MB檔案

6、上傳資料夾

8、驗證檔案上傳後文件被修改

9、上傳x>200MB檔案

10、上傳0MB<X<=1000MB

13、分割檔案超過五次，單個檔案分割大小y>200MB

測試名稱　　檔案大小　　　　預估結果　　　　　　　　　　　　　　　　　　　　涉及用例

test1　　　　0MB　　　　　正常上傳，檔案不分割，檔案未出現問題　　　　　　　　1，7

test2　　　　199MB　　　　正常上傳，檔案不分割，檔案未出現問題　　　　　　　　2，7

test3　　　　1000MB　　　 正常上傳，檔案分割，檔案未出現問題　　　　　　　3，4，12，11，7
　　　　第一次上傳200MB
　　　　第二次上傳200MB
　　　　第三次上傳200MB
　　　　第四次上傳200MB
　　　　第五次上傳200MB

test4　　　　999MB　　　　正常上傳，檔案分割，檔案未出現問題　　　　　　　4，3，12，7，11
　　　　第一次上傳200MB
　　　　第二次上傳200MB
　　　　第三次上傳200MB
　　　　第四次上傳200MB
　　　　第五次上傳199MB

test5　　1999MB　　　　　無法上傳超過單個檔案限制，且檔案分割超過五次　　　　3，5
　　　　第一次上傳200MB
　　　　第二次上傳200MB
　　　　第三次上傳200MB
　　　　第四次上傳200MB
　　　　第五次上傳200MB
　　　　第六次上傳199MB

test6　　1000MB　　　　　正常上傳，檔案分割，傳輸過程分割檔案超出200MB　　3，4，7，11，12，13

　　　　第一次上傳200
　　　　第二次上傳200
　　　　第三次上傳200
　　　　第四次上傳300
　　　　第六次上傳100
test7　　上傳資料夾　　　　無法上傳，非檔案　　　　　　　　　　　　　　　　　　6

test8　　　　0MB　　　　　正常上傳，檔案不分割，檔案出現問題　　　　　　　　1，7，8

test9　　　　199MB　　　　正常上傳，檔案不分割，檔案出現問題　　　　　　　　2，7，8

test10　　　999MB　　　　正常上傳，檔案分割，檔案出現問題　　　　　　　4，3，12，7，11，8
　　　　第一次上傳200MB
　　　　第二次上傳200MB
　　　　第三次上傳200MB
　　　　第四次上傳200MB
　　　　第五次上傳199MB

test11　　　1000MB　　　 正常上傳，檔案分割，檔案出現問題　　　　　　　3，4，12，11，7，8
　　　　第一次上傳200MB
　　　　第二次上傳200MB
　　　　第三次上傳200MB
　　　　第四次上傳200MB
　　　　第五次上傳200MB