1. 程式人生 > >我眼中的測試高手—測試架構師

我眼中的測試高手—測試架構師

1.概述   既然是寫我眼中的測試高手,得先容我作一下自我介紹,讓你們瞭解一下我的背景。介紹前再囉嗦一句:是我眼中的測試高手,不一定對,如果有不對的地方,請多多包涵。我有 8 年以上工作經驗,其間前 5 年在開發部做開發,後 3年在測試部當經理。做過以下工作:寫程式碼,軟體設計,專案管理,效能測試(資料庫效能監測及優化、前端效能測試),自動化測試工程師,設計、執行測試用例、專案部署(資料庫高可用性)。這幾年工作的時間基本都分配在測試和開發上,所以有一些想法。   介紹我之後,再介紹一下寫這篇文章的目的:讓中國的測試工程師找到方向 ,提升信心,努力學習。呵呵,說大了,還是先提升我自己帶的這幫人水平吧。有人說測試工程師找不到方向,不至於吧!我先表態,我瞭解的測試工程師,及面試有幾年工作經驗的測試工程師(至少上百人吧),我覺得他們還沒有找到方向。如果你已經找到了方向,並且有興趣看下去的話,可以做一下比較,順便也給我提提建議,我洗耳恭聽。   再闡述一點,我眼中的測試高手,不代表我能做到,是我努力的方向。   介紹一下題目“我眼中的測試高手(測試架構師)”,測試高手是不是測試架構師,我是這麼想的。現在網上對測試架構師理解不一樣,很多人理解測試架構師只搞搞自動化、效能測試,我覺得這只是其中一部分,具體如下: 2.測試工程師工作目標什麼?
  不管是高手,還是剛入門的,所有測試工程師的工作目標是一致的:在有限的人力資源、時間下保證產品質量,增加公司的競爭力。要注意是“在有限的人力資源、時間下保證產品質量”,這也是高手、入門者的區別。當下次準備跟經理抱怨資源不夠時,先想一想有什麼方法提高測試效率,制定的測試策略有沒有什麼問題。記住高手就在這些細節中跟別人不一樣。保證產品質量,不是說專案釋出後一個缺陷都找不到,而是要使用客戶很難找到。客戶滿意了,就認可產品 ,慢慢就認可公司。 3.測試高手——業務(客戶)   a)從測試目標可以知道了解客戶是多麼的重要,有很多人開始要跟我抱怨了,測試一般都接觸不到客戶,怎麼辦。我先介紹幾個地方可以去了解   的:   客戶在使用軟體後的一些反饋問題,千萬不要簡單的去看看,要深層次的去看,去分析。比如:造成這個缺陷,這是他的工作習慣,還是他的誤操作。   還有和客服人員多交流,客戶抱怨產品哪些地方不好用。這是我一直想做的,測試人員去做一下客服,客服來做一下測試。   瞭解公司同類產品。同類產品有可能是同一批人使用。   瞭解專案立項的背景及可以帶客戶帶來什麼價值。   b) 多學習公司的業務知識,可以提升自己的表達能力、影響力。比如我們公司是做電力概預算軟體。   電力概預算軟體相關知識你得會,和需求人員溝通,他們可能學的不是計算機,說的都是專業術語,那你可能就聽不懂。   要善於記住這些專業詞語,你第一次聽不懂,人家會跟你說,第二次還不會,就沒有人願意跟你說了。   如果你能在一些評審會用專業術語去跟他們溝通,很多人會對你刮目相看。 4.測試高手——過程管理
  保證產品質量,不是光靠測試人員努力就夠的,而是要靠整個研發團隊努力。在測試部成立初期,只要是有很多客戶反饋問題過來,很多人都認為測試的錯。很多人指客服、銷售人員、專案經理,甚至公司領導,當別人不理解你的時候,你的壓力很大。沒有辦法,誰叫你要做測試,默默承受吧!呵呵,也太不像我的風格了。我們來分析一下,為什麼會造成這種情況了。是由於測試部剛創立,大家對測試就會有期望,還有大家對整個研發過程不太瞭解。   整個研發過程,包括需求分析、概要設計、詳細設計、編寫程式碼、單元測試系統測試,層層相扣,如果需求沒有做好,會導致開發、測試重複做很多工作,過程管理多麼的重要。我看到淘寶測試團隊的一篇文章,大概意思是現測試人員很難去找一些深層次的缺陷,都是停留在一下表面的缺陷。我是這樣理解的,表面的缺陷是開發人員產生的,深層次的缺陷是設計人員、需求人員產生的。   過程管理有 iso9001、CMMI、RUP、敏捷開發等相關方法,但由於我們很多項 ?目經理對這些有很少研究。別人我們無法抱怨,那測試可以研究一下,輔助專案經理做好相應的工作,如果能力上去了,可以淘汰這些專案經理。 5.測試高手——管理
  我大概 2007-2009 年樣子,覺得管理很重要,看了很多書,但現在很多都忘了,現在有點想法,認真看三本以內經典的書,多了都不看。像我這種,天天對電腦,很多地方都沒有別人更適合做管理,這點我還是很清楚的。我們屬於技術型領導,不需要太迷戀管理,還是去迷戀技術吧。不過下面也說幾點:   a) 瞭解公司的企業文化、領導的管理方式這點非常重要,比如公司領導喜歡員工做什麼、不喜歡做什麼。比如我們公司注重誠信,如果你違反了,那你就會被淘汰。   b) 在合適的時間給自己的團隊加入合適的人說簡單一點,測試有很多的工作要做,剛成立,公司不可能給你很多人,比如效能測試工程師、自動化測試工程師、測試開發工程師。但當公司的規模不在壯大,那就可以慢慢考慮增加相應的崗位。選人也很重要,否則你會累死。剛做組長,當時就覺得什麼人都想帶一帶,都覺得有能力把他帶好。現在不是這樣,如果覺得他不合適,我會早點告訴他,讓他離開,否則害人害己。每個人都有自己的想法,且大多數人的想法是很難改變的。   c)在合適的地方說合適的話這個地方我做得最不好,以後要努力。比如在測試人員面前,盡力少批評測試組長。尊重他很重要,尤其技術人員,都愛面子。   d) 給還沒有做測試組長、經理的話如果你還不是測試組長、經理,那就繼續努力,但在工作中可以朝這幾塊去努力:多站在測試組長、經理的角度想問題;多和測試組長、經理交流,看他們有什麼煩惱、好的思路;再想想有什麼地方可以幫測試組長、經理的。這裡有一個地方要注意的,如果你的思想和測試組長、經理有不一致的地方,可以把你不同的想法和他們分享,如果還有不一樣的地方,千萬不要再去說,去頂。每個人站的位置不一樣,想法肯定也不一樣 ,回去後多想一想。當領導有時真的很寂寞,很痛苦,有的時候他也是想找一個傾聽者. 6.測試高手——英語   我的英語一般,基本不會去主動看英文的文章,除非技術貼,一般也是挑著看,這一點以後要加強。大家都知道國外很重視測試,也知道國外的測試人員和開發人員比例:2:1,但沒有去了解是怎麼回事。我在很多地方說過,測試人員之所以多,不單是手工測試人員,還是測試開發人員、效能測試人員、安全測試人員等等。國外的一些先進的測試思路、理念我們得去學。 7.測試高手——開發   過程管理說過我們找不到深層次的缺陷,原因是什麼?最主要原因對開發不瞭解。很多人會誤讀我的意思,那就是寫要去程式碼了。怎麼說了,還是   繼續往下看吧。我介紹一下不會寫程式碼的怎麼去接觸相關開發知識:   a) 學會跟開發做朋友和開發做朋友,後面的工作就好做了。   但做朋友,不是叫你放棄原則。昨天看到“美國喜歡中國醜女的背後原因”,摘抄如下:美國人的審美重視主要不是人的外貌,而是人的個性:開朗健康,自信有活力。比如安吉娜——朱麗的五官長得並不符合傳統的美女標準,但她敢作敢為,很有性格,美國人崇拜這樣的人物。   b) 瞭解缺陷的原因   我們天天都找到很多缺陷,有多少的人願意再多花時間瞭解其發生的原因呢?很多人不會,會有人說開發人員太忙了。有的人會和專案經理、開發組長溝通,測試瞭解缺陷原因的背後,可以提升產品質量。要求開發每解決一個缺陷,在缺陷管理系統中增加註解。一天完成之後,自己想一想,今天多少缺陷是我碰到的?自己根本沒有想過這樣測試,會發生缺陷。隨著你的瞭解的缺陷發生的原因,你的測試思路會更廣 。   c)部署系統   很多人會想,部署系統那是開發人員、專案實施(部署)人員的事。事實上部署系統可以讓你更深入去了解系統內部,可以找出更多的缺陷。我做過一次大型系統的部署,發現有一些很潛在的一些缺陷,回到公司後,開始提倡要做部署測試。   d) 多參加概要設計評審   面試過一些有經驗的人,問參加過概要設計評審,學到什麼嗎?參加過,但好像沒有學到什麼,他們講的,我沒有聽懂。評審後也沒有去了解,認為那是開發人員的事。給大家再一個建議,從今天開始,如果再去參加概要設計評審會,把在會上聽到很熟悉但又不理解的一個詞,記下來去網上搜索一下,如果搞懂了 ,再去跟開發人員交流。   e) 學習寫一點程式碼   寫到這一點,我是最怕的。很多人很衝動,聽說要寫程式碼,那抓緊換工作,去做開發。寫一點程式碼,不一定是工作,可以回家學習。前幾天在和老婆交流,以後小孩要學什麼?我覺得要學開發。沒有辦法,誰叫老爸會開發,呵呵,開玩笑的了。學開發,可以更讓你更理解一下東西。有一些人說,我一寫程式碼就頭痛,沒有關係,那就多和開發兄弟多溝通吧。如果是女的,就找一個開發人員的做老公吧。 8.測試高手——自動化測試   自動化測試技術包括功能自動化測試、效能測試、穩定性測試、安全性測試 ,我的理解是可以通過工具完成的一些測試。我覺得高手如果能掌握這些技術當然最好,但是如果有一定的難度,畢竟術有專攻,則需要了解這些工具能幫解決什麼問題,及怎麼配合這些人做事。   在概述裡,我介紹到很多人把測試架構師認為就是做這些事。國內很多公司也對這些的工作的要求也不是很清楚。從事這些工作的,一般都是有幾年測試經驗的,或者開發做不了、來做測試的,其實要做這些工作對開發經驗要非常豐富 ,或者至少要有一個來帶。確實是,很多人找工作時,會一點錄製指令碼,都敢寫精通效能測試、自動化測試。我會資料庫(mssql、oracle)性 能 調 優 、LoadRunnerJmeter等技術,但我不敢說我精通。會錄製指令碼真的很簡單,算入門吧。一般我可以讓一個人會錄製指令碼二天搞定。   我曾看到那個人寫的部落格,說很多老闆不敢把優秀的開發人才放到測試,沒有那個魄力。我認為國內這個形狀,沒有辦法改變,還是來談談自己的想法吧:   a) 功能自動化測試   要學會 QTP 等工具;   要了解 QTP 工作原理及 QTP 核心技術:識別控制元件。QTP 在識別非標準控制元件有問題,用座標來定位,移植性非常不好。這時候就要加深對 ATL、COM、DLL 等相關技術學習。   QTP 是很貴的,在合適的時候要採用開源的自動化測試工具。   在有一些業務測試上,我建議自己開發測試工具,或者呼叫開發寫的 DLL 二次開發。   b) 效能測試   現在測試論壇聊得最火的就是效能測試。要做效能測試我覺得可以從下以幾個地方努力:   通過部署系統、概要設計的瞭解,知道開發使用了哪些技術,哪些技術會影響效能。比如開發使用了快取技術,那對伺服器就沒有什麼壓力了。   學習使用 ASP.net、php 等開發語言開發一個簡單的網站。有一些東西光靠開發人員跟你講,可能很難明白的。如果還有興趣,可以使用一些小工具 Charles、Yslow、fireBug 更深層次去了解 http 通訊原理。   所有資料都儲存在資料庫裡,讀寫資料都是對資料庫進行操作,所以要學習資料庫知識,知道什麼情況導致資料庫會慢。   業務層在應用伺服器(tomcat、iis、weblogic)執行。所以對其瞭解非常有必要。甚至對應用伺服器的優化,都可以大大提升效能。 9.總結   作為測試工程師,測試理論知識、缺陷管理規範、測試流程、設計及編寫測試用例這些都是必備的技能,測試工程師在工作中都需要做這些工作,我在這篇文章就暫不多說了。 文章出處:http://www.51testing.com/html/93/n-3720293.html

