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

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

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

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

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

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

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

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

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

10、常進(jìn)行，必須要與開發(fā)組領(lǐng)導(dǎo)進(jìn)行充分的溝通，合理安排開發(fā)人員工作量，在不影響原有工作的基礎(chǔ)之上完成測試驅(qū)動(dòng)。 測試驅(qū)動(dòng)實(shí)現(xiàn)的滯后，將影響測試用例的調(diào)試和最終部署，影響整體流程。 4.多種自動(dòng)化測試工具的引入 一種產(chǎn)品可能會(huì)包含各種功能組件，比如數(shù)據(jù)庫、界面、通信等各種操作，因此要引入不同的自動(dòng)化測試工具，完成不同功能點(diǎn)的測試。如界面操作的角本錄入WinRunner、壓力測試工具LoadRunner等，各種工具的引入，可以使自動(dòng)化測試的測試用例覆蓋率擴(kuò)大，使自動(dòng)化測試更加深入和全面。 5.自動(dòng)化測試工作的必要性 這一點(diǎn)也是最難處理的。自動(dòng)化測試由于缺少成型的理論指導(dǎo)，常常導(dǎo)致沒有達(dá)到理想的效果，使

11、領(lǐng)導(dǎo)和開發(fā)人員懷疑其工作的必要性，同時(shí)也可能成為軟件項(xiàng)目管理中的“雞肋”。 如何考慮這個(gè)問題呢?是否有必要設(shè)置自動(dòng)化測試這一環(huán)節(jié)呢? 要處理這種心理落差，就需要在開始工作之前，領(lǐng)導(dǎo)及相關(guān)人員確立切實(shí)可行的目標(biāo)，考慮清楚自動(dòng)化測試測試用例的覆蓋范圍、BUG率等，不要過于樂觀的考慮自動(dòng)化測試的工作成果。根據(jù)實(shí)際情況制定切實(shí)可靠的目標(biāo)，使獲得的回報(bào)更驅(qū)于理性。公司原有自動(dòng)化測試的知識儲備、自動(dòng)化測試人力資源的部署、整體團(tuán)隊(duì)的配合等諸多因素都會(huì)影響工作的最終效果。 六、結(jié)束語 自動(dòng)化測試是一片新鮮的土壤，雖然沒有特別完善的理論，但是只要在實(shí)施的過程中把握好幾條重要的原則，一定可以達(dá)到很好的效果。 出師

12、表兩漢：諸葛亮先帝創(chuàng)業(yè)未半而中道崩殂，今天下三分，益州疲弊，此誠危急存亡之秋也。然侍衛(wèi)之臣不懈于內(nèi)，忠志之士忘身于外者，蓋追先帝之殊遇，欲報(bào)之于陛下也。誠宜開張圣聽，以光先帝遺德，恢弘志士之氣，不宜妄自菲薄，引喻失義，以塞忠諫之路也。宮中府中，俱為一體；陟罰臧否，不宜異同。若有作奸犯科及為忠善者，宜付有司論其刑賞，以昭陛下平明之理；不宜偏私，使內(nèi)外異法也。侍中、侍郎郭攸之、費(fèi)祎、董允等，此皆良實(shí)，志慮忠純，是以先帝簡拔以遺陛下：愚以為宮中之事，事無大小，悉以咨之，然后施行，必能裨補(bǔ)闕漏，有所廣益。將軍向?qū)?，性行淑均，曉暢軍事，試用于昔日，先帝稱之曰“能”，是以眾議舉寵為督：愚以為營中之事，悉以咨之，必能使行陣和睦，優(yōu)劣得所。 親賢臣，遠(yuǎn)小人，此先漢所以興隆也；親小人，遠(yuǎn)賢臣，此后漢所以傾頹也。先帝在時(shí)，每與臣論此事，未嘗不嘆息痛恨于桓、靈也。侍中、尚書、長史、參軍，此悉貞良死節(jié)之臣，愿陛下親之、信之，則漢室之隆，可計(jì)日而待也。臣本布衣，躬耕于南陽，茍全性命于亂世，不求聞達(dá)于諸侯。先帝不以臣卑鄙，猥自枉屈，三顧臣于草廬之中，咨臣以當(dāng)世之事，由是感激，遂許先帝以驅(qū)馳。后值傾覆，受任于敗軍之際，奉命于危難之間，爾來二十有一年矣。先帝知臣謹(jǐn)慎，故臨崩寄臣以大事也。受命以來，夙夜憂嘆，恐托付不