測試自動(dòng)化普遍存在的問(wèn)題及原因 軟件測試
很多引入自動(dòng)化測試工具的軟件公司并沒(méi)有能夠讓測試自動(dòng)化發(fā)揮應有的作用，其主要原因有以下幾個(gè)方面：
1. 不正確的觀(guān)念或不現實(shí)的期望
沒(méi)有建立一個(gè)正確的軟件測試自動(dòng)化的觀(guān)念，或操之過(guò)急，或認為測試自動(dòng)化可以代替手工測試，或認為測試自動(dòng)化可以發(fā)現大量新缺陷，或不夠重視而不愿在初期投入比較大的開(kāi)支等。多數情況下，對軟件測試自動(dòng)化存在過(guò)于樂(lè )觀(guān)的態(tài)度、過(guò)高的期望，人們都期望通過(guò)這種測試自動(dòng)化的方案能解決目前遇到的所有問(wèn)題。而同時(shí)測試工具的軟件廠(chǎng)商自然會(huì )強調其工具的優(yōu)勢、有利的或成功的一面，可能對要取得這種成功所要做出持久不懈的努力和困難卻只字不提。結果，最初的期望，便得不到實(shí)現。
2.缺乏具有良好素質(zhì)、經(jīng)驗的測試人才
有些軟件公司舍得花幾十萬(wàn)元去買(mǎi)測試工具軟件，但缺乏具有良好素質(zhì)、經(jīng)驗的測試人才。軟件測試自動(dòng)化并不是簡(jiǎn)簡(jiǎn)單單地使用測試工具，還需要有良好的測試流程、全面的測試用例(Test case)等來(lái)配合腳本的編寫(xiě)，這就要求測試人員不僅熟悉產(chǎn)品的特性和應用領(lǐng)域、熟悉測試流程，而且很好地掌握測試技術(shù)和編程技術(shù)。
3.測試工具本身的問(wèn)題影響測試的質(zhì)量
一般不會(huì )對自動(dòng)測試腳本再做大規模的測試，所以自動(dòng)測試腳本的質(zhì)量往往依賴(lài)于TA工程師的經(jīng)驗和工作態(tài)度，如果自動(dòng)測試工具不能提供一種機制來(lái)保證腳本的的質(zhì)量，那將直接影響到測試結果的正確性。通過(guò)自動(dòng)測試工具測試的Test Case是不需要再進(jìn)行手工測試的，將自動(dòng)測試與手工測試有效的結合，并在最終的測試報告中也體現自動(dòng)測試的結果，是比較正確的做法。
4.沒(méi)有進(jìn)行有效的、充分的培訓
人員和培訓是相輔相成的，如果沒(méi)有良好的、有效的、充分的培訓，測試人員對測試工具了解缺乏深度和廣度，從而導致其使用效率低下，應用結果不理想。這種培訓是一個(gè)長(cháng)期的過(guò)程，不是通過(guò)一兩次講課的形式就能達到效果。而且，在實(shí)際的使用測試工具的過(guò)程中，測試工具的使用者可能還存在著(zhù)這樣那樣的問(wèn)題，這也需要有專(zhuān)人負責解決，否則的話(huà)，會(huì )嚴重影響測試工具的使用積極性。
5. 沒(méi)有考慮到公司的實(shí)際情況，盲目引入測試工具
有一點(diǎn)很明確，不同的測試工具面向不同的測試目的、具有各自的特點(diǎn)和適用范圍，所以不是任何一個(gè)優(yōu)秀的測試工具都能適應不同公司的需求。某個(gè)公司懷著(zhù)美好的愿望花了不小的代價(jià)引入測試工具，半年一年以后，測試工具卻成了擺設。究其原因，就是沒(méi)有能夠考慮公司的現實(shí)情況，不切實(shí)際地期望測試工具能夠改變公司的現狀，從而導致了失敗。
例如，國內多數軟件公司是針對最終用戶(hù)進(jìn)行項目開(kāi)發(fā)--工程性質(zhì)的軟件，而不是產(chǎn)品開(kāi)發(fā)。項目開(kāi)發(fā)周期短，不同的用戶(hù)需求不一樣，而且在整個(gè)開(kāi)發(fā)過(guò)程中需求和用戶(hù)界面變動(dòng)較大，這種情況下就不適合引入黑盒測試軟件，因為黑盒測試軟件的基本原理是錄制/回放(雖然通過(guò)修改，形成結構化測試腳本)，對于不停變化的需求和界面，可能修改和錄制腳本的工作量大大超過(guò)測試實(shí)施的工作量，運用測試工具不但不能減輕工作量，反而加重了測試人員的負擔。這種情況下可以考慮引入白盒測試工具，以提升代碼質(zhì)量。
6. 沒(méi)有形成一個(gè)良好的使用測試工具的環(huán)境
建立良好的測試工具應用環(huán)境，需要測試流程和管理機制做相適應的變化，也只有這樣，測試工具才能真正發(fā)揮其作用。例如，對于基于 GUI錄制/回放的自動(dòng)測試來(lái)說(shuō)，產(chǎn)品界面的改變對腳本的正常運行影響較大。再者，白盒測試工具的一般在單元測試階段使用，而單元測試在多數公司是由開(kāi)發(fā)人員自己完成，如果沒(méi)有流程來(lái)規范開(kāi)發(fā)人員的行為，在項目進(jìn)度壓力比較大的情況下，開(kāi)發(fā)人員很可能就會(huì )有意識地不使用測試工具，來(lái)逃避問(wèn)題。所以，有必要將測試工具的使用在開(kāi)發(fā)和測試的流程中明確起來(lái)，如在項目各個(gè)里程碑所提交的文檔中，必須包含某些測試工具生成的報告，如集成測試時(shí)DevPartner工具生成的測試覆蓋率報告、Logiscope生成的代碼質(zhì)量報告等。
<!--[if !supportLineBreakNewLine]-->
<!--[endif]-->
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
