bug就像軟體的影子一樣，其生命週期和軟體的生命週期同步持續進行。產品是想bug的，研發是寫bug的，測試是找bug的。在軟體開發這場戰役中，幾乎所有的專案人員都在不停的與bug做鬥爭，直到被打敗。（在風險管理中，軟體產品的風險被認為是不可避免的，只能設定相對完全的應對方案來降低風險度。就是說，bug是永恆的，就看使用者對它的容忍度。）
相對產品和研發，測試應該是防範bug的最後一道保險。那麼，需要解決的問題就是：怎麼才能讓bug盡早的最大化暴露在測試過程中？
1.詳細的產品需求文件
在開發之前，一定要有乙份繁瑣到不能再繁瑣的詳細需求文件。詳細到每乙個單元可單獨量化，可測試。
2.規範的研發文件
研發文件這裡指的是專案中編寫的**文件。涉及到《**編寫行為規範》
3.詳細的單元測試文件
對應需求文件，會有乙份單元測試文件，每個測試單元都對應乙個需求單元，有乙個獨特、可證明的測試方案。完整的單元測試是基於詳細的需求文件制定的，回歸測試只是重複了一整套的單元測試。
4.規範化的bug管理軟體
這裡借用禪道，禪道遠遠不只是bug管理，雖然bug管理只是軟體專案管理的一部分，希望還是能用起來。
5.確認bug到底屬於需求還是**
不是所有的bug都是**錯誤造成的，在需求中的bug更難被發現。能及時的糾正需求中的bug，能在時間維度上降低產品的風險。
6.確認bug的重要程度，分級管理
在bug被確認後，要對bug的重要程度進行分級管理，abc，不能做一攬子計畫，保證最緊急的bug最優先修改。
7.確認負責人
每個bug對應每個實際的負責人，由該負責人出具bug解決方案。
8.確認修復時間
在敲定負責人後，由專案負責人與該bug負責人確認修復時間，到期及時結算。
9.修復後的重複測試和回歸測試
總有一天我會有一座面朝大海的房子
有效ip位址 預防IP位址衝突的應對方案！
網路使用者如果沒有按照規定設定ip位址的話，ip位址衝突現象就不可避免，一旦這種現象頻繁發生，不但會影響上網效率，而且也不利於區域網網路的穩定執行。為了提高區域網執行穩定性，我們不能等ip位址衝突故障發生時，才想辦法去應對，而應該主動出擊，讓上網使用者無法搶用區域網中的其他ip位址來控制ip位址衝突...
python 爬蟲 常見的反爬策略及應對方案？
1 headers反爬蟲 1.1 檢查 cookie referer user agent 1.2 解決方案 通過f12獲取headers,傳給requests.get 方法 2 ip限制 2.1 根據ip位址訪問頻率進行反爬,短時間內限制ip訪問 2.2 解決方案 a 構造自己ip 池,每次訪問隨...
Scrum中的風險管理（1）
tags scrum，風險管理 scrum採用迭代開發技術，通過持續整合 自動測試 頻繁交付 客戶參與等已經極大程度上降低了傳統意義上的開發風險，而且從scrum框架上來說，對於風險管理並沒有具體的要求，那麼在scrum中還需要風險管理嗎？如果需要，將採用什麼方法來進行管理呢？我想，在採用scrum...