今天在知乎上看到一個問題，如文章標題所示：做了2年前多的軟體測驗，可是覺得我在浪費時間，怎么辦？我需要做哪些改變呢？
有些人啄木鳥式的點點點了10年！樓主見過點點點工程師月薪上2萬的有，相當少數，
如果你不了解背后的機制，測驗做20年，30年，只是重復做了一件事！
有人肯定反駁點點點有什么好學的，就覺得點點點入門很簡單！覺得是個人就可以做點點點的作業，
我可以直接問了反駁那些人幾個問題，就是點點點相關的問題！問住了一大片！可以表明點點點也可以做的很深層次！
你要說點點點覺得浪費時間，我只能說，還沒有人真正帶著你走入測驗的真諦！！！從下面幾點簡單說說如何提升自己的點能力
1.多讀Bug如果你和一個團隊的軟體測驗工程師一起作業，那么請閱讀他們每天發現的Bug,特別是那些針對你的測驗部分所提的Bug，你可以從別人如何找到Bug中，學到很多不一樣的測驗思維！
因為每個人對需求的理解和思維方式都會有差異，可以從另一個方面拓寬自己的思路，
2.多讀代碼找到你測驗的那部分功能的代碼，雖然寫代碼并不是你的事，但是讀代碼常常會幫助你找到潛在的邊際情況和軟體缺陷，看不懂盡量看，多和開發打交道，經常閱讀，會側面提升你的代碼功底！
3.為你發現的Bug而驕傲促成一個軟體Bug的修復是從寫好Bug標題和描述開始的，我每次提完一個Bug都會把這個Bug重讀一遍！以確保它是合理的并提供恰到好處的細節，
如果一些重要的Bug沒有被糾正，要追根究底,確保決定和利弊權衡是正確的，針對bug的問題:在另一篇軟體測驗中的溝通中講到了 遇到最多的幾種情況及處理方式可以看看，
從我們的角度來說，首先肯定是bug的描述要盡量的簡潔，清楚,特殊場景，重現步驟要盡可能的詳細清晰，
4.參加軟體功能的設計在軟代碼撰寫之前，在仍有可能有大的設計變更的時候，積極參加軟體的計劃階段,這會幫助你了解正被考慮的折衷和權衡，
測驗更應該積極主動的參與到軟體設計中，因為測驗其實是最了解軟體
的人，積極主動的參加到軟體設計中，可以從產品設計,開發以外的角度提出一些意見和建議，
不管對于我們最后對專案測驗的理解，還是對開發設計來說，都是有很多好處的(測驗驅動開發)，
5.設計你的測驗無論是尋找邊界值，運用組合技術，畫圖表，或創建測驗模型，把你的想法放進你的測驗設計中總是有用的！在試探性測驗的時候，有意識地去交替你的測驗計劃和產品學習，
6.了解你測驗的功能不管你測驗的是那一塊功能，你應該了解它的設計，它的局限性，別人發現的Bug,代碼的變動，以及它和其它功能間的互動關系，
7.和別人合作測驗你負責的部分和有不同專長的人一起測驗你的功能模塊，一起討論測驗的點子并且征詢他們的反饋意見，
8.培養和開發人員的良好關系測驗作業有時候是對抗性的，以致很容易使有些與你共事的人在做決定時忽略你的意見，與修復Bug的開發人員建立堅實的關系對了解最新進展和促成Bug的修復會有裨益，
9.擴大你的領域和人際網路
成功的人都有一個的堅實可信的交際圈，他們可以從中得到他們需要的專業知識和建議，不斷在你的公司內部和外部結交新朋友并發展專業領域的聯系，
10.尋找良師或榜樣
我和許多出色的測驗工程師一起作業過，從他們那里學到了很多東西，為了提高你的測驗技能，你應該尋找“顧問”與他們見面或者榜樣向他們效仿，
11.保持自省，保持主動學習心態測驗行業是可以說是吃青春飯的行業，有太多談起35歲互聯網行業的人送外賣，跑滴滴，雖然是一句玩笑，但現實中肯定是存的這種情況，而且還很多，需要有一種緊迫的心態，主動學習，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/288290.html
標籤：其他