軟體測試基礎丨測試工程師之間要善於發現閃光點——測試理念篇

測試理念有多種，有一些理念，深藏於我的心中， 而這些理念，您或許偶爾想到，卻沒有說出，或許您感受到了，卻因為工作生活的忙碌，沒有將其背後的含義想具體， 在此我非常願意和大家進行分享這些理念。 進入》  軟體測試社群學習交流  加我VX：atstudy-js 回覆“測試”，進入 自動化測試學習交流群~~

第一篇：測試工程師之間要善於發現閃光點

事實上，測試的過程也是人生的一部分，我們是在一個測試團體中進行測試的，就算只有一個測試工程師，那個測試工程師也可以作為一個測試部門的一份子，他（她）具有一切測試部門所必備的特性。

對於軟體，我們可以把它當成一個機器，一個冷冰冰的機器，但是對於其他測試工程師，我們需要認清他（她），是一個人，一個地地道道的人，而不是機器。

我們絕對不能忽視我們之間的相互扶持，測試人員之間的相互扶持和鼓勵是及其重要的。

是人就會有情感，他（她）之所以會在測試部門進行測試，那是因為愛測試，這份愛，支援著他（她）對於軟體，對於測試部門，對於開發部門的一切活動的關注，那份堅持和執著，是需要每一個人的理解和支援的。

愛的付出需要有回報，測試工程師之間發現彼此的閃光點，是每一個測試工程師的首要職責。

互相討論

測試人員之間的話應該是最多的，討論bug的看法，討論需求的理解，討論測試用例的寫法，討論測試的形式，討論測試的進度任務安排。我們互相之間會形成正確的認識，形成測試的互補。

每天的討論開始於每天早上的早會，早會是將大家準備做的任務陳述一下，時間是十分鐘左右。確認任務都分配完整。同時也說明一下昨天測試遇到的困難，看是否有什麼方法進行解決。而接下來的討論，則在於對於在測試過程中的一些討論。

這種討論的價值是很大的，除了要注重討論之外，也要注重時刻鼓勵對方，比如說："你這次做的真的很不錯！"，"非常感謝，我理解了。"

犯錯的定義

犯錯是很正常的事情，首先我們要知道每個人都是會犯錯的，這種原諒他們所犯的錯的心態，是極其珍貴的。如果測試工程師少發現一個bug，是很正常的；如果測試工程師說錯一句話也是很正常的，快速理解和糾正，會帶來很多的好處，這種好處就在於，這種快速的理解和糾正，就可以以最快的速度改善軟體的質量，同時也不會使得其他測試工程師喪失信心，有助於他（她）日後的測試熱情保持高漲。

其次，這有助於對於犯錯的特點一清二楚。一個測試工程師容易犯的錯誤，往往是，其他測試工程師也很容易犯，避免其他測試工程師犯同類錯誤，對於測試團體的集體質量提升帶來很大的益處，大家能一起共同成長。

欣賞有價值的成果

如果一個測試工程師分享他(她)的測試經驗，其他測試工程師應該以一種欣賞的態度去面對，而不是運用一種非常嫉妒的方式去面對，那麼就能大大提高測試團隊的信心。

不僅僅是在其他測試工程師主動分享的時候，值得欣賞，在平時的工作中，互相的交流，測試用例的互相學習，都可以作為欣賞。偶爾的說錯一句話，寫錯一句話，全部忽略不計，只有呈現的最終大家都滿意的測試文件，才值得學習和欣賞。

測試工程師之間的關係就如同食物鏈一般，任何一個人的缺失，事實上是缺失了一個食物鏈的一環，再招聘進來一個測試工程師，必定是不同的，需要很長一段時間的適應期，才可以重新構建一個完整的食物鏈。

並不是說新來的一個測試工程師不熟悉這個軟體，而是，每個人的測試風格不同，使得其他測試工程師依賴於某個測試工程師的風格，而早已形成了某種互補的形式，一旦要尋求一個相似的測試工程師，那就是一件比較困難的事情。

而這個適應期不會很長，因為只要大家互相理解和包容，就會很快的成為一體。當一個完整的食物鏈構建好之後，透過測試人員的分工合作，就可以將任務完成到極致和最佳狀態。

第二篇：測試分工要隨機分配

在某些單位，每一個測試工程師負責一個模組，這種做法，其實並不可取，因為這樣，這個模組的形式往往會只在某個人的掌握之中，軟體的優劣程度，就會產生一個定勢，而當這個測試工程師離職之後，再次找一個人替代他（她），就又需要從零開始。

這段時間將會是一段非常困難的時期。當這個測試工程師有事請假的時候，其他的測試工程師不能很好的代替他。

而當這個專屬的測試工程師在工作的時候，他（她）彷彿在說，“我是不可替代的”，這種氣勢會有壓倒一切的感覺，也會給研發部門帶來負能量。

當這個測試工程師正在測試的時候，他的資訊是封閉的，他很難感知到其他測試工程師的氣息，他們的動態，他們的思維，而他的想法也無法傳達給別人。在封閉的情況之下進行測試，然後還用著“我是不可替代的”氣勢，彷彿在讓別人在懼怕他（她）。

