您不是專業測試人員的10個理由！

為什么測試人員在某些組織中沒有得到專業治療。

你是專業測試員嗎？

如果您在空閑時間閱讀與質量保證相關的文章以提高您的測試技能，那么您將成為確定為專業測試人員的小型（并且希望增長）工程師。

在鏡子里尋找答案

說實話，無論我們不被視為（測試）專業人士，我們都沒有優先考慮像專業測試人員那樣行事。

基于我有限的經驗，無論我在哪里看到測試人員認真對待他們的工作并努力提高智慧，我還看到他們如何受到尊重以及他們的工作如何受到贊賞，這歸功于它為本組織帶來的價值。

所以說到這一點：

您不是專業測試人員的10個主要原因是什么？

# 1.您認為測試不是技術專業，因此您甚至不會嘗試理解產品背后的代碼！
如果您從事軟件開發工作，您應該至少了解一下軟件工程。作為測試人員，您需要能夠閱讀代碼以分析您的產品，并了解更改和修復如何影響它并導致其他錯誤。如果你不想寫，你仍然可以在不編寫任何代碼的情況下離開，但只要你不閱讀代碼，你就會錯過對整個測試過程非常重要的輸入。

2.在您按照開發構建并且告訴“去測試”之前，您不會參與此過程。
從理論上講，我們希望在需求收集和分析階段與團隊的其他成員一起開始。但實際上，在我們開發人員尋找有關其功能的反饋的第一個版本之前，我們幾乎沒有提供任何輸入。

為什么會這種情況繼續發生？大多數測試人員會說，這是因為成為開發鏈中最后一環的“惡性循環”; 當“其他人”開始計劃時，我們總是非常忙于測試。

但事實上，如果你不能每天花2個小時參加一個功能設計會議，那就意味著你是一個糟糕的時間經理。這也意味著您之前不參與開發過程的唯一原因是因為您沒有將其作為優先事項; 或換句話說因為你不想！

3.您與客戶的唯一互動是您的支持團隊要求您重現該字段中的錯誤。
部分工作描述是根據產品在現場使用的方式測試產品，并在產品發布后捕獲對用戶重要的錯誤。

事實上，您的工作是成為開發團隊中客戶的倡導者。計劃測試并根據其工作行為設置環境。您還需要根據他們的需求和約束提供功能反饋。

如果是這種情況，那么如果您不了解他們，您如何模擬現場工作并代表您的用戶？您最后一次訪問用戶以了解他或她如何使用您的產品是什么時候？你能真正了解他們對你的系統所做的工作以及他們工作環境的限制嗎？我猜答案是否定的。

去拜訪一些客戶吧！在您了解并了解您的用戶之前，您將繼續作為測試人員做一個糟糕的工作。

4.風險管理只能在人壽保險的背景下進行。
測試中有少量簡單的事實; 也許最微不足道的是“沒有測試人員有足夠的時間來測試一切”。這就是基本風險管理發揮作用的地方，幫助我們確定工作的優先順序，以便根據其他測試的結果了解首先需要測試的內容以及可以假設的工作內容。

每個測試人員都知道他的產品有些風險更大; 由于計劃外和計劃外的情況，團隊的工作總是被推遲的區域。作為測試人員，我們的工作是了解這些領域，并在項目的各個階段提醒團隊。您應該努力闡明影響產品的現有或潛在問題。幫助團隊設定切合實際的目標，并按時，按預算實現目標。

5.您沒有計劃提高測試的價值。
測試專業在很多方面都是未知的領域。作為測試人員，沒有一種方法可以專業地發展自己，而且這些改進并不容易或很快就會出現。因此，除非您決定要認真投資于您的開發過程，并且只有在您了解如何實現此目標之后，您才能真正提高您的測試技能和您為組織提供的價值。

你是如何實現這一目標的？
首先繪制您作為測試人員的優勢和劣勢，然后確定您希望開發哪些領域（這對您的組織也有價值），最后尋找可用于開發這些技能的方法。

有一件事是肯定的，如果你把它留給機會，或者在他的個人發展過程中讓另一個測試人員牽引你，完全不可能改進。

6.您認為您的工作主要是編寫和運行預定義的測試用例場景
除了運行腳本測試之外，還有很多東西：

