摘自《從菜鳥到測試架構(gòu)師——一個測試工程師的成長日記》

測試架構(gòu)師的工作
開發(fā)方面:
1、參與設計討論與文檔評審;
實際:項目組成員都會參與文檔評審,最基本的會參與需求討論與評審。在上一個項目組時,研發(fā)的概要設計文檔也會拿出來討論和評審,現(xiàn)在的項目組,研發(fā)每個開發(fā)階段都會寫概要設計,但是不會拿出來評審。測試人員,如果沒有需要也不會去看這些概要設計。
改進:
任何文檔,都要下功夫去看去弄清楚。第一步是看懂文檔,不管能不能發(fā)現(xiàn)設計及方案的優(yōu)劣,看懂文檔,至少了解程序邏輯和實現(xiàn)過程,至少可以有些問題在前期解決,而不是后期解決。譬如,需求文檔,如果產(chǎn)品經(jīng)理有描述不清,或者遺漏的地方,在看的時候,就可以早跟產(chǎn)品經(jīng)理溝通,而不是到程序完成后再來確定和修改。不管能發(fā)現(xiàn)多少,前期能發(fā)現(xiàn)問題,總比后期解決代價小。
2、參與單元測試報告評審;
實際:目前,項目組白盒測試,單元測試,是研發(fā)同事在做,也沒有做很規(guī)范的很正式的單元測試,所以不會有單元測試報告。
可以做的是:
認真寫好每一分測試報告,無論是自己寫,還是同事寫自己檢查,都要認真的寫,認真的檢查。譬如,一些專項測試方案,測試報告,外測方案,外測報告等。每一分報告,實事求是,有內(nèi)容,有價值和有意義。
這一點本來也做得很好,以后要多想想如何做,能做的更好。
3、參與性能優(yōu)化架構(gòu)討論;
實際:性能測試,也是由項目組研發(fā)同事在做。
可以做的是:
查找一些性能測試的資料,先了解性能測試。研發(fā)可以開發(fā)性能測試工具,但是性能測試的設計和執(zhí)行,以后可以我們自己做。
4、參與開發(fā)質(zhì)量持續(xù)改進方案設計;
實際:暫不知道這部分的工作是誰在做,會有這樣的工作內(nèi)容,但不是專門的一項工作。譬如,測試發(fā)布報告中,都會記錄每一階段的持續(xù)改進是什么,就本階段的測試過程中存在的一些問題,提出一些改進建議。每一個階段會對上一個階段的改進建議進行跟蹤,是不是執(zhí)行,執(zhí)行效果如何,有什么困難和問題……是一個全員參與的問題。
可以做的是:
就像項目經(jīng)理說的,每個人都有自己的角色,把自己的角色扮演好,把自己的工作做好。另外,大家是一個團隊,其他人犯錯的時候,不要去指責別人,而是要想一想我能做什么,可以再次避免出現(xiàn)這樣的問題。譬如,上一輪發(fā)布測試過程中,在測試過期,發(fā)現(xiàn)程序驅(qū)動在winxp系統(tǒng)里安裝不上,項目經(jīng)理,沒有說是小虎的問題,而是說,是我在測試前期沒有發(fā)現(xiàn)這個問題。我可能沒有考慮過多,會無意的說小虎,而項目經(jīng)理會注意到去保護小虎的自尊心。
每個人都會犯錯,每個人犯錯的時候,心里其實會愿意承認也接受可能的懲罰。但是,卻不會愿意,別人因為這個問題一直念叨,或者是受到指責。自己已經(jīng)知道自己犯錯了,別人還是一直提起錯誤,一直說,是很難受的事情。我自己犯錯誤了,也會很擔心別人一直說,一致提起,因為一件事,一件錯誤,就被別人框上既定印象。既然,我自己都不愿意被別人這樣對待,工作中,也要留意不要這樣對待別人。
測試方面:
1、編寫測試戰(zhàn)略、總體測試計劃文檔;
實際:總體的測試計劃,是我在負責和完成。
改進:現(xiàn)在程序功能少,計劃、人員安排、時間、資源、測試內(nèi)容都是比較好安排和確定的。當程序功能越來越多時,每次做計劃都要想一想,怎樣做更好。為什么要這樣排,有沒有更好的安排。就像項目經(jīng)理說的,有一種態(tài)度和意識,做任何事情的時候,都問問自己還有沒有更好的方法。
2、審核測試計劃與測試用例設計;
實際:測試計劃本人在完成,測試用例本人在寫,在設計,在檢查。
改進:暫時想不到什么。
3、指導測試自動化體系建設;
實際:項目中沒有暫時還沒有引進自動化測試。
可以做的是:計劃下一發(fā)布測試階段,把程序的安裝卸載使用自動化的方式驗證。一方面,分步驟的去掌握自動化,去接觸它才能了解它,通過做去學習。
4、測試覆蓋率審查;
實際:因為不是一個大型的軟件,測試覆蓋率,測試過程中都是百分百覆蓋的。審查過程,是在測試發(fā)布評審報告里會記錄。
5、測試工具選型;
實際:使用既有的測試工具。
6、測試過程管理;
實際:采用敏捷開發(fā),項目組研發(fā)、測試、產(chǎn)品、UI共9個人。測試只有2個人,沒有管人,但是會關注測試過程。個人覺得,因為人員少,測試過程比較明晰,任務分配也是比較合理的。沒有太多,工作不滿或者工作堆積一起的情況。
7、缺陷質(zhì)量審查;
實際:在發(fā)布測試報告中會跟蹤記錄缺陷,愛發(fā)布測試評審中會全體參與人員一起審查缺陷質(zhì)量。
書里寫測試架構(gòu)師會做哪些方面的工作,每個公司情況不一樣,根據(jù)實際情況,梳理一下,哪些是我們現(xiàn)在在做的,哪些是我們現(xiàn)在沒做的。如果這就是測試架構(gòu)師的工作內(nèi)容,在還不是測試架構(gòu)師之前,我想我可以做的,就是按照測試架構(gòu)師的工作內(nèi)容要來更完善自己的工作內(nèi)容。所以,下一階段及以后,可以做的,總結(jié)如下:
1、任何文檔,都要下功夫去看去弄清楚;
2、需要完成的文檔,都認真去完成,并思考怎樣寫更好;
3、通過實踐學習自動化測試和性能測試;
4、態(tài)度方面:遇到問題不要指責,包括自己和同事,思考能做什么可以解決問題,能做什么避免下一次再出現(xiàn)同樣的問題;做任何事情的時候,都問問自己有沒有更好的方法。
分享名稱:測試架構(gòu)師——能做什么-創(chuàng)新互聯(lián)
文章網(wǎng)址:http://www.chinadenli.net/article12/deeigc.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站設計公司、響應式網(wǎng)站、做網(wǎng)站、網(wǎng)站維護、網(wǎng)站營銷、外貿(mào)網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容