p10如何寫測試用例

編寫測試用例的依據(jù)：

需求規(guī)格說明書 業(yè)務藍圖 原型圖

平時用什么寫測試用例

Excel文檔:這種是最常見的，內(nèi)容比較細化，方便管理跟蹤驗證。

Xmind導圖: 這種也會出現(xiàn)，尤其對于一些項目時間比較緊迫的時候可以以思維導圖形式梳理并跟蹤驗證。

項目管理工具:比如:禪道、QC等

測試用例包含 測試用例編號 測試項 依賴用例 測試步驟 測試數(shù)據(jù) 預期結果 測試結果

p11如何具體分析定位bug

常用的定位bug方法：

1.需求對比法。

測試人員會通過編寫測試用例把需求的要求加工成預期結果，把執(zhí)行之后的實際結果與預期結果進行比較，這樣很快就能明確是不是BUG。

2.經(jīng)驗推測法。

測試人員測試的項目平時會總結開發(fā)人員容易出錯的地方，一般執(zhí)行的時候會重點去關注易錯點。

3.日志分析法。

測試人員在執(zhí)行測試的時候，除了關注業(yè)務流，也會關注日志流或是數(shù)據(jù)流。日志中能明確問題的位置和原因。

4.返回狀態(tài)碼分析法。

狀態(tài)碼反應的問題是可以從開發(fā)文檔中理現(xiàn)也來的，比如，4一般代碼是前端的問題，我們在看到4開頭的狀態(tài)碼時，會把重心放在前端。

5.抓包分析法。

使用抓包軟件抓包進行分析。如fiddler請求前中斷分析填寫的內(nèi)容和網(wǎng)絡上傳輸?shù)膬?nèi)容是否一致。響應后中斷分析網(wǎng)絡上響應結果是否和預期結果一致。

6.調(diào)試腳本分析法。

這種方法也叫斷點分析法。開發(fā)人員或是測試人員用得比較多。在腳本中增加一些特殊的日志分析BUG的位置或是原因。

7.版本回滾分析法。

有時候新版本中有BUG，老版本中沒有BUG,那么我們就會要求開發(fā)人員回滾到前一個版本對比腳本，查看問題出在哪里。

8.注釋腳本分析法。

就是把干擾的腳本注釋掉，只測試認為可能出現(xiàn)問題的腳本，發(fā)現(xiàn)問題的時間會縮短。

9.排除分析法。

出現(xiàn)某個問題時，我們頭腦中會出可能的多個原因記錄下來，一條一條做減法操作