相關推薦

眼中最頂尖的架構需要具備什麼能力?

架構硬實力 這個章節,基本大家都沒有什麼爭議性,必須是硬實力,拿得出手,能解決技術當前面臨的挑戰,能解決別人解決不了的問題。   從目前大家遇到的挑戰來看,從架構設計要求,我稍微做個總結。 1 分層的應用設計思想:SOA,事件驅動等。 SOA這塊的內容,我推薦

眼中測試高手測試架構

1.概述   既然是寫我眼中的測試高手,得先容我作一下自我介紹,讓你們瞭解一下我的背景。介紹前再囉嗦一句:是我眼中的測試高手,不一定對,如果有不對的地方,請多多包涵。我有 8 年以上工作經驗,其間前 5 年在開發部做開發,後 3年在測試部當經理。做過以下工作:寫程式碼

【純感悟】眼裡的安卓架構(一)

       提起架構師,大家會覺得很神祕很高深,但是真的如此麼?安卓架構師是在現實的產品需求基礎上對技術的一些整體構思,要考慮系統性,實用性,優化性,邏輯性,可擴充套件性,要滿足產品各方面的技術需求。相當於是頂層設計,要兼顧到各個方面。下面就具體的說一下:      

架構Jack專訪:全面認識軟件測試架構

