有人的地方就有江湖，有江湖的地方就有恩怨。有的恩怨避無可避，有的本可以避免，只是因爲年輕不懂事，不懂得江湖的規矩，惹下許多的是非。軟件測試江湖也是江湖，也有一些小技巧。
1） Bug記錄技巧
詳細的bug描述
作爲測試來講，bug記錄是日常工作中非常重要的一項，這項工作的好壞直接決定了後續的bug修改功能是否能順利進行。
1. 將bug出現的環境，出現時的狀況等詳細描述並記錄下來
2. 將bug出現的步驟詳細記錄下來，
3. 評估bug復現的概率，並將自己的意見記錄下來
4. 對bug的緊急程度進行標識。
記錄工作越詳細，越周全，後面就越有利於開發人員復現bug，修復bug。開發人員也樂於接受這樣的bug任務，會節省很多不必要的時間。
2） Bug管理技巧
將bug跨團隊指定給開發人員
Bug記錄下來只是完成了測試工作的開始，重要的是將發現的bug反饋給開發人員，由開發人員將bug修復，測試的工作纔算是圓滿完成。
以往的做法都是測試將新發現的bug一股腦兒的加到開發任務中，然後就狗攆兔子似得催着開發修改自己提交的bug。這樣既不方便測試對bug的管理追蹤，也容易造成開發將bug修復和日常開發任務混淆。
要避免以上的情況可以這樣做：
1. 將bug單獨進行管理，獨立與開發項目之外
2. 根據軟件的版本對bug進行版本管理
3. 將我們冗長的bug清單進行瘦身
4. 修改的bug才通過任務跨項目的方式分配給開發人員
這樣的好處是可以防止開發陷入bug的汪洋大海中，可以有條不紊地安排開發的bug修改計劃。這樣既保證了bug的修復，也維護了雙方的關係。
3） bug追蹤技巧
通過看板形式追蹤查看bug修復狀態
將bug交付給開發人員後，測試還需要追蹤bug的修復進展。通常的公司bug修復完成後會通過郵件的形式通知到測試，但是存在以下弊端：
1. 如果日常工作郵件數量過多，很容易忽略郵件通知，
2. 信息的不同步
3. 測試只能被動等待通知，無法主動掌握bug狀態。
所以一款合適的bug管理工具對於測試來說至關重要，就個人經驗來說，使用看板的方式追蹤bug狀態是最舒服最省事也最有效率的方式。
以上是在過往測試江湖中個人總結的三條小技巧，技巧雖小，但是可以幫助初入測試江湖的小白少走一些彎路，讓個人的職業發展更加順利。