bug
的生命週期一般分為：發現bug—>提交bug—>驗證bug，那在這三個階段中如何體現測試的專業度呢？
場景： 「測試不就是發現bug嗎，有什麼技術含量？」
思考: 當發現乙個bug，除了盡快報告問題以外，我們還能做哪些事情？
回答：測試人員發現bug，花些時間細細品味
1. 這個bug復現的
必要條件
是什麼？
2. 除了發現bug的這條路徑，是否還有更多的路徑也會導致相同的問題？
3. bug
是否存在可能影響其它資料或者其它應用的***？
4. 其它功能模組是否也存在類似問題？
5. bug
的復現路徑是否在使用者可達之路上？
6. 復現bug的路徑是否在測試用例中？有沒有可借鑑性？
通過以上分析，我們可能獲得以下額外收穫：
1. 通過bug的定位，確認必現路徑、可能的原因，幫助開發快速定位、解決問題
2. 3.
通過分析操作路徑，補充測試用例，擴充套件測試用例範圍、思路
思考：如何才能提交乙個有效的bug？
回答：
1. 確保bug有效。 1
）不要因為環境問題或者是操作錯誤引起「bug」 2
）不要提交一些重複的bug
2. 寫好bug描述。 1
）bug描述精確、沒有歧義，詳細簡潔的測試步驟。 2
）保證各個字段內容與實際現象一致。比如：版本、復現率等 3
4場景：當我還是乙個測試新手的時候，對於bug驗證，往往是按照步驟驗證復現，如果沒有問題就關閉了（不知道現在還有多少人跟我當初一樣~）
思考：如何做好bug的回歸驗證？
回答：
1. 確認好bug的復現前提及操作步驟。
2. 確認bug產生的原因及修復方法。 1
）明確bug產生的原因，觸類旁通，分析其他模組可能存在的問題
2 )
通過bug產生的原因，積累測試經驗，擴充套件測試思路 3
）通過bug的修改方法，分析修改是否能修復問題？是否會引發其他問題？ 4
）積累bug經驗，在後續相關問題發現時，快速定位問題，提供解決思路
3. 確認bug的回歸範圍及用例。
在了解清楚bug產生的原因及修復方法基礎上，再根據業務關聯、功能模組關聯確認回歸範圍，確保bug修復全面且沒有引起新的bug 最後
乙個小小的bug，多多思考也是能發掘隱藏在背後的問題、測試工具、測試知識，從而提高自己的測試能力、專業度。
偉大騾子的一生和效能測試
經常上課時，大家就效能測試 壓力測試和容量測試分不清楚，忽然想到用講故事的方法來進行區別，可能難免有牽強之處，拿出來給大家加深一下印象。有乙個農夫決定買一匹騾子，他認為這個騾子至少得能扛動3袋大公尺，他才會決定買這匹騾子 這相當於使用者提出的效能需求 結果他來到農貿集市上，試了好幾頭騾子，都不合適，...
如何過好幸福且富裕的一生 查理芒格
本書的精華解析在 查理芒格200個思維模型 多元思維模型 乙份超級詳細地精讀 每本書都要提煉出乙個思維模型，放入 查理芒格200個思維模型 多元思維模型 我最近在研究，人生幸福的問題，查閱了一些資料之後，發現2007年，查理芒格在哈佛大學的演講 如何過好幸福並且富裕的一生 對我啟發特別大，以下是最核...
你的飲食習慣如何，他決定你的一生
年輕人得胃癌的比例越來越高。最年輕的乙個胃癌患者是個22歲的大學生。當時李某胃痛了乙個月不能緩解，在家人的陪同下來到東南大學附屬中大醫院就診，最終確診為 胃癌 專家介紹，幸虧患者來院及時，確診時還屬胃癌早期，經過手術 化療等 李某病情好轉。而麗麗則沒有這麼幸運，其年僅23歲，最近乙個多月來她總是感覺...