共享 團隊 得到 困難 試用 文章 交流 strong 一點  ◇ 測試架構師的職責   測試的職業通道基本是管理線和技術線兩條路。   管理線主要的職責:更多是項目管理和資源管理。   技術線主要的職責:更多是技術管理和業務知識。   軟件測試架構師更多就是技術線的帶

從菜鳥到測試架構-筆記

發現,解決問題其實是一種藝術。 單元測試是粒度最小的軟體測試,小粒度能保證複雜系統中的每個“螺絲釘”都質量合格。通過了單元測試的程式碼才可以繼承到系統中, 進行進一步測試。 單元測試關注的是一個最小的程式碼片段,如一個類或介面,而功能測試關注的是一個完整的業務務功能。 效能測試是重點驗證

【傑瑞的專欄】架構、指令碼語言專家;精通Python、Shell、正則表示式;熟悉Java、C、Tcl、Ruby、Scala、Perl等多種程式語言;在效能,開源,自動化測試方面有非常豐富的經驗

傑瑞的專欄 架構師、指令碼語言專家;精通Python、Shell、正則表示式;熟悉Java、C、Tcl、Ruby、Scala、Perl等多種程式語言;在效能,開源,自動化測試方面有非常豐富的經驗...

測試架構:5 測試策略實戰攻略