而於此相反的測試組彷彿在說，我們是溫暖團結，聯絡緊密的一組測試團隊，高矮胖瘦都會有，我們會給軟體帶來全面準確的分析和測試。

假如一個單位有3個專案需要測試，有2個測試工程師，可以採取這個方法，對於每次的新版本，這兩個測試工程師輪流負責，專案1的a版本，給測試1，專案1的b版本，給測試2；專案2的a版本，給測試2，專案2的b版本，給測試1；專案3的a版本，給測試2，專案3的b版本，給測試1，以此類推.

測試用例採用每個測試工程師各自寫各自的測試用例的方式來進行，對於某些必要測試用例，也就是說每次的版本都執行的測試用例，可以放置在同一的地方，方便大家更新和補充。

測試的過程中，每個測試人員需要首先，互相溝通，然後在沒有結果的情況下，再去問開發，這樣不但增進了測試人員之間的友情互動，而且還能儘可能少的麻煩開發，而開發對於測試的詢問也應該及時響應。

第三篇：軟體測試要有真實性和準確性，富於情感

在描寫測試用例的時候，儘可能全面而細緻，尋找最為恰當的語言來描述測試用例，測試完畢之後，寫上測試總結和體會，同樣也用最為細膩的語言寫出來，讓人彷彿能身臨其境。同時，也方便進行回顧和分析，這對於日後改善軟體的質量是很有幫助的。

軟體測試是一個長期的工作，對於同一個軟體，今天測試的體會和明天測試的體會都會有不同，如果都能寫上，那必定是一筆寶貴的財富，也許一年後，翻看以前之前我們寫的測試報告，我們會發現自己的進步，會發現自己對於軟體的瞭解更加的深入了，發現自己的測試範圍擴大了，眼界更廣了。 對於剛開始測試某個軟體的測試工程師，需要一點一滴的積累對於軟體的理解和認識。將它們寫進測試用例，寫進測試報告。平時，可以看一些簡.奧斯丁的書，因為這位偉大的作家寫的書最大的特點就是描寫細膩準確，刻畫心裡活動細緻入微。很適合用作測試用例以及測試報告的寫作。我認為我寫的測試用例和測試報告還並不完美，用詞還需更恰當，測試技法還需更豐富。而我的追求，就是能在日後寫的越來越接近完美，我認為，測試用例和測試報告，應該力求達到，語句通順自然，帶有文學氣息，細緻入微，感情豐富細膩，讓人能閱讀了之後能感知到這個軟體給人帶來的最真實的體驗。

這種真實體現在，對於測試用例的執行結果的真實準確，和對於測試分析的真實準確，如果說測試分析的真實準確需要文學的刻畫，那麼測試測試用例的執行結果的真實準確，是需要擁有耐心和細心的態度，將每個結果標註 pass 或者 fail。不能有隨意性，不能有為了完成任務而進行標註的隨意性。除了 pass 以及 fail，還可以有其他狀態，用於特殊情況的標註，在 pass 和 fail 邊上，最好能標註上原因和體會。

除此之外，這種真實性還體現在，測試工程師之間彼此溝通的真實性，及時性；和開發之間溝通的真實性，及時性，有任何訊號都可以和開發進行溝通，不必拖拉。

我比較贊成自己執行自己的測試用例，因為對於自己的測試用例，自己是最為熟悉的。而且，由於自己對於軟體有過一定的認識，才寫出了測試用例，因此自己的執行效率是最高的。

執行別人的測試用例之前我也總是需要花費時間去研究一下軟體，事實證明，一個對於軟體有更加深入瞭解的測試工程師，在執行測試用例的時候，體會才是更為深刻的。而這種花時間研究軟體的過程，會被某些同行認為你在浪費時間。如果真的是這樣的情況出現，我想應該責怪的是他們而不是你，因為他們不瞭解你，他們也不瞭解測試。

當這個測試組的成員還和我完全不熟悉的時候，又或許當我遇到一個隨意編寫測試用例的同事，會讓我在執行測試用例的時候，有一種屈辱感。

但是由於善良的本質，會讓我出於善心和責任心，加班再晚，都將測試用例一一執行完畢，並在邊上標註上自己的意見和建議。我知道為此我傾注了許多情感！

但是當我和別的同事之間產生的深厚的友誼，並且大家彼此之間都非常熟悉這個軟體的時候，我想我執行別的同事的測試用例，就是另外一種感覺了。溫暖，甜蜜，幸福，思維的碰撞，熱情的燃燒都會接踵而來。

測試工作會佔據我許多的時間和精力，在工作之餘如果能再學習一些統計學的知識，一些數學知識，將對於軟體測試帶來更多益處。您是否認為用以上這種測試方法，就能感受到測試組的同事們對測試的那份執著，是否也感受到一股正能量呢？

最後：

可以到我的個人V：atstudy-js，免費領取一份10G軟體測試工程師面試寶典文件資料。以及相對應的影片學習教程免費分享！其中包括了有基礎知識、Linux必備、Mysql資料庫、抓包工具、介面測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、介面自動化測試、測試高階持續整合、測試架構開發測試框架、效能測試等。

這些測試資料，對於做【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！