測試- 就從這兒起步

 

首先談談測試

　　測試 顧名思義 就是測試同樣東西（Web網站，App軟件），保證這東西儘量的少bug，以免上線以後達不到理想的效果，從而被客戶投訴。

關於整個項目的流程，課件裏面都有介紹到。那我根據本身實際的工做來介紹一下。

一個常規的軟件開發流程

 需求階段：

一個軟件，從0到1 或者是 已經上線了客戶用着用着反饋說想加個功能，而後產品瞭解到這是個需求，能夠作。

以後，通常會是由 產品 組織項目的相關成員（運營，設計，後端 和 前端， 測試 ） 進行開會，這就是需求評審會議。

會議結束以後， 你們再進一步肯定需求，具體到需求有什麼功能，開發同窗能不能實現。能夠作到什麼樣子。 和設計稿何時能夠產出。

一些名詞：

PM 產品經理

PD 產品設計師

PRD  需求文檔

 

設計階段：

到了設計階段，通常由設計組織項目成員開會， 進行交互稿的處理和項目的排期，這就是交互評審會議。

會議結束以後，會確實具體的設計稿。 前端同窗再具體和設計師確認一些細節點 （主要是面向客戶的界面）。

時間確認好，何時上線 ，開發須要幾天，測試須要幾天。

一些名詞：

Demo   交互稿

 

用例評審階段：

測試同窗根據前面兩個會議後，整理出測試用例，儘量的覆蓋全面，以保證項目上線的安全。 這個會議的成員通常有開發同窗，產品和設計。

會議結束後: 更加保證了項目的進度和穩定性。中間主要是測試同窗和開發同窗確認功能點和相關的細節。

Case  用例

開發和測試階段：

開發完以後會通知提測 ，  大型的項目的會有一個提測郵件，小項目的話直接在羣裏通知，發羣公告。告知測試同窗在什麼環境下測試。

環境通常分爲： 測試環境，生產環境，平常環境 。

測試環境：就是和生產環境區分開來，須要相關的環境配置和搭建，通常開發同窗都搭建好的，測試同窗綁定hosts就能夠用了

生產環境：就是線上環境，發佈到客戶去使用的環境，也就是咱們常說的項目上線。發佈到這個環境的話意味着項目差很少完成啦~

平常環境：這個環境接觸的比較少，用於一些平常的需求，或者臨時改個線上的小bug使用到。通常是由開發同窗和產品同窗處理，小需求和小bug開發或修復後開發通知產品驗收便可。

上線階段：

開發修復好bug，測試同窗和產品同窗驗收。通知項目相關成員，能夠上線啦~ 。通常會先在測試環境所有迴歸一遍，確保功能點。而後上線以後再回歸一遍，項目就完成啦

上線流程。  後端先上線，而後前端同窗告知前端版本號，再上線。因此測試同窗在線上環境時 要注意查看前端版本號對不對再驗證。

好的，上面咱們站在整個項目的流程去了解其中的一二三。如今咱們應該十分清楚了測試應該幹什麼了。

 

Review  (檢閱，回顧，複審)

1. 瞭解軟件開發的流程與測試的工做流程
2. 瞭解項目成員和本身的具體工做內容

 

那咱們正式開始學習吧

 

第一部分- 基礎知識： 

要掌握測試思惟和測試方法，參考課件。 在這一部分裏面咱們要養成測試的思惟 ，通俗點說 就是專業找茬。

我上網找了一下 這篇文章總結的比較好

http://www.javashuo.com/article/p-gyjjetqv-du.html

 

Review

1. 能夠作到看見杯子或者隨便同樣東西，隨時能說出它們的測試點
2. 能夠寫出一個比較好的，比較全面的測試用例
3. 掌握測試經常使用的幾種方法，好比：等價類，邊界值，因果圖，等等

 

第二部分-網絡知識：

課件裏面的有點不太清楚，請參考如下連接：

http://www.ruanyifeng.com/blog/2012/05/internet_protocol_suite_part_i.html 

阮一峯大神，講解的通俗易懂，分爲1、二 兩篇。這裏面的知識點必定要明白，這是很重要的。

Review

1. 就是能說出互聯網的工做是怎麼樣的
2. 咱們平時上網，計算機是怎麼經過互聯網鏈接到方方面面的人和物的。這其中的鏈接說出個一二三來

在網絡知識裏面，你會聽到http。 是的，這也是個重點。要掌握請參考如下連接：

 HTTP知識：

http://www.javashuo.com/article/p-rqxvwpky-et.html 