目錄 假設現在有一個研發專案A開始了,我們的軟體測試架構師也要投入專案了。此時專案產品的包需求已經基本完成,產品概念已經初步成型,如圖1所示。 圖1 研發專案A示意圖 不過此時軟體測試架構師對專案的瞭解還非常有限: 知道專案叫什麼名字。 專案大致

架構基於微服務的專案使用 MockMvc完成SpringBoot2.x單元測試

使用 MockMvc完成SpringBoot2.x單元測試 1、單元測試 開發過程中單元測試是必不可少的,我們更要養成隨手寫配套測試用例的習慣這些隨手寫好的測試用例在前後端分離的微服務架構下對後期需求變動專案元件重構起到了重要的作用,尤其是現在比較流行的敏捷開發、

剛哥談架構 (二) 眼中架構

之前在公司,有小夥伴在向別人介紹我的時候,經常會有人這麼說:“剛哥是我們的architcture”,如果來人是老外,心中一定是一驚

作為首席架構是如何選擇並落地架構方案的?

交易 很好 schema 架構定義 交換 基礎上 無線 自動化 鏈路 如何針對當前需求,選擇合適的應用架構,如何面向未來,保證架構平滑過渡,這個是軟件開發者,特別是架構師,都需要深入思考的問題。 本文首發於InfoQ垂直號「聊聊架構」,ID:archtime 無架構

