首先知道bug的管理工具有禪道，jair，bugfree這些都是bug管理工具：

      建立bug-----修改bug------驗證bug------關閉bug這就是最基本的生命週期

      載體bug的時候會遇到如下問題：

              bug可以改成---已修改---

              不予解決：就是開發不給解決這個bug，這個時候你怎麼辦：

                    首先找開發去溝通，看看是什麼原因造成的不給解決，看看有沒有可能簡單溝通一下，態度好點的bug解決掉，如果開發還是不解決，有測試經理找測試經理，沒有測試經理找專案經理，將問題向上反映；

      開發說bug延期處理你該怎麼辦？

                     首先確定這個bug是什麼型別的如果是自己專案裡面的bug，而且還影響主要功能的使用，絕對不可能延期，如果是第三方原因造成的bug，比如分享每個平臺是不一樣的，這樣的bug是可以延期的，必須通知專案經理的， 只有專案經理同意延期，才能延期，不然是不能延期的；

      如果說bug是外部原因造成的：

                     比如環信傳送訊息不能及時收到，這個時候一定要通知專案經理，是需要更換技術框架，還是能接受這個的；

       bug三大分類：致命缺陷，嚴重缺陷，一般缺陷；

                    致命缺陷：造成系統程式崩潰，系統懸掛，資料丟失，以及主要功能完全喪失都屬於致命缺陷；

                     嚴重缺陷：主要功能存在嚴重缺陷，但不會影響到系統穩定性。

                                        比如：1. 功能未實現；2.功能存在報錯；3.數值輕微的計算錯誤。

                     一般缺陷：這樣的缺陷雖然不影響系統的基本使用，但沒有很好的實現功能，沒有達到預期的效果，

                                       比如：1主要功能喪失；2提示資訊不正確；3使用者介面較差；4操作時間長

       一個按鈕點選沒反應，如何判斷是前端bug還是後臺bug：

                    首先一般我們採用灰盒或者白盒，灰盒測試主要通過fiddler抓包，當點選按鈕那一刻，通過fiddler看看有沒有進行網路請求，如果沒有進行網路請求說明是前端bug，有可能是前端沒有呼叫網路請求的方法，如果進行了網路請求，但是沒有返回資料，那就是後臺bug，如果進行了網路請求，而且資料也正確返回那就是前端bug，如果進行了網路請求，返回資料不對那就是後臺bug；

        測試需要的文件：需求文件，介面文件，產品原型圖，UI設計圖，開發規範文件

               需求文件：看看需求是什麼，首先弄明白我們的產品需求

               介面文件：用來測試介面是不是正常使用，需要用到

               產品原型圖：主要看清楚業務邏輯，以及有哪些功能點

               UI效果圖：具體的產品長的什麼樣子

      測試分類：

               功能測試，相容測試，效能測試，安全測試，自動化測試（主要是寫指令碼，為自己做功能測試提高效率）

               功能測試：web端和移動端：黑盒，灰盒，白盒；

               相容測試：

                      web端相容測試：IE瀏覽器從6 -12版本進行測試，是不是都可以用

                                                   火狐瀏覽器從36 - 54版本進行測試，是不是都可以用

                                                   谷歌瀏覽器從46到最新版瀏覽器

                                                    除此之外各種瀏覽器的測試，比如360，百度，搜狗，獵豹等各種瀏覽器都需要測試一遍

                     移動端相容測試：

                               android端：華為，VIVO，OPPO，三星，小米等友盟排行較高的手機都進行測試，比如加起來使用率達到90的手機都需要測試；

                                                   android手機系統從4.0測試到最新的8.0手機

                             iOS端手機：從4S直接到8X手機

                                                   iOS系統從6到11；

       效能測試: 測試工具 jmeter,loadrunner 1: 對介面進行壓力測試,主要目的是為了模擬併發,模擬一個多人同時訪問伺服器的場景,提前把這種問題解決掉,測試的目的就是為了進行效能調優 2: 對web頁面進行壓力測試 3: 對場景進行壓力測試,頁面加介面組成的邏輯叫做場景 安全測試: 一般使用第三方工具進行掃描,看看介面有沒有漏洞,sql語句能不能注入進去 自動化測試: 1: web端測試 python + selenium + 單元測試 + 斷言 + 測試套件 + 自動化測試報告 2: 移動端測試 python + appium + 單元測試+ 斷言 + 測試套件 + 自動化測試報告 3: 介面自動化 python + request + 單元測試+ 斷言 + 測試套件 + 自動化測試報告 測試環境有三種: 測試環境(內網環境): 版本穩定以後的測試叫α測試，英文是Alpha testing。又稱Alpha測試. 預生產環境:(給測試用例的線上環境,模擬的真正的生產環境) β測試，英文是Beta testing。又稱Beta測試，使用者驗收測試（UAT）。 生產環境: (給使用者使用的環境) β測試，英文是Beta testing。又稱Beta測試，使用者驗收測試（UAT）。 冒煙測試: 在開發完成開發以後,講版本給測試以後,測試隨機去測試用例的百分之2 到白分支3,如果測試通過,就繼續測試,如果全部不通過,打回去重做 測試方法: 主要是用來寫測試用例的時候使用的 1: 邊界值 : 邊界條件測試是環繞邊界值的測試。通常意味著測試軟體各功能是否能正確處理最大值，最小值或者所設計軟體能夠處理的最長的字串等等。 比如有一個輸入框: 規定輸入的內容的長度是 10 位,不能大於10位, 這個輸入框的邊界值就是 9 和 11 輸入9位有效資料, 輸入11位有效資料看看 2: 等價類: 有效等價類: 比如規定: 使用者名稱只能是中文,並且長度小於10 輸入中文並且小於10 的就是有小等價類 張三 是有效等價類 aaaa 無效等價類 無效等價類: 比如規定: 使用者名稱只能是中文,並且長度小於10 輸入中文並且小於10 的就是有小等價類 張三 是有效等價類 aaaa 無效等價類 3: 錯誤推測法: 根據經驗去推斷錯誤: 4: 因果圖法: 將幾個輸入條件組合起來,產生新情況,就叫做因果圖 比如: 固定使用者名稱長度10,並且只能是中文,密碼長度6,並且只能是英文, 配合無效等價類使用: 輸入 長度大於10,並且不是中文,密碼大於6,並且是中文的 5:判定表組成法 6: 正交試驗設計 就是使用已經造好了的正交表格來安排試驗並進行資料分析的一種方法，目的是用最少的測試用例達到最高的測試覆蓋率。 7: 場景法 各種邏輯的組合就是場景 公司一天產品先基本都是雙配: 兩個產品 , 兩個測試,兩個安卓,兩個ios,兩個web,兩個後臺 首先測試的是介面: : 在後臺寫完介面以後,前端還沒有開發的到時候,把介面測試完,主要的工具就是postman,jmeter, 主要看提交的資料對的時候,返回的資料是不是和 介面要求的一致,介面邏輯對不對 測試完成介面: 一般用來寫測試用例或者寫自動化指令碼 當開發將該版本開發完成以後,開始對新增功能進行測試,同時用指令碼跑老功能 當功能測試做完以後就開始做相容測試, 相容完了以後就開始做效能測試,最後做安全測試