1.一個事物對與錯好判斷，但合理與否就有難度了，測試人員要多從終端用戶出發(fā)，體現(xiàn)出與開發(fā)人員考慮問題的優(yōu)勢。

當一個問題出現(xiàn)，開發(fā)可能更多考慮的是如何去解決，怎么解決簡單怎么來，合理與否總是放在后面考慮甚至不考慮，這也是很多開發(fā)人員做不好產(chǎn)品經(jīng)理的原因，測試拼編碼能力肯定比不過開發(fā)，所以只有拼業(yè)務(wù)，拼思路，這樣人家才能體會到測試的價值所在，從而高看你一眼

2.對自己的定位要高，不要只局限于某個模塊某個特性的測試，多去了解整個產(chǎn)品的流程圖和每個模塊直接的關(guān)聯(lián)，提煉出測試這個功能或者整個產(chǎn)品通用部分形成套路，這樣換一個項目可以繼續(xù)延用之前的經(jīng)驗，而不是完全從0開始。

3.發(fā)郵件也要講究方法，應(yīng)該先添加附件，再寫內(nèi)容最后再添加收件人，因為附件最容易忘掉；另外需要領(lǐng)導(dǎo)特別關(guān)注的郵件，首先要主送給他，其次@一下，因為領(lǐng)導(dǎo)每天的郵件太多看不過來的，他們是根據(jù)自己的名字作為關(guān)鍵詞來檢索郵件的

4.日報里面不能全體現(xiàn)開發(fā)做的不好的地方，也要對做的好的地方給予肯定，因為郵件抄送欄都藏有領(lǐng)導(dǎo)，正向反饋會讓他們在做的好的地方更賣力，做的不好的也會更積極去改進

要和開發(fā)基層員工站在一條線，因為很多時候開發(fā)流程計劃亂是由于開發(fā)老大時間壓的太緊，比如上面要求今天內(nèi)必須編碼完成，那很可能開發(fā)一上來就先編碼，最后才去輸出設(shè)計文檔，這種不合理的現(xiàn)象由開發(fā)人員自己提出來就不太合適，如果由測試的外部力量來提出建議可能開發(fā)老大更重視一點。