自動化測試方法改進(jìn)方案_第1頁
自動化測試方法改進(jìn)方案_第2頁
自動化測試方法改進(jìn)方案_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡介

1、自動化測試方法改進(jìn)方案一、前言自動化測試 是測試領(lǐng)域中一個爭議性比較大的區(qū)域,雖然它并不是一個新生的事物,但是至今仍沒有一套比較完善的理論可以提供行之有效的方法,使之更好的為產(chǎn)品質(zhì)量服務(wù)。各個研究機(jī)構(gòu)和公司的專家提供了許多自動化測試 的理論和模型,但是均沒有形成通用理論,被大眾廣泛認(rèn)可。作者通過對 安全產(chǎn)品進(jìn)行自動化測試,從需求定義開始進(jìn)行跟蹤,涉及產(chǎn)品的設(shè)計與實現(xiàn),對產(chǎn)品的 接口、實現(xiàn)功能等進(jìn)行自動化 集成測試,采用測試代碼和測試角本相結(jié)合的 開發(fā)方式。作者總結(jié)了在工程 中遇到的問題和實施中的成功之處,提岀改進(jìn)意見,對自動化測試人員具有較強(qiáng)的工程參考意義。二、自動化測試簡介所謂自動化測試,就

2、是充分利用測試?yán)碚摵拖嚓P(guān)的工具,對產(chǎn)品進(jìn)行自動化的測試,減輕甚至擺脫某些人工測試的繁重勞動,能夠形成統(tǒng)一的測試報告并發(fā)布。自動化測試涉及面很廣,可以涉及 單元測試、集成測試、系統(tǒng)測試、壓力測試等諸多方面,針對不同 的測試有不同的處理方法和工具。經(jīng)過實踐,業(yè)界對自動化測試形成了一定的統(tǒng)一觀點:自動化測試不能代替手工測試;自動化測試進(jìn)行的是常規(guī)測試和 回歸測試,測試集覆蓋率和BUG發(fā)現(xiàn)率均不高(這兩組數(shù)據(jù)沒有定論, 根據(jù)測試系統(tǒng)的不同,數(shù)據(jù)會有所不同,但均低于50%,甚至低于30%)。三、測試中的人”人永遠(yuǎn)是軟件開發(fā)領(lǐng)域中的重要因素,不同的人掌握著不同的角色。充分調(diào)用不同角色的主動性,可以有效的提

3、高自動化測試的效率。1. 領(lǐng)導(dǎo)支持自動化測試是個系統(tǒng)工程,測試人員要制定合理完善的測試用例,需要得到需求、設(shè)計、開發(fā)等相關(guān)人員的配合。沒有領(lǐng)導(dǎo)的鼎力支持,各方力量配合將會減弱,測試的實現(xiàn)目標(biāo)將會大打折扣,測試工期也 將無法保證。因此從需求調(diào)研之初,就需要得到領(lǐng)導(dǎo)的大力支持,充分估計自動化測試所能達(dá)到的目標(biāo),制定良好的開發(fā)計劃,如有可能,由項目經(jīng)理直接進(jìn)行領(lǐng)導(dǎo),以期達(dá)到自動化測試的最優(yōu)效果。2. 避免測試人員挪作他用”在許多公司,自動化測試均不是專職人員,經(jīng)常是針對產(chǎn)品從研發(fā)、測試等部門抽調(diào)而來,因此他們原來都負(fù)擔(dān)過別的工作。在自動化測試工作過程中,盡量不要由于其原工作問題,將自動化測試人員調(diào)回

4、, 更不能因為自動化測試在前期開發(fā)過程中收效甚微,在開發(fā)工期有限的情況下,暫時裁減開發(fā)人員。由于 自動化測試工作量很大,從理解需求、設(shè)計用例、用例實現(xiàn)、測試驅(qū)動的設(shè)計與開發(fā),到用例調(diào)試、用例的最終應(yīng)用要經(jīng)歷比較長的工期,經(jīng)常性的人員調(diào)動會導(dǎo)致工作情緒的波動和工作進(jìn)度的滯后。四、文檔工作在項目管理中,文檔是軟件工程各階段的產(chǎn)品和依據(jù),自動化測試當(dāng)然也不能例外。1. 測試文檔要及時自動化測試與其說是一種任務(wù),更不如說是一個公司知識庫的積累過程,測試代碼絕不是自動化測試的最終目的。因此在測試開發(fā)過程中, 要隨時書寫自動化測試的配套文檔,并要根據(jù)需求和設(shè)計的變化,即時更新。文檔包含自動化測試的設(shè)計、實

5、現(xiàn)文檔,測試集測試用例文檔,測試驅(qū)動文檔。測試文檔的積累,也是對公司知識庫的積累,減少將來進(jìn)行同樣開發(fā)的成本。2. 開發(fā)文檔要完善自動化測試的根本是文檔,它依靠需求和設(shè)計文檔來開發(fā)用例,而絕不是根據(jù)開發(fā)人員實際代碼來進(jìn) 行的。因此在自動化測試開始工作之前,要準(zhǔn)備好各種文檔,包括需求、接口設(shè)計、數(shù)據(jù)庫定義等,測試人員只有依據(jù)這些文檔,才能制定合理的開發(fā)計劃,開發(fā)岀適合本系統(tǒng)的測試用例。一定要避免由于工期等原因, 產(chǎn)品的需求和設(shè)計文檔跟不上,甚至編碼前幾天,需求設(shè)計才最終確定,在開發(fā)過程中也要避免頻繁的更改需求和設(shè)計,其結(jié)果經(jīng)常導(dǎo)致自動化測試人員開發(fā)測試用例無依據(jù)”,常常要跟著開發(fā)人員跑,而不是跟