的第一個測試

php<?phpecho 1;echo 3;?>本文出自 “hxrong” 博客,謝絕轉載!我的第一個測試

互聯網時代,眼中架構變遷

計算 微型機器人 訪問量 water 提取 csdn 優點 常見 代碼 互聯網在變,架構也在變,架構的變遷亦是互聯網的變遷。所以,我們有必要來聊聊互聯網的架構及其變遷。 何為架構?往大的說,宇宙有架構,社會有架構,往小的說,建築要有架構,軟件要有架構,往玄乎的說,它由分工

用了7年時間成長為阿裏Java架構,你呢?(附學習路線圖)

架構 後端 Java 編程語言 前言:我用了七年的時間,一步一步走到了現在,中途也有了解過其他的技術,也想過要轉其他的語言,但是最後還是堅持下來走Java這條路,希望我的經歷可以幫助到後來的人,要是覺得對你有幫助的話,可以點贊關註一下。導讀:1、架構師應不應該寫代碼2、為什麽別人的系統總是那麽

架構眼中的高並發架構

松耦合 rfi 低耦合 演變 SQ 基礎 定時 block 存儲 摘要: 以架構師的眼光來講述高並發架構 前言 高並發經常會發生在有大活躍用戶量,用戶高聚集的業務場景中,如:秒殺活動,定時領取紅包等。為了讓業務可以流暢的運行並且給用戶一個好的交互體驗,我們需要根據業務場

微軟超融合私有雲測試02-測試架構描述

lan 監控 類別 好的 scl serve -a order 憑據 測試簡述本次測試驗證內容包括兩方面:1. 微軟虛擬化平臺a) 計算虛擬化(Hyper-V)b) 服務器超融合(Storage Space Direct)2.

Java高手測試問答,答對3個絕對是大神!

abs 真的 整數 不可 的確 異常 後者 變量 一個表 1. 問:Math.abs(-2147483648)返回值是什麽? 答:-2147483648。奇怪的結果(但的確是真的),原因整數溢出。 2. 問:Java表達式1 / 0和1.0 / 0.0的值分別是什麽? 答:

一個阿裏架構十年的從業總結:比起掉發,更怕掉隊(文末福利分享)

這不 影響 res 找不到 大量 深入 爬蟲 人工智 工程 驀然回首,從畢業到現在做後臺開發已經十年了,這十年中我獲得了很多,技術能力、培訓、出國、大公司的經歷,還有很多誌同道合的朋友。但再仔細一想,這十年碼農路上我至少浪費了五年時間,這五年可以足夠讓自己成長為一個優秀的程

Postman 安裝及使用入門教程(主要使用介面測試

1、Postman 安裝及使用入門教程(我主要使用介面測試)Postman的English官網:https://www.getpostman.com/chrome外掛整理的Postman中文使用教程(請仔細閱讀,然後你會發現一些基本的使用概念和規則,建議安裝客戶端):http://chromecj.com/w

好文 | 架構更多的是和人打交道,說說見到和聽說到的架構升級步驟和平時的工作內容

之前有網友說想看架構師升級的文章,所以寫了本文。先給本文中架構師做個定義:第一,能力上達到(似乎是廢話),第二,公司肯承認,不僅能給架構師的頭銜,更能按架構師的標準發工資。     對於程式設計師來說,架構師是職業發展的一道坎,如果跨過去了,後面就前途無量了,否則可

分享這8年,是如何一步一步走向架構

摘要:心血經驗分享,架構師更多的是一個不斷學習,不斷積累的過程,希望可以幫到同行業的朋友們 前言 成為優秀的架構師是大部分初中級工程師的階段性目標。優秀的架構師往往具備七種核心能力:程式設計能力、除錯能力、編譯部署能力、效能優化能力、業務架構能力、線上運維能力、專案管理能力和規劃能力。 這幾種能力之