測試工作中的一些心得體會_第1頁
測試工作中的一些心得體會_第2頁
測試工作中的一些心得體會_第3頁
測試工作中的一些心得體會_第4頁
測試工作中的一些心得體會_第5頁
已閱讀5頁,還剩4頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

測試工作中的一些心得體會此文是在下從事測試工作一年以來的點滴心得和體會,一家之言或有不足之處,歡迎各位同仁批評和指導(dǎo),大家也可通過百度空間或是搜狐博客給我留言:/dzasm/ihome/ihomefeed/也可以發(fā)送郵件至:Eds5146@163.com(如有轉(zhuǎn)載,請保留以上信息一一東敬謝)測試需要一份測試指導(dǎo)書測試前要明確測試目的。如:需要做哪方面的測試?具體進行測試的步驟有哪些?功能實現(xiàn)與否如何判定?哪些現(xiàn)象是允許的?而哪些現(xiàn)象是不允許的等等。測試目的不明確會造成測試工作的混亂,因為測試并不是簡簡單單地得出一個結(jié)果——測試OK,產(chǎn)品可用。產(chǎn)品憑什么判定可用?產(chǎn)品可用到什么程度?憑什么判定測試過程OK(或是不OK)?產(chǎn)品完成了哪些功能?完成度有多高?產(chǎn)品沒完成哪些功能?沒完成體現(xiàn)在哪些方面?產(chǎn)品有哪些缺陷?缺陷的嚴重程度?等等諸如此類的問題才是測試工作的關(guān)鍵所在。比如說開發(fā)一個臺燈,我們都知道,臺燈的重要功能是必須能照明,沒有達到這個要求的產(chǎn)品一定是NG的。但測試并不是說,你把臺燈接上電源,開開關(guān)一看燈亮了,OK,這個產(chǎn)品是可以用的......測試必須檢測到跟重要功能配套的一些基本指標(biāo)如臺燈的亮度是否可調(diào)?燈泡長時間工作發(fā)熱量多大(如果使用的是鎢絲燈泡)?燈泡的工作壽命是多久?等等。如果燈泡開半小時,1米范圍內(nèi)的溫度可以達到70攝氏度,哇,有哪個用戶敢用這樣的產(chǎn)品?這不叫臺燈,應(yīng)該叫取暖器,再比如燈泡的壽命是10個小時,用戶每天使用4小時,不到三天就要換一個燈泡,這樣的產(chǎn)品恐怕會被歸入假冒偽劣類。那么,燈泡開半小時,1米范圍內(nèi)的溫度應(yīng)該是個什么標(biāo)準(zhǔn)?開一小時,兩小時后溫度應(yīng)該是個什么標(biāo)準(zhǔn)?0.5米內(nèi),0.2米內(nèi),燈泡的溫度又是個什么標(biāo)準(zhǔn)?燈泡的使用壽命必須大于多少小時?等等等等。這些由誰來給?難道要讓測試人員自己來找么?假如上述指標(biāo)都給了,測試過程中發(fā)現(xiàn),開臺燈工作兩小時零三分鐘的時候,臺燈居然熄滅了,當(dāng)你把這現(xiàn)象提交開發(fā)人員報缺陷的時候,開發(fā)人員告訴你,這是因為加了定時關(guān)斷功能(或是加了溫控開關(guān),當(dāng)發(fā)熱溫度過高時會自動關(guān)燈)為什么測試之前不說?如果是加了定時關(guān)斷,用十個臺燈進行檢測,關(guān)斷時間從一個半小時到三個小時的都有,那么是不是都是正常的?不正常?那么正常應(yīng)該是在什么時間?又比如,開發(fā)一個遙控器,讓人測試的時候不給一個鍵位表,問開發(fā)人員要的時候,開發(fā)人員回答一一不會自己試??!好吧,我自己試,試過之后把功能自己做了一個表,提交給開發(fā)人員,問對不對?開發(fā)人員回答:你猜,你猜,你猜猜猜......好吧,讓我猜是吧,那我猜實際遙控距離只有1米也是正常的,就不告訴你。有的人可能認為,測試就是讓測試人員隨便拿產(chǎn)品去用,把使用后的現(xiàn)象和結(jié)果記錄下來,拿給開發(fā)人員這邊判定就是了,不需要給出什么資料——這應(yīng)該是用戶體驗測試,不是我這里所要說的,開發(fā)過程中的測試,再說了,就算是把產(chǎn)品賣給用戶也得附上一份使用說明書吧,什么都不給就叫人測試,莫非是在考驗人智商么?測試工作是產(chǎn)品的一個求證過程,是對設(shè)計的一個檢驗,需要忠實,詳細,有效地記錄產(chǎn)品在測試過程中的現(xiàn)象(包括已實現(xiàn)功能,未實現(xiàn)功能,所存在缺陷等),并將信息反饋至開發(fā)項目組的一個必須過程。測試的目的是為了驗證產(chǎn)品的功能,性能,同時找出產(chǎn)品的BUG點,以完善產(chǎn)品的開發(fā)。就某種意義上而言,發(fā)現(xiàn)BUG點比驗證功能是OK的更加重要,因為一一你最好別指望客戶或用戶來幫你找BUG,否則代價會非常大。如果一開始有明確的項目計劃,清晰的產(chǎn)品需求,那么可作為測試工作的前期導(dǎo)入,但僅靠這些還是遠遠不夠。產(chǎn)品的功能,性能,可拓展性,兼容性,安全性,穩(wěn)定性,這些都是測試時必須考慮到,也是必須測試到的內(nèi)容(除非沒有相關(guān)方面的需求),很多東西并不一定能在項目立項時就能夠考慮到就能夠預(yù)判到。舉個例子,騰訊QQ我相信大多數(shù)人都用過,作為一款即時通訊軟件,與好友及陌生人在網(wǎng)絡(luò)上自由聊天是產(chǎn)品的重要功能,這個功能是必須的。視頻聊天和傳文件是QQ的兩個拓展功能,假如現(xiàn)在是在產(chǎn)品開發(fā)過程中,開發(fā)人員讓檢測這兩個功能。經(jīng)過測試,視頻聊天可在不同的兩臺電腦進行連接,在連接的時候,發(fā)起視頻的一方在點擊視頻聊天后,會彈出一個確認框,問是否確認要給對方發(fā)視頻一一我們都知道,實際QQ上發(fā)起視頻不會有這個動作,因為這個動作多余了。但是假如開發(fā)人員沒有給出相應(yīng)的需求,測試人員完全可以判定這個動作合理,因為計算機軟件在用戶作出重要操作時,彈出對話框讓用戶確認的動作是很正常的。又比如,在傳文件的過程中,發(fā)送文件的一方點取消傳送不能中斷傳送過程,只有接收文件的一方才能中斷傳送,如果是這樣設(shè)計的話,發(fā)送文件的一方發(fā)錯文件就很麻煩了,要么讓對方取消,要么強行關(guān)斷QQ進程甚至是強行重啟電腦。假如開發(fā)人員在事先沒有提到要測試這方面的功能,測試人員很可能會忽略此點,主要去測試文件傳輸?shù)乃俾?,穩(wěn)定性,出錯率等等這些指標(biāo)。當(dāng)產(chǎn)品快交付或交付后,發(fā)現(xiàn)這個功能缺陷,開發(fā)指責(zé)是測試的失誤,居然連這個問題都沒測試到測試可以立馬反駁一一測試前你有要求過要測這里嗎?然后就開始郵件,口水滿天飛......在這里,討論誰對誰錯毫無意義,重要的是,這樣的情況其實是可以避免的。怎么樣去避免?事先說清楚需要測試到的內(nèi)容不就OK了?作為測試人員,對于產(chǎn)品的測試需求,如測試方式,測試要點,測試重點等有自己的一套思路,但是,在測試之初他們并不是最了解產(chǎn)品的人,需要開發(fā)人員給出一定的指引,畢竟并不是所有產(chǎn)品的測試需求都一致,僅憑經(jīng)驗辦事有時會走入誤區(qū),比如說:忽略掉很多本應(yīng)該注意到的東西;對產(chǎn)品的BUG點判斷失當(dāng);在不重要的測試點上花費太多精力,而在真正應(yīng)該測試到的地方投入過小等。做出太多的無用功不僅浪費時間,精力,也容易使人產(chǎn)生倦怠,影響之后的測試工作。就像蒙著眼睛瞎抓一樣,根本不知道自己在干什么,不知道自己應(yīng)該干什么,甚至不知道自己干的到底有沒有作用一一這樣的工作狀況恐怕是很多人都不能接受的。所以,就跟產(chǎn)品開發(fā)需要一個項目計劃一般,測試也需要一個測試指導(dǎo)。這份測試指導(dǎo)應(yīng)該包括測試的目的,測試的步驟和預(yù)期的結(jié)果。從測試人員的角度上來講,由工程師直接附上測試指導(dǎo)書雖然省事,但是并不理想,最好是由測試人員根據(jù)產(chǎn)品情況,列舉出值得檢測的地方,主動向工程師請教,雙方進行討論后再決定測試內(nèi)容一一如果時間允許的話。知其然也要知其所以然,才有利于更準(zhǔn)確,更合理地進行測試,也有利于積累經(jīng)驗和技術(shù),對于職業(yè)的長期發(fā)展是至關(guān)重要的。請注意,測試人員不要養(yǎng)成一個非常不好的習(xí)慣,就是拿到待測試的樣品后什么都不考慮,直奔開發(fā)人員那里索要測試指導(dǎo)書拿到測試指導(dǎo)書后就照本宣科地進行測試,這是非常不負責(zé)任的行為,對于測試人員以后的發(fā)展也是非常不好的。拿到產(chǎn)品之后先想一想在沒有任何資料的前提下先自己摸索一下這款產(chǎn)品的設(shè)計思路,預(yù)期功能,可能會存在的缺陷等,然后再對照項目組或工程師提供的資料進一步確認,在心中有個底之后再請教開發(fā)工程師,把測試內(nèi)容給理解透徹一一注意,記得要以請教的心態(tài)而不要以索要的心態(tài)。產(chǎn)品的可用與否并不僅僅是由測試人員判定的如上所述,測試是一個求證過程,檢驗過程,是在已有的條件下做出各種嘗試,以驗證產(chǎn)品的功能點,并挖掘產(chǎn)品的缺陷點。測試人員所發(fā)現(xiàn)的缺陷點,反饋到開發(fā)人員處后,有的或許能得到改善,有的則未必需要改善,還有的則未必能夠改善一一基于需求,技術(shù),成本,市場等諸多因素的考慮,這是無可厚非的,因為開發(fā)并不是理想化的,不能因為缺陷點未改善而否決一款產(chǎn)品?!@個東西不行,這樣的東西簡直就是垃圾!’一一作為測試人員,千萬不要說出類似這樣的,帶有自以為是意味的話。測試人員并不能決定產(chǎn)品的可用與否,事實上開發(fā)人員同樣不能決定,做出這個判決的應(yīng)該是客戶,準(zhǔn)確點來說應(yīng)該是客戶的需求。有一款迷你小音箱的產(chǎn)品,由于產(chǎn)品的定位是可以掛在鑰匙扣上的方便攜帶用的,所以結(jié)構(gòu)上限制了產(chǎn)品的喇叭尺寸,也就限制了這款小音箱的音量和音質(zhì)。當(dāng)時有兩位客戶對這款小音箱感興趣,其中一個客戶在看過產(chǎn)品之后,指出音箱音量太小,要改善。于是工程師做出了改進,犧牲了部分音質(zhì),把音量給加大了一些,在改善之后我們又重新給兩位客戶寄出了樣品。提出音量太小的客戶收到樣品很滿意,而另一位客戶卻很驚異地問我們,為什么這一次送樣的音箱的音質(zhì)變差了?之前的那一款挺好的啊。說到這里大家應(yīng)該都知道后續(xù)我們是怎么做的了——這款小音箱保留了兩個方案,一款音量稍小,音質(zhì)稍好;一款音量稍大,音質(zhì)稍次些,然后不同的方案交付給不同需求的客戶。想想,如果在開發(fā)中將音箱交給測試人員來檢測,測試人員該怎么判定?這個方案的音量太小,NG;這個方案的音質(zhì)太差,NGO這樣的判定合理嗎?本來嘛,這就是事實啊,憑什么不能這么判定呢?偷偷的告訴你,開發(fā)任何產(chǎn)品,咱們說了不算,客戶說了才算,除非這產(chǎn)品是為你自己開發(fā)的一一如果是這樣,你不就是這款產(chǎn)品的客戶么?還是客戶說了算。發(fā)現(xiàn)缺陷點是客觀認知,而否決產(chǎn)品通常是個人的主觀意識決定的,個人的判斷往往是片面的,也許你認為不能接受的缺陷在客戶的接受范圍內(nèi),反之亦然。當(dāng)然,如果缺陷點嚴重到已經(jīng)影響產(chǎn)品的正常使用,已經(jīng)違背了客戶的需求,那么,這款產(chǎn)品理應(yīng)做出改善,作為測試人員提交一份報告,表示產(chǎn)品并未達到項目計劃的要求即可。說出否決產(chǎn)品的話實際上也否決了開發(fā)人員所付出的辛勤工作,不管是有心還是無意。可能很多人認為,測試就是質(zhì)檢,是產(chǎn)品流向市場之前的最后一道關(guān)口,不過,就我個人的理解,測試著眼于改善產(chǎn)品,是開發(fā)流程中一個不可或缺的過程,與質(zhì)檢不同的是,質(zhì)檢是根據(jù)指標(biāo)判定產(chǎn)品是良品還是不良品,而測試是根據(jù)指標(biāo)判定產(chǎn)品缺陷,反饋回項目組進行改善。測試是開發(fā)流程中的環(huán)節(jié),產(chǎn)品還未成型,改善產(chǎn)品是最重要的。質(zhì)檢是生產(chǎn)過程中的環(huán)節(jié),產(chǎn)品已經(jīng)定型,控制出貨良品率是最重要的。對產(chǎn)品的缺陷進行追蹤是測試人員的本職工作,至于缺陷是否需要改善,產(chǎn)品是否可以交付給客戶或流向市場,測試人員可以提出自己的看法和建議,僅此而已。測試要準(zhǔn)確而詳細地記錄測試過程測試是個很繁瑣的事情,測試過程是非??简炄说募毿暮湍托某潭鹊?。問題往往就發(fā)生在未知的地方一一這句話并不意味著在已知的地方就不會出現(xiàn)問題。有的測試人員可能會自持經(jīng)驗豐富,憑經(jīng)驗辦事,這是測試工作的大忌!同樣的用例,用在不同的產(chǎn)品上,判定的標(biāo)準(zhǔn)可能截然相反,不要想當(dāng)然地憑感覺和經(jīng)驗辦事。你可以參考之前的案例,但是每一次測試都應(yīng)該當(dāng)做新的測試來做,這樣才能保證測試工作的準(zhǔn)確性。以下是我親身經(jīng)歷的兩次案例。索尼的PS3主機有一次升級版本時,對未經(jīng)過官方認證的藍牙設(shè)備做出了一些限制,之前版本可以順利使用的三款產(chǎn)品在主機升級版本后出現(xiàn)了一些問題。問題現(xiàn)在已經(jīng)解決了——這不重要,我這里想要說的是,這三款產(chǎn)品依照未升級的游戲主機來測試是完全沒有問題的,如果我沒有及時更新我的測試環(huán)境,還是以未升級的游戲主機進行測試,那就不會發(fā)現(xiàn)這些問題,等產(chǎn)品上線生產(chǎn),或者是順利出貨到客戶手上再發(fā)現(xiàn)問題,那么補救所需要付出的代價是非常大的。有一款產(chǎn)品是用在PS3主機上

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論