京東測試工作的思考與總結
您知道京東測試人員是如何工作的?
京東測試人員需要具備哪些素質?
京東測試的價值在哪裡?
京東如何提高測試的價值?
想了解以上些以上問題的親們請跟著張強(零售平臺測試部)的腳步一起來了解京東測試人員吧~~~
測試工程師是怎麼工作的?
只有更瞭解你,才能發現你身上的缺點
京東測試人員需要具備哪些素質?
-
軟體測試知識:測試計劃、測試方案、編寫用例、提交bug、跟蹤bug,編寫測試報告
-
測試工具的使用:QTP、LR、QC、TD、Bugfree、VSS、SVN、JIRA、TestLink、SoupUI、Jmeter
-
作業系統:IIS、Linux、IOS、Android
-
編寫程式碼的能力:java、python、selenium、VB、C
-
資料庫知識:SQLserver Mysql Oracle Mongo DB2
-
業務知識、網路知識.
除了這些,我們還需要什麼樣的素質?
一、主動溝通
過去我是做傳統ERP軟體的測試,因為ERP軟體已經很成熟,所以他的需求文件一般也都很完善,很細緻,需求變更也不會太多。所以我們完全可以按照需求文件進行測試,與開發電話溝通就OK,只要我們bug描述的清楚,開發認可,理想狀態不溝通問題都不大。除了我們對需求不理解,開發和我們理解的需求不一致,這時我們才需要跟產品經理一塊溝通。
但是在電商領域,特點就是快速和變化。也就是有些需求或專案,經常要求快速上線,必須在一定時間內完成,而且在專案中後期或隨時都還有可能發生變化。另外,時間短,需求可能就是沒有那麼詳細,那麼完美。面對這樣的情況,我們測試該怎麼辦呢?沒辦法,就是溝通,溝通,再溝通。與產品隨時溝通需求,與開發隨時溝通設計,與其他系統隨時溝通測試環境,測試資料。
電商領域的測試,沒有溝通,寸步難行。溝通,還必需得是主動出擊,如果是被動被別人溝通,那專案估計是要被失敗了
二、膽大心細;相信自己,自己是專業的
測試人員有個特點,上線前總擔心是否還有沒測到的地方,上線會不會出現問題?尤其遇到重大專案,更是如此。作為一名專業的測試人員,我覺得應該對自己有信心,要相信自己,相信自己的專業水平;當然,自信還是要建立在對自己的專業和經驗有信心的基礎上。
但如果還是擔心,那該怎麼辦呢?我一般是這樣做的:測試完成後,冷靜一下,思考一下專案的整體流程,再分析一下專案的核心功能;然後跟開發和產品共同溝通一下自己的測試點,看是否有遺漏。最後假設一下,上線後可能會出現什麼樣的問題,如果某個重要的功能出現了的問題,我們這邊是否有應對措施?如果沒有,那就儘快制定一個吧!
三、不被別人綁架;要有職業標準,也要有自己的態度
系統測試最基本的標準就是需求規格說明書;作為測試人員,我們是最後一道保障;我們必須有自己的思考;不能輕易相信別人,跟著別的思路走,因為他告訴你的已經是經過他們思考加工過的,也許與原始需求已經存在了偏差。
當然也許他們說的是對的,確實非常對;但是也只能做為我們思考的一個材料。我們必須自己通過需求去分析,以需求描述作為標準。這樣測試才不會失去我們的根基。
需求是我們測試的標準,但是標準也有錯的時候;所以這時候還得要求我們要有自己的思考結果,有自己的態度。不放棄自己的態度,除非被證明我們是錯的。
四、對一切都要有懷疑的態度
盡信書不如無書;對需求和設計文件完全相信,如同沒有測試,測試的價值也就大打折扣!對於測試,就是要懷疑一切;每一個流程每一個細節;當然懷疑還是要建立在理解的基礎上。我看需求的時候第一遍基本預設他是對的,等對整體有了一定的理解,我就開始懷疑,流程是否完整,是否存在漏洞,模組功能是否能滿足使用者的要求?非正常操作是否會出現問題;產生的資料哪些系統會用到?是否可以用?是否缺少資料?是否會造成冗餘?使用者用起這個功能是否覺得好用,是否會覺得麻煩?這個功能是否真的為客戶解決了問題?總之,測試每一個功能都要“三思”。
五、責任心;站在公司和使用者的角度考慮問題
我在面試中問過很多人,測試人員應該具備哪些素質?大家都提到了“責任心”。
但是責任心到底是什麼?怎麼去做呢?我覺得責任心就是對軟體質量要有負責的態度,對公司有負責的態度,對使用者有負責的態度,對自己的工作負責,然後用心去做事。
公司越大,需要我們的責任心越強;因為這個是無法用資料去判斷,只能通過現象去分析。公司越大,部門會越多,系統也會越複雜,相互依賴。現在很少有一個系統是獨立完成的。所以作為測試人員,軟體質量的最後把關者,不能只看到自己負責的這一塊,不能侷限於自己的部門、團隊,只要發現問題,不管是自己的,是其他系統的,還是沒有明確人負責的,我們都有責任去提出來,去找人解決。只要是問題,都應該被解決。也許別人笑我們太傻,“我笑別人看不穿”。
京東測試的價值在哪裡?
測試到底有什麼樣的價值?測試的價值又體現在哪裡?我們怎麼樣讓測試的價值發揮的更高,更充分?我一直在思考這個問題。
其實測試的價值我認為就是經過我們測試的東西,能夠讓老闆放心。測試的價值體現很明顯,就是Bug;我們發現的Bug越多,開發就越放心,感覺“嗯,幫我發現了這麼多問題,應該差不多了”。其實作為測試來說,我發現的問題越多,對軟體的質量就越不放心;擔心啊!!!
為什麼呢?因為Bug越多,證明軟體存在的隱患就越多,程式碼質量是存在問題的。
測試一直是以測試數量論英雄,其實我覺得除了數量,發現Bug的早晚、嚴重程度、Bug型別更能說明一個測試人員的價值。
日常我們測試的專案都是時間緊急,導致需求或設計都可能存在一定的問題;或是bug或是未考慮到,或是描述不清。開發寫程式碼過程也會出現遺漏、錯誤或到了時間節點未進行聯調或自測;所有這些問題都會在測試階段集中爆發,導致測試80%時間在除錯,在驗證需求是否實現,驗證功能是否正常。也許我們會發現幾十個、幾百個Bug,但是這些Bug真正發揮測試的價值了嗎?我覺得,還沒有!
我認為測試的價值除了發現那些表層的Bug外,更高的價值是去更多的挖掘那些隱藏更深、開發和產品未能預料的Bug,需要改善或提高使用者體驗的Bug,儘早的發現需求和設計中的漏洞。
轉載自:http://www.testwo.com/article/419