6、著文檔跑,期間的溝通要花費(fèi)了大量的時間與精力。同時已經(jīng)存在的文 檔如果經(jīng)常發(fā)生變化,如果通知不及時,也會導(dǎo)致開發(fā)成本的加大。通過自動化測試,可以達(dá)到檢查開發(fā)文檔,促使開發(fā)流程規(guī)范化的作用。3. 自動化測試報告清晰自動化測試之所以在業(yè)界一直得以推崇,就是因為測試的自動化、報告的自動化,倘若缺少一份有效 的自動化測試報告,即使有再全面的測試用例,別人也會對工作感覺很茫然,缺乏到工作的全面了解。測試報告中,除有明確的統(tǒng)計數(shù)據(jù)(包括測試用例數(shù)據(jù)、通過率等 ),還需求提供測試的跟蹤信息、測試用例失敗的原因分析。特別是由斷言失敗導(dǎo)致的失敗原因分析,應(yīng)具有很好的原因說明,良好的可讀性,對問題有很好的描述與定

7、位,可供自動測試人員、開發(fā)人員、設(shè)計人員和領(lǐng)導(dǎo)等多方人員閱讀,對測試結(jié)果有很好的理解和定位。自動化測試報告最好要做到妥善保存,利用測試報告可以跟蹤項目進(jìn)度,把握功能點的完成情況,同 時也有利于BUG的回歸查找。五、方法的改進(jìn)在實施過程中,需要掌握不同的處理方法,應(yīng)對處理各種實際問題,包括人員情緒。1. 溝通方式要完善確認(rèn)了自動化測試,就需要把自動化測試工作納入到項目的統(tǒng)一安排之中,把自動化測試人員也做為 需求、設(shè)計、開發(fā)的相關(guān)共利者,當(dāng)發(fā)生改變時,要即時通知,以便修改測試用例,避免編碼或設(shè)計已發(fā) 生改變,而自動化測試還不知道,其結(jié)果將導(dǎo)致查找原因花費(fèi)大量時間。溝通也發(fā)生在人際關(guān)系的處理上。為充

8、分理解需求與設(shè)計,自動化測試人員不可避免的要找設(shè)計人員 溝通產(chǎn)品設(shè)計,有時還可能是頻繁的詢問,遇到設(shè)計人員工作重或心情不好,就有可能導(dǎo)致溝通上的困難 或不充分。因此溝通需要技巧,測試人員需要耐心與細(xì)心,與開發(fā)人員保持好的關(guān)系,同時要盡量把問題 一次溝通清楚,避免溝通不清導(dǎo)致測試用例返工,由此導(dǎo)致工作量的浪費(fèi)。對于基于組件的自動化測試,需要開發(fā)人員對功能充分的理解,明白自己開發(fā)的功能必須依靠什么組 件,模塊運(yùn)行必要的支持組件。開發(fā)人員理解不充分,就會浪費(fèi)測試代碼的調(diào)試時間,直接影響最終的部 署。2. 測試用例代碼健壯性有待提高測試用例的代碼應(yīng)具有很好的健壯性,理想的測試用例代碼本身不會引入錯誤誤

9、報,斷言錯誤時,只 能是被測模塊發(fā)生了失敗。而在實際實施過程中,測試代碼的健壯性很難保證,一方面由于測試用例代碼 編寫人員本身編程水平不能保證,很可能產(chǎn)生代碼上的BUG,另一方面由于需求和設(shè)計的變化,測試用例本身也要隨時發(fā)生改變,測試用例更新不及時,就會導(dǎo)致被測模塊的失敗,因此及時溝通,及時更新用例 代碼,也是非常有必要。3. 避免測試驅(qū)動滯后測試驅(qū)動是實現(xiàn)測試用例的根本,由于分工和涉足點不同,自動化測試人員只能完成很少一部分測試 驅(qū)動,其它驅(qū)動由開發(fā)人員完成,測試人員只是負(fù)責(zé)定義驅(qū)動的輸入輸岀接口。但是開發(fā)人員有自己的任務(wù),編寫測試驅(qū)動勢必增加其工作量,影響其原有工作的進(jìn)行。為了自動化 測試

10、的正常進(jìn)行,必須要與開發(fā)組領(lǐng)導(dǎo)進(jìn)行充分的溝通,合理安排開發(fā)人員工作量,在不影響原有工作的基礎(chǔ)之上完成測試驅(qū)動。測試驅(qū)動實現(xiàn)的滯后,將影響測試用例的調(diào)試和最終部署,影響整體流程。4多種自動化測試工具的引入一種產(chǎn)品可能會包含各種功能組件,比如數(shù)據(jù)庫、界面、通信等各種操作,因此要引入不同的自動化測試工具,完成不同功能點的測試。如界面操作的角本錄入WinRunner、壓力測試工具LoadRunner等,各種工具的引入,可以使自動化測試的測試用例覆蓋率擴(kuò)大,使自動化測試更加深入和全面。5自動化測試工作的必要性這一點也是最難處理的。自動化測試由于缺少成型的理論指導(dǎo),常常導(dǎo)致沒有達(dá)到理想的效果,使領(lǐng) 導(dǎo)和開發(fā)人員懷疑其工作的必要性,同時也可能成為軟件項目管理中的 雞肋”如何考慮這個問題呢?是否有必要設(shè)置自動化測試這一環(huán)節(jié)呢?要處理這種心理落差,就需要在開始工作之前,領(lǐng)導(dǎo)及相關(guān)人員確立切實可行的目標(biāo),考慮清楚自動 化測試測試用例的覆蓋范圍、BUG率等,不要過

溫馨提示

  • 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論