http://www.ruanyifeng.com/blog/2016/08/http.html

前端後端的交互 ：

https://www.jianshu.com/p/6ad8f3d0927b

Review

1. 掌握http4個經常使用的請求方法 put delte post get  ，對應的就是咱們經常說的增刪改查。
2. 明白前端和後端具體的交互方式，主要是清楚請求URL相關參數 ，會涉及到接口測試。 

 

瞭解掌握以後呢，就要具體的應用上，互聯網工做用的瀏覽器通常是谷歌的。  咱們打開谷歌瀏覽器的開發者工具進行使用。 

 

超完整的Chrome瀏覽器客戶端調試大全：

http://www.igeekbar.com/igeekbar/post/156.htm

Chrome教程:

http://www.javashuo.com/article/p-wkvsojaf-bt.html

 

我本身也整理了一下工做用到的知識

 

Elements 

在這一頁，主要是確認前端版本， 和一些前端的佈局。 

Console 控制檯

這個面板能夠查看錯誤信息、打印調試信息（console.log()）、寫一些測試腳本，還能夠看成Javascript API查看用，詳細的功能在上面連接有找到

工做中通常用於查看前端的JS報錯。

 

 

最重要的Network  網絡 

下面 默認的勾選可能不是如下樣子，請參考下圖的勾選上相關 。

 

一、清除緩存：顧名思義，就是把每次產生的返回數據都清空掉，這樣保證每次測試的都是最新的發佈。也能夠打開Chrome的無痕窗口

二、篩選網絡請求：這一欄有不少的類型，能夠試試選擇其它的看相應請求的後綴是什麼。

三、請求頭：這一欄就是在前面學到的HTTP知識啦，如今應該能夠看得明白了。

 

工做用到的有：

一、肯定環境，在 網絡地址那裏，通常測試環境是要綁定hosts的。

hosts做用：就是將一些經常使用的網址域名與其對應的IP地址創建一個關聯「數據庫」，當用戶在瀏覽器中輸入一個須要登陸的網址時，系統會首先自動從Hosts文件中尋找對應的IP地址，一旦找到，系統會當即打開對應網頁，若是沒有找到，則系統會再將網址提交DNS域名解析服務器進行IP地址的解析。

 

 

二、查看接口的入參 和返回的正確性  參考下圖

這個接口是刪除操做，用到比較新的請求方法 DELETE 。咱們具體分析一下這個接口，而後能夠反演繹出接口文檔裏面記錄這個接口是什麼樣子的。

 

一、請求URL 也叫接口。 Request URL ： https://tuijian.taobao.com/ai/campaign/delete.json

二、Form Date。 這裏面就是接口請求的參數，相信這裏你明白了以前看的前端和後端的交互的意義了。

三、請求參數是 bizCode,  campaignIdList, csrfID  咱們不用管這些英文是什麼意思 ，咱們只要知道它是幹嗎的就行。這裏的bizCode 是區分業務線，campaignIdList 是要刪除的東西的標識， csrfID 是隨機生成的一個標識，不重要。

總結：一個簡單的接口請求就是這樣子啦，每一個接口不同，但裏面的位置是同樣，請求參數或多或少，具體看接口文檔，下面看看請求返回

 

 

返回

 

咱們來看下返回 ：

由於這個接口是執行刪除操做, 返回是不會返回數據，只返回刪除成功 或者不成功。

咱們點擊切換到Preview 下  ，是一種格式化的json 就是好看一點

info. ok：true  這樣咱們就知道 這個操做是順利完成啦 

切換到Response 是以原生json格式返回。能夠本身點擊查看一下，內容是和Preview 同樣的，只有是按json返回 一排

 

Review

1. 會查看網頁結構，和明白點擊網頁的交互發送的請求Url 也叫作接口
2. 開發者工具的經常使用設置
3. 清楚明白接口的 入參 和返回json的位置 ，以分析是否正確

 

Future：

後面我會結合實際的網站來進行測試。

會用到的工具：

抓包 ：     Fiddler ，Charles，

瀏覽器：  Chrome

 

預備知識 ：

抓包工做的原理與安裝使用

Fiddler ：http://www.javashuo.com/article/p-yuskcdkk-cs.html

Charles：http://blog.devtang.com/2015/11/14/charles-introduction/#%E5%B0%86-Charles-%E8%AE%BE%E7%BD%AE%E6%88%90%E7%B3%BB%E7%BB%9F%E4%BB%A3%E7%90%86

接口相關知識

 接口測試：  https://juejin.im/post/5b4c5518f265da0f6131fb20