我要告訴測試新手的

前言

因為已經帶領和訓練測試團隊多年，所以按慣例我總有些東西確定需要傳達給測試新手。不管你是一個測試新手還是一個經驗豐富的測試專家，都有不少有益的東西需要牢記在心。

1、你是一個檢查者，你不需要為質量負責

很多測試人員誤入歧途，不明白他們是評測產品的而不是控制產品的。這兩者之間有著天壤之別。例如，一個測試團隊花費好幾周時間測試并發現很多缺陷，只是為了看著管理層決定發布一個有已知嚴重缺陷的產品。測試團隊經常會感到士氣受挫，置疑他們測試的目的。

我詢問團隊中的成員他們是否被支付薪水了，通常得到的回答都是“是”。我又詢問他們是否盡力去做工作了，再一次，通常得到的回答都是“是”。我于是告訴他們，“你們做了你們的工作。你們盡力測試，發現了缺陷并進行了上報。那么現在可以回家休息了。實際上，作為一名測試人員唯一失敗的地方是不上報一個已知的缺陷?！?/P>

這不會提高士氣，但卻有助于事情向正確的方向發展，特別是能讓人不用每天晚上都在家接著辦公。

很多測試人員，包括我，當我們剛開始測試工作時，似乎會覺得自己對我們所測試的系統應用的質量負責。盡管這個工作的出發點是讓人欽佩的，可實際上我們測試人員對于產品的質量基本沒有控制能力。也是由于這個原因，測試人員不為質量負責?，F在問題是管理層并不總是能看到這種區別。所以經?？匆姽芾韺犹岢鲱愃朴?“我們付錢給這些人不是為了獲得高質量的軟件嗎？”的問題。

2、缺陷都是有價值的

每一個缺陷都是深入了解和提高的機會。我們可能只有一次機會觀察到一個缺陷，所以我總是告訴測試人員始終保持高度注意力，不要為測試的乏味所折磨。

缺陷信息可能是可獲取的項目數據中最有效的資源之一。但是這都取決于我們能多好的捕捉和傳達我們所發現的缺陷的相關信息。

每個缺陷都會花費整個組織的金錢。如果我們不能從中更進一步了解產品，我們會浪費大量時間和金錢。當我們把一個錯誤轉換成一次深入了解的機會時杠桿作用就出現了。讓我們面對它――有些教訓只能通過經歷來學習的。

由于一個缺陷而責備誰不會有任何好的作用。責備只會讓士氣低落、溝通中斷。這就像不斷鞭打一匹死馬希望它能活過來一樣。

3、你報告第一個問題之前一切都是美好的

這就是一個測試人員所面對的現實。你可以計劃測試，獲取所需要的資源，看起來所有人都站在你這邊?？僧斈銏蟾娴谝粋€問題之后，事情就開始變得緊張了。

出現這種態度上的突然變化的原因是現在你在批評某些人的工作了。自尊心使得自我收到傷害，關系變得緊張。有些情況下自尊心是值得期盼的，只要知道當你開始發現問題的時候態度有可能變化就可以了。

我經常建議測試人員做的一件事是讀一讀一些你過去寫的缺陷報告，假設自己是接收缺陷報告的人。你會發現自己需要更老練一些。寫一個沒有任何挖苦語句的缺陷報告可能沒什么樂趣，但它的確有助于和開發人員之間保持一個好的關系。

4、      只能測試你能觀察的

你可能總想測試一些真正有創造性的用例，但如果你沒有辦法觀察到結果，那有什么意義？盡管有些應用讓你能觀察到很多，但仍然有你沒辦法接近的，例如結構、隱藏的對象、后臺進程等。

5、      別忘記你是怎樣到一個地方的

我不是在談論知道為什么你走進一個房間，而是在測試時執行的步驟。對于測試新手常見的是發現了一個重大的缺陷，但卻無法復現它以便定位解決。這樣你只會覺得不舒服，不知道自己到底是真發現了一個缺陷，還是說僅僅是錯誤的使用了應用。

你能用來跟蹤你的測試步驟的方法有測試腳本、測試記錄、敲鍵記錄器如Spector和屏幕視頻捕捉工具如Hypercam。

6、      標準和流程是你的朋友

盡管標準和流程讓一些人覺得受限，但它們為你的工作提供了有價值的指導。不要拒絕標準因為它們是詳細的、具體的。因此用它們指導自己更快、更一致的完成自己的工作。

7、      沒有足夠的時間用于測試

幾乎每一個測試人員都抱怨沒有足夠的時間用于測試，但實際情況是測試任何東西到完整的程度都是不可能有充足時間的。當你充分考慮軟件的特性如可用性、安全性、兼容性、互操作性等時這一點尤其正確。

不要再抱怨缺少時間，學會根據風險來進行優先級排序，把注意力都放在對管理層很重要的應用目標上。有時候我們測試的內容超出了我們需要測試的，因為我們的目標偏離了產品的價值。

8、      你不可能發現所有的缺陷

如果你測試的東西后來有缺陷被發現，不要變得氣餒。你可能已經做了非常全面的工作，獲得了高水平的缺陷移除，但100%都是不可能的目標。

原文轉自：http://www.anti-gravitydesign.com