提供有關應用程序設計的反饋。
分析您當前的開發計劃和項目的風險。
在開發階段提供非正式反饋。
開發一個自動化框架，幫助您的開發人員在工作時保持產品的穩定性。
運行測試，但絕對不僅僅是你手頭編寫的那些。
分析測試結果和您可以獲得的其他信息，以深入了解產品狀態。
提供有關流程的反饋。
您的工作價值遠遠超出執行測試步驟并將其設置為通過或失敗！

7.自動化（和腳本）是一門高級科學，是您將來工作的一個項目 - 在您的業余時間。
STOP提出借口為什么不自動化!!
自動化不是一個神奇的藥丸或解決測試人員面臨的所有問題，這只是許多工具供應商的銷售謊言。但是，有時使用腳本或工具來完成部分臟工作會使其更有效并節省您的時間。

問題是，一些測試人員認為他們沒有足夠的技術來做到這一點，因此他們選擇不使用自動化或腳本來改進他們的測試。在某種意義上，它就像打擊石頭或用棍棒點燃火焰，拒絕使用打火機，同時說這對你來說更容易......

8.你站在自我的頂端時進行大部分測試
一個好的測試人員是一個不起眼的測試員 我們需要知道如何提供反饋，更重要的是如何從隊友和同伴那里獲得反饋。

當團隊成員（特別是程序員）對他們的測試提出未經請求的反饋時，或者當他們查詢未找到的錯誤或未運行的測試時，許多測試人員會感到沮喪。很多時候，所有這些“失誤”都有充分的理由，我們只需要保持冷靜并分享這些信息，但很多測試人員將這些問題視為對其專業完整性的人身×××，并以大聲的語調或嚴厲的語言回復。

就像您需要了解如何報告錯誤并向項目團隊提供負面反饋一樣，您需要知道如何從同行那里獲得建設性的批評。

沒有人希望你是完美的，但是他們希望你對自己的錯誤保持專業，并從他們那里學習以及從團隊中得到的反饋。

9.您不會跟蹤您的專業技能以及接下來需要改進的領域
我過去最好的經理之一曾經談過我們個人的“虛擬工具箱”，作為我們每個人隨身攜帶并在需要時使用的技能。

您知道工具箱中攜帶的工具嗎？
哪些工具需要改進或更新？
您需要哪些工具，以及為了提高工作質量而可能想要獲得的工具？
測試毫無疑問是一種工藝，沒有適當的工具（虛擬和實際），您將無法創建所需的產品。

10.你對職業道路的唯一想法是成為一名經理或繼續從事其他職業
有些人進入測試階段，因為他們認為這是編程的好途徑。其他人這樣做是因為他們不知道測試是什么，而且整天“玩”應用程序聽起來很酷。畢竟，它有多難，對吧？

其中一部分最終可能成為優秀的測試人員。但他們中的大多數人最終都會感到沮喪，他們可以停止測試并開始做他們真正想做的工作。雖然其他人不了解測試的真正挑戰，但認為前進的唯一方法是開始管理人員。

管理測試團隊確實存在挑戰和獎勵，但也有無數的學科要征服與管理無關，這可能會給你帶來更多挑戰和更大的回報（絕對不會讓人頭疼！）

我的觀點是，如果你一直想要做其他事情而不是專注于如何更好地測試，那么你就無法在專業上做到這一點。所以想想你是否在正確的地方，或者你是否應該只是尋找其他東西......？

想要專業嗎？首先將測試視為專業！

從20,000英尺處看這十點，我認為連接它們的線是改變我們測試的一般方法的號召。

第一步是開始考慮將測試作為我們的專業。

一旦我們吸收了第一步，第二步就是看看我們缺少什么才能成為更好的測試人員。我們應該開發哪些領域？我們如何處理我們的工作以及與客戶和團隊成員的關系？我們現在可以做些什么來提高我們的工作價值？

第三步也是最后一步（至少對于這個簡短的方法）是提前計劃如何改進，并認識到作為一個專業，我們在考慮自己的大師或專家（如果有這樣的事情......）之前需要學習很多東西。

重要的是要意識到變化需要來自內部，而不是來自某些上帝賦予的法令或來自我們電子郵件簽名中名稱旁邊的標題。