了解用戶需求不要認為和軟件測試沒有聯系，只要咱們和用戶的需求到達共識，調查用戶對軟件的需求和操作，才干更好的做軟件測試。所以，在測試的進程中，咱們要時間想著用戶！

    與BUG樹立"密切"的聯系多讀Bug,在一個團隊中，多位軟件測試工程師一同作業，請多閱覽他們發現的Bug, 特別是與你測試相關的Bug .咱們能夠從別人找Bug的進程中，學到許多東西。

    促進一個Bug的修正，首先從寫好Bug標題、開端的，每次發完一個Bug,都要把這個Bug重讀一遍，保證它是合理的，并供給細節。假如某些重要的Bug 沒被糾正，要尋其本源，保證終究決議和利害權衡是恰當的。

    參與Bug的審理 ,在發布前的一個階段里，審理組會決議哪些Bug有必要修正，哪些能夠留到版別更新時去修正。假如你沒在這個會議的名單中，能夠去自動要求旁聽。你會體會到，審理組在測試員諾言、用戶影響、已知危險等要素間，做出利害權衡的進程。這會是一種十分有意義的閱歷。

    多讀代碼，進步編程才能找到要測試那部分功用的代碼。盡管寫代碼并不是份內的事，可是多讀代碼，對找到潛在的邊沿狀況和軟件缺陷，會有很大的協助。

    咱們遇到過一些很有天分的學員，他們傾向于不去寫代碼?？墒蔷幊淌且豁椇苡袃r值的技術，能夠協助咱們更好地閱覽代碼，了解產品的內涵和開發邏輯，一起能夠協助你寫一些小工具，使本來平平重復的作業，變得十分簡略。