Tricentis這篇文章讚助。
我需要一個測試人員。
為什麼我需要一個測試人員嗎?我我一個測試人員!
不過,我應該有一個。我今天穿著一件開發人員的帽子,有一個開發者不會做的事情。
這是我的情況…
上周,我寫了很多的代碼Tricentis項目我在工作。我花了37小時寫這段代碼和調試。好了,沒有任何意義,我想,除了感覺。“後端”工作,掃描測試記錄和測試代碼的解析器和索引以特定的方式,讓我建立一個測試過程的敘述。
我寫代碼,因為我有一個願景,很難溝通和沒有完全形成。Tricentis的同事,我想創建一個非常特殊的工具來幫助測試人員。我們還不知道這個工具是可行的,這就是研發一個特別大的R和小d。這個過程是解決魔方。(免責聲明:我還沒有成功地解決了魔方。如果你有,那是因為你怎麼做搜索,沒有你,你騙子!)
主題專家,我的工作是設計,而不是實現。雖然我可以描述我們官方的開發者工具,恐怕我和我不斷的修改和回溯把他逼瘋。更容易代碼原型自己和解決設計問題。這個過程將會是一個精確的結果,可實現規範的產品,我將已經有經驗,我的同事。我們稍後可以建立全麵的東西,在我們回答最重要的問題:我們甚至想要這樣的產品嗎?
我寫代碼,我也必須測試。好東西我喜歡測試。除外,我沒有時間!我有添加特性。原型可能不需要生產質量,但它必須足夠強大讓我們與現實實驗測試數據。注意到我的話的直道模式嗎?跟隨反訴。這就是我思考一個權衡。
所有的開發者都卷入這個權衡。我們寫指令和快速檢查他們,看看我們建造我們認為我們建立了。有各種各樣的方法和工具。但是他們所有人,我認為,是故意淺。我的意思是他們可靠地發現隻有某些明顯的bug,而不是微妙的。淺測試是受歡迎的,因為它是無幹擾。這也是禮貌。這不是令人毛骨悚然。它不逗留的太久或嚇唬狗。
如果我想深入測試,我必須小心翼翼地撥出的白色海狸開發者的帽子,修剪天鵝絨葉子和紅色漿果。我必須不試驗機Fibrosport麵具,氣我試驗機電鋸和瘋狂。的測試。這是一個非常不同的過程,它可以相當混亂和耗時。
這就是為什麼開發者不會這麼做。深度測試停止開發。這不一定的技能或興趣。它幾乎總是一個巨大的分心。
具體是什麼分散深度測試呢?
我一直在做筆記。我看我自己做的一些測試,同時避免其他。這就是到目前為止我一直回避:
- 探索非晶態的限製。在“一天”,我寫彙編語言和C代碼。我個人每個字節的內存分配和管理使用。這些天,我不知道。精靈呢?我命令創建一個數組,它就完成了。我叫庫函數像part_the_sea(紅色)和發生了好東西。我想要的東西,我讓他們。但是當你接受祝願奇怪的妖怪們,通常會有。多少文本字段必須處理,發生了非常大的什麼?我們有多少文件來處理嗎? How big will they be? What character encodings will be used in them? Discovering what happens as internal limits are pressed would take me a lot of time. I’d have to produce a huge amount of fake-but-kinda-real test data. Yes, as a developer I可以…但我不會這樣做。
- 探索非晶態依賴性。我們的產品經常互操作與其他產品或者依賴包,我們可能的知識有限,或控製。例如,我最近編碼進行互操作的工具流行的Git版本控製工具。但事實證明我使用功能無證條件的行為。好幾次我不得不重寫我的代碼當Git的輸出的格式改變,因為一個文件被刪除或文件名太長了。在完整的測試套件,我將係統地分析和模型Git。我將仔細研究它的文檔。我將設計一個各種各樣的文件名和文件更改場景來趕走這些不幸的意外的風險。沒有阻止開發商這樣做就我個人而言,除了它的優先級優先級一個世界一分之三。
- 探索特殊/不尋常的或有條件。在我寫的代碼,我能夠注意到很多奇怪的情況可能發生。諸如“也許文件寫入操作會失敗”或“也許這個文本框是空的”或“也許這已經是一個文件的名字。“我馬上探索其中的一些,而另一些我放在一個待辦事項清單。不少剛從我腦海中滑動。為什麼?因為噓!我試圖集中精神。
- 探索世界主題。我想四個多月,全職,競爭分析和考慮不同的設計概念,沒有積極的產品開發的負擔。我想了解不同類型的用戶和他們如何使用我們設計的產品。聽到這個,我的老板與一個明確表示反對一個詞的響應在鬆弛。我認為他寫的,因為我練習的時候麵帶笑容,有關他不計後果的積極思考這樣的事情。但事實是,開發人員可以做很多不知道很多,至少和我們老板知道。當我卸下了——當我需要產生代碼完全投資於測試,我有更多的機會學習未知的恐懼。當我在開發模式中,我寧願隻是喊“分析癱瘓!“好像是一個守護神的魅力。
- 探索“質量”。一旦這些地區的質量,超越單純的能力(即“能工作嗎?”)和地址的問題它會工作,在每一個方式,在任何情況下,進入的未來。這包括可用性、multi-usability本地化、可訪問性、兼容性、性能、安全性和可伸縮性——最常見的名字。這些能力是很難測試高工業標準。他們中的大多數需要專業知識,有些是行業標準的主題。測試人員可以做職業專門從事任何其中之一。
- 確保過去,協調與現在和未來做準備。一個專業的測試人員的工作不僅是執行測試。這也是我們的責任保持合理的記錄;意識到我們的工作如何影響,是影響他人的工作,準備來了。這恰好是很多工作。尤其是最後一部分,要求我開發係統,把工具和數據來測試下一件事之前,下一件事是在這裏。在開發模式中,我的回答是數千年盯著,安靜的令人窒息的聲音直到你結束變焦的電話。
還有心態…
你最好相信我現在忽略所有的事情因為我創建一個原型。但在我的腦海中,我想知道我的一些設計選擇是行不通的。在我的腦海中,一個沉睡tester語無倫次地咕噥著,滾過去。
這很難解釋測試人員的心態對大多數人來說,因為大多數人不希望麻煩。測試人員渴望麻煩。它證明我們。成為一名優秀的測試人員就像一個好的陰謀論者,除了一個理性和有幫助的。如果開發人員告訴我,“這是一個產品…”我的第一個本能反應是“這就是他們想要我的想法!“我希望我不大聲說。但生產作為一個測試人員,我必須與活躍的懷疑方法的每一個主張。我的意思是。每一個說法。對於正常的人來說,這種態度是很累的。與非生產性陰謀理論一樣,是沒有限製的。 Good testing can always go deeper. You could say that the urge for developers to stay in a positive mindset is the same instinct that says “don’t look down” when climbing a very high cliff. I like to think that testers look down so that everyone else can look up.
二十年前,我曾與我的哥哥Jon惠普軟件為我們的測試項目。我是編碼,將複製到軟盤(如果你太年輕,知道他們,“軟盤”是一種蠟所使用的平板電腦抄寫員),把它扔在我的肩膀給他,這樣他就可以測試它。他住在測試人員的心態:批評,尋找麻煩。我住在開發人員的心態:信任我的庫,集中在克服障礙。我們同時工作。這是美妙的。
我現在可以使用像Jon tester,…
新的堆棧是一種洞察力的全資子公司合作夥伴,一個投資者在以下公司本文中提到:Tricentis。
領導形象通過Pixabay。
