軟件測試實習日記_第1頁
軟件測試實習日記_第2頁
軟件測試實習日記_第3頁
軟件測試實習日記_第4頁
軟件測試實習日記_第5頁
已閱讀5頁,還剩10頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

第頁共頁軟件測試實習日記軟件測試實習日記軟件測試實習日記1本來歡天喜地的盼到了周末,誰知上班第一周就因為工程進度太趕而要加班,沒有方法,工作需要,只能無抱怨的上。想想那天第一測試,感覺很糾結(jié),總是想這到底是不是錯誤呢,今天明顯有所改觀了。遇到不懂的就直接問測試主管或者是開發(fā)人員,或是自己看ue圖去熟悉流程。這一天我發(fā)現(xiàn)了很多bug,心里有那么點小快樂。這幾天的工作讓我明白了做什么事情都不是自己想象的那么簡單,必須堅持下去做,才可以把事情做好。軟件測試實習日記2X模型X模型也是對V模型的改良,X模型提出針對單獨的程序片段進展互相別離的編碼和測試,此后通過頻繁的交接,通過集成最終合成為可執(zhí)行的程序。X模型的左邊描繪的是針對單獨程序片段所進展的互相別離的編碼和測試,此后將進展頻繁的交接,通過集成最終成為可執(zhí)行的程序,然后再對這些可執(zhí)行程序進展測試。己通過集成測試的成品可以進展封裝并提交給用戶,也可以作為更大規(guī)模和范圍內(nèi)集成的一局部。多根并行的曲線表示變更可以在各個局部發(fā)生。由圖中可見,X模型還定位了探究性測試,這是不進展事先方案的特殊類型的測試,這一方式往往能幫助有經(jīng)歷的測試人員在測試方案之外發(fā)現(xiàn)更多的軟件錯誤。但這樣可能對測試造成人力、物力和財力的浪費,對測試員的純熟程度要求比擬高。造成測試的本錢過高。軟件測試實習日記3今天一如既往的在研究軟件測試的方案的編寫,通過今天的學習我主要明白了編寫軟件測試的重要性和目的:測試方案是軟件測試中最重要的步驟之一,它在軟件開發(fā)的前期對軟件測試做出明晰,完好的方案,不光對整個測試起到關(guān)鍵性的作用,而且對開發(fā)人員的開發(fā)工作,整個工程的規(guī)劃,工程經(jīng)理的審查都有輔助性作用。2、測試方案的目的測試方案描繪所要完成的測試,包括測試背景、測試目的、風險分析^p、所需資、任務(wù)安排和進度等:〔1〕將需求和總體設(shè)計分解成可測試,應(yīng)該測試,推延測試和無法測試的范圍〔2〕對每個范圍制訂測試的策略和方法〔3〕制訂release和停頓測試的標準〔4〕準備測試所需要的環(huán)境〔5〕確定測試風險〔6〕確定軟件測試目的〔7〕確定測試所需要的資其它〔8〕制訂測試進度和任務(wù)安排軟件測試實習日記4今天任務(wù)是理解H模型,H模型中,軟件測試過程活動完全獨立,貫穿于整個產(chǎn)品的周期與其他流程并發(fā)的進展,某個測試點準備就緒時,就可以從測試準備階段進展到測試執(zhí)行階段。軟件測試可以盡早的進展,并且可以根據(jù)被測物的不同而分層次進展。H模型提醒了一個原理:軟件測試是一個獨立的流程,貫穿產(chǎn)品整個生命周期,與其他流程并發(fā)地進展。H模型指出軟件測試要盡早準備,盡早執(zhí)行。不同的測試活動可以是按照某個次序先后進展的,但也可能是反復(fù)的,只要某個測試到達準備就緒點,測試執(zhí)行活動就可以開展軟件測試實習日記5做測試已不知不覺有兩個月了。如今我僅自我總結(jié)以下如何做好測試方案工作。1.明確測試的目的,增強測試方案的實用性編寫軟件測試方案得重要目的就是使測試過程可以發(fā)現(xiàn)更多的軟件缺陷,因此軟件測試方案的價值取決于它對幫助管理測試工程,并且找出軟件潛在的缺陷。因此,軟件測試方案中的測試范圍必須高度覆蓋功能需求,測試方法必須實在可行,測試工具并且具有較高的實用性,便于使用,生成的測試結(jié)果直觀、準確2.堅持“5W”規(guī)那么,明確內(nèi)容與過程“5W”規(guī)那么指的是“What〔做什么〕”、“Why〔為什么做〕”、“When〔何時做〕”、“Where〔在哪里〕”、“How〔如何做〕”。利用“5W”規(guī)那么創(chuàng)立軟件測試方案,可以幫助測試團隊理解測試的目的〔Why〕,明確測試的范圍和內(nèi)容〔What〕,確定測試的開場和完畢日期〔When〕,指出測試的方法和工具〔How〕,給出測試文檔和軟件的存放位置〔Where〕。3.采用評審和更新機制,保證測試方案滿足實際需求測試方案寫作完成后,假如沒有經(jīng)過評審,直接發(fā)送給測試團隊,測試方案內(nèi)容的可能不準確或遺漏測試內(nèi)容,或者軟件需求變更引起測試范圍的增減,而測試方案的內(nèi)容沒有及時更新,誤導(dǎo)測試執(zhí)行人員。4.分別創(chuàng)立測試方案與測試詳細規(guī)格、測試用例應(yīng)把詳細的測試技術(shù)指標包含到獨立創(chuàng)立的測試詳細規(guī)格文檔,把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)立的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試方案和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系,測試方案主要從宏觀上規(guī)劃測試活動的范圍、方法和資配置,而測試詳細規(guī)格、測試用例是完成測試任務(wù)的.詳細戰(zhàn)術(shù)。軟件測試實習日記6在web效勞測試當中,____率和模擬的用戶數(shù)是可以反映出效勞壓力的大小。當壓力變大時,事務(wù)的響應(yīng)時間變長,那么導(dǎo)致____率會受到響應(yīng)時間的影響,不會因為用戶增多,而增加。____率在效勞器出現(xiàn)瓶頸時,壓力的增加不會增加____率。積累期應(yīng)該是測試比擬輝煌的階段,在公司也有一定資歷和地位,是幕后運籌帷幄的元帥,是可以運籌于帷幄之中,決勝于千里之外的人。這個時候應(yīng)該根據(jù)實際經(jīng)歷,根據(jù)公司實際情況制定章程,工作標準流程,建立自己的核心團隊,團隊要合理裝備要有學習期的也要有成長期的人。其實積累期的人也會彷徨,特別當前面所做的事都根本完成后,發(fā)現(xiàn)沒有動力再次推動。我有一測試朋友他是這么處理,創(chuàng)立一個團隊后就離任然后到新單位再重新來一遍周而復(fù)始。我覺得這個時期應(yīng)該需要創(chuàng)新,包括測試本身的創(chuàng)新,如引入自動化測試,量化考核上,測試框架的建立等。也可以職業(yè)進展新的規(guī)劃,如搞質(zhì)量管理,有得做研發(fā)管理,做測試咨詢等。軟件測試實習日記7懷揣著最初的夢想、保持著那份激情和耐心、我繼續(xù)著我軟件學習的路程。今天我開場了測試用例設(shè)計方法的學習。測試用例是軟件測試的核心軟件測試的重要性是毋庸置疑的。但如何以最少的人力、資投入,在最短的時間內(nèi)完成測試,發(fā)現(xiàn)軟件系統(tǒng)的缺陷,保證軟件的優(yōu)良品質(zhì),那么是軟件公司探究和追求的目的。每個軟件產(chǎn)品或軟件開發(fā)工程都需要有一套優(yōu)秀的測試方案和測試方法。測試用例的設(shè)置我們早期的測試用例是按功能設(shè)置用例。后來引進了途徑分析^p法,按途徑設(shè)置用例。目前演變?yōu)榘垂δ?、途徑混合形式設(shè)置用例。按功能測試是最簡捷的,按用例規(guī)約遍歷測試每一功能。對于復(fù)雜操作的程序模塊,其各功能的施行是互相影響、嚴密相關(guān)、環(huán)環(huán)相扣的,可以演變出數(shù)量繁多的變化。沒有嚴密的邏輯分析^p,產(chǎn)生遺漏是在所難免。途徑分析^p是一個很好的方法,其最大的優(yōu)點是在于可以防止漏測試。軟件測試實習日記8昨天對測試用例設(shè)計一般常用方法進展了學習,感覺有點迷糊,心想要是要工程理論我會理解得更徹底。今天主要任務(wù)是理解測試用例設(shè)計的其他方法。包括錯誤推測法、因果圖法、綜合策略法。1、錯誤推測在測試程序時,人們可能根據(jù)經(jīng)歷或直覺推測程序中可能存在的各種錯誤,從而有針對性地編寫檢查這些錯誤的測試用例,這就是錯誤推測法。2.因果圖等價類劃分和邊界值方法分析^p方法都只是孤立地考慮各個輸入數(shù)據(jù)的測試功能,而沒有考慮多個輸入數(shù)據(jù)的組合引起的錯誤。3.綜合策略每種方法都能設(shè)計出一組有用例子,用這組例子容易發(fā)現(xiàn)某種類型的錯誤,但可能不易發(fā)現(xiàn)另一類型的錯誤。因此在實際測試中,結(jié)合使用各種測試方法,形成綜合策略,通常先用黑盒法設(shè)計根本的測試用例,再用白盒法補充一些必要的測試用例。軟件測試實習日記9對于開發(fā)來說,并不是所有的bug都需要修復(fù)的;而對于測試來說,也并不是所有的bug都是開發(fā)去解決的。處理BUG的方法并不是狹隘的將BUG修復(fù),也包括對BUG進展刪除操作,和放棄選擇。軟件測試確實是一門技術(shù),需要學習各種工具的使用。但真正在工作中,考慮新的測試方法或引入新的工具,也是在工程空閑時候,一般大家想的最多的是關(guān)于工程本身的問題,測試方法也是平時使用的幾種而已。我覺得最重要的是態(tài)度,態(tài)度意味著責任感,責任感意味著測試人員會想盡方法把問題找出來,才能根據(jù)工程需求發(fā)現(xiàn)適宜的測試方法和具,才能在軟件測試時,全神貫注,在執(zhí)行測試用例時不斷發(fā)現(xiàn)新的用例。經(jīng)歷對于測試人員是珍貴的資本,所以要經(jīng)常總結(jié),往往能讓自己表達出來的才是體會最深入的。永遠千萬不要忽略溝通。軟件測試實習日記10如何設(shè)計測試用例,如何評審測試用例,最后如何管理測試用例,這都是我們測試工作中必需要去改良的問題。在之前的公司,由于團隊工作任務(wù)繁忙,我們沒有太多的時間去管理和優(yōu)化測試用例,也因此對用例方面少了太多的考慮,而且雖然有對于用例的評審,但一直以來,我認為是做得不夠好的,畢竟每次評審下來,感覺效果沒有預(yù)期的那么好,主要還是沒有足夠的時間去管理,所以無法引起重視。不過,如今我想我需要花大量的時間來管理用例了,而且要保證有序的進展,最后輸出讓團隊中各個成員都認為滿意而且高效的測試用例。對于用例管理的根本問題,我個人認為是分類上,如何有效的維護和優(yōu)化用例,就是需要前期明確的分類規(guī)劃,根據(jù)分類的優(yōu)先級一步一步地來完成就可以了,到最后,我們也可以有效把控的測試覆蓋度。當前,我們大致可以把測試用例分稱三個方面,分別是功能、UI和業(yè)務(wù)流程,從這三個角度來進展設(shè)計。1、從功能的角度,功能是每個工程測試的重點,通常在測試人員得到需求文檔的時候,我們就開場設(shè)計測試用例,那么這個時候需求文檔上列出都是功能以及局部一些業(yè)務(wù)邏輯等,所以在測試用例的第一階段就是完成功能的用例設(shè)計。不過這里,肯定會讓很多人疑惑,其實功能、業(yè)務(wù)還有UI,都是有關(guān)聯(lián)的,而且很多時候無法分解的。這里后面我會舉個例子說明哈,但絕非都是可以分類,只是談?wù)勅绾畏纸獾姆椒?,最重要的就是不要遺漏就行。2、從UI的角度,UI通常是指界面測試,這個應(yīng)該不難理解,但要想與功能點進展分解,也不是那么容易區(qū)分的,所以我們來直觀的說明哈。界面測試,注重款式,外觀、整潔、擺放以及易用性,還包括用戶體驗等。3、從業(yè)務(wù)的角度,這個相對來說,還比擬好理解,業(yè)務(wù)通常是指一連串的動作所連接起來的流程,這個流程必須有行為和目的,或者說方向。業(yè)務(wù)通常是一個工程或者產(chǎn)品設(shè)計的核心,當下,越來越多的應(yīng)用業(yè)務(wù)流程都是非常復(fù)雜,所以對于業(yè)務(wù)的用例設(shè)計,就是考驗一個測試人員的業(yè)務(wù)程度如何。下面通過一個證券交易平臺上的買入和撤單業(yè)務(wù),進展詳細說明:業(yè)務(wù)說明:買入業(yè)務(wù)包括股票代碼、當前價格、買入價格,買入股票數(shù)量、確定買入按鈕和取消按鈕;撤單業(yè)務(wù)包括選擇撤單的未成交業(yè)務(wù)、撤單成功、撤單失敗以及取消撤單按鈕;以上只是大致列舉了一局部。功能點:買入按鈕、取消按鈕、選擇撤單、撤單按鈕和取消撤單按鈕等UI界面測試:股票代碼、當前價格、買入價格、買入股票數(shù)量,所有的文本框;買入成功/失敗的提示框;撤單成功/失敗的提示框;撤單成功/失敗的業(yè)務(wù)狀態(tài)等業(yè)務(wù)測試:買入業(yè)務(wù),從輸入買入表單的數(shù)據(jù),到提交表單,到最后買入的表單顯示的位置,以及買入提交但未成交,可以撤單,完成撤單的業(yè)務(wù),到撤單成功或者失敗等,這一連串的工作組合就是一個業(yè)務(wù)流程。其實這里就存在一個爭議性的問題,對于買入和撤單,既可以作為功能點,也可以作為一個業(yè)務(wù)邏輯來設(shè)計,但從本質(zhì)上來講,功能點注重單獨的操作,而業(yè)務(wù)流重的在是一個流程,還需要詳細業(yè)務(wù)去甄別。功能點的設(shè)計更主要對這個買入和撤單的按鈕本身進展用例設(shè)計;而業(yè)務(wù)那么是需要從買入和撤單之前的輸入到最后輸出這樣一個過程來設(shè)計。以上也只是大概的一個簡單的說明,詳細的操作還得根據(jù)自己的實際流程來執(zhí)行,畢竟測試用例的管理是一個長期的積累和沉淀的過程,好的方法都是總結(jié)出來的。對于測試來說,用例是根底,對于回歸測試、自動化、性能等等都是根本,管理好測試用例,也就是進步測試的工作質(zhì)量。軟件測試實習日記11早上從寢室出發(fā)就暗示自己要踏踏實實的學習忌急躁。早上我早早的到公司,開場我的學習,今天我學習的主要內(nèi)容是測試用例設(shè)計方法之劃分等價類法。①假如某個輸入條件規(guī)定了取值范圍或值的個數(shù)。那么可確定一個合理的等價類(輸入值或數(shù)在此范圍內(nèi))和兩個不合理等價類(輸入值或個數(shù)小于這個范圍的最小值或大于這個范圍的最大值)。②假如規(guī)定了輸入數(shù)據(jù)的一組值,而且程序?qū)Σ煌妮斎胫底霾煌奶幚恚敲疵總€允許輸入值是一個合理等價類,此處還有一個不合理等價類(任何一個不允許的輸入值)。③假如規(guī)定了輸入數(shù)據(jù)必須遵循的規(guī)那么,可確定一個合理等價類(符合規(guī)那么)和假設(shè)干個不合理等價類(從各種不同角度違背規(guī)那么)。④假如已劃分的等價類中各元素在程序中的處理方式不同,那么應(yīng)將此等價類進一步劃分為更小的等價類。軟件測試實習日記12一個的軟件測試工程師要掌握的東西很多。在我個人理解中,軟件工程師應(yīng)該具備最根本的兩點知識:軟件測試理論知識和一定的開發(fā)技能。一、軟件測試理論知識這個不用多說,軟件測試人員必須掌握,軟件測試如何融入整個開發(fā)的流程,什么時候介入,什么時候完畢,如何搭建測試環(huán)境,如何設(shè)計測試用例。二、開發(fā)技能有一定開發(fā)技能的的軟件測試人員在開發(fā)人員眼中更加難得。一般的軟件測試人員特別是黑盒測試人員對開發(fā)不會很懂,與開發(fā)人員交流時存在一定的問題。為了更好的溝通交流,假如軟件測試人員有一定的開發(fā)根底,將有效的進步測試效率和質(zhì)量。軟件測試實習日記13今天需要對文化網(wǎng)工程進展第一輪的測試,主要是理解該工程的流程。由于這個文化網(wǎng)比擬簡單,沒有相關(guān)的需求文檔。但有一個用戶手冊,我根據(jù)用戶手冊,在TestLink軟件上進展測試用例的設(shè)計和記錄。這一整天我渾身充滿了力量,完全沉浸在測試用設(shè)計的報告中。測試中我發(fā)現(xiàn)以下問題;假如在測試時必須考慮輸入條件的各種組合,那么可能的組合數(shù)目將是天文數(shù)字,因此必須考慮采用一種合適于描繪多種條件的組合、相應(yīng)產(chǎn)生多個動作的形式來進展測試用例的設(shè)計,這就需要利用因果圖。新功能測試,假如不寫完好的測試用例,可能也能發(fā)現(xiàn)80%的問題,但一些測試點被遺漏掉的可能性很大。我覺得測試用例還是要認真地寫的,但是回歸測試確實可以優(yōu)化,不需要每個用例都測。軟件測試實習日記14這周過得可真夠累。由于公司購物網(wǎng)要在規(guī)定理論發(fā)布,昨天我們主管就通知我們周六加班。我們辦公室的哥哥姐姐很不情愿的申請了加班申請。本想可以好好休息一下了,可明天還得下班啊,想想多么悲催??!周六很不情愿地從床上爬起來,一大早跑到公司,加班的公司確實比上班時間安靜多了。比擬喜歡安靜的我看都這種情況,工作激情又一次被調(diào)動起來了。周六一整天我熱情滿滿的測試各個模塊的添加業(yè)務(wù)功能。在做測試時,雖然有些頭暈,但還是靜下心來完好了本天的測試工作。覺得特有成就感。從這件事情,我認識到,公司加班有時候是沒方法的

溫馨提示

  • 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)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論