一些典型的測試方面的誤解-2

第第頁一些典型的測試方面的誤解一些典型的測試方面的誤解

發(fā)表于：2023-04-22來源：：點擊數(shù)：標(biāo)簽：測試典型的方面的面的誤解

在我們每天的工作中，我們可能時時都在面對著對測試的批評和指責(zé)中。開發(fā)人員或管理人員試著用這種或那種的理由要求我們在測試過程中更負(fù)責(zé)，更仔細(xì)些。但是你認(rèn)為他們對你的要求或指責(zé)都是正確抑或合理的嗎？作為一個測試人員，你是否在工作中固執(zhí)己見？

在我們每天的工作中，我們可能時時都在面對著對（測試）的批評和指責(zé)中。（開發(fā)）人員或管理人員試著用這種或那種的理由要求我們在測試過程中更負(fù)責(zé)，更仔細(xì)些。但是你認(rèn)為他們對你的要求或指責(zé)都是正確抑或合理的嗎？作為一個（測試人員），你是否在工作中固執(zhí)己見？作為一個管理者，你是否一味地追求高深的技術(shù)或測試（自動化）呢？本文參照了國外一些資深的測試專家的觀點，并結(jié)合本人多年的經(jīng)驗而成。希望我們能夠更理性的把測試工作做的更好。測試的角色認(rèn)為測試小組應(yīng)負(fù)責(zé)保證產(chǎn)品的質(zhì)量－這是經(jīng)常被開發(fā)人員和管理人員濫用的一句話。經(jīng)常出現(xiàn)在出現(xiàn)問題時，對測試小組的指責(zé)中。就是由于這個觀念的存在，導(dǎo)致很多問題在開發(fā)晚期或測試后期才發(fā)現(xiàn)，可能需要大量的返工甚至拖延了產(chǎn)品的發(fā)布時間。其實在開發(fā)過程中的每一人都有可能影響產(chǎn)品的質(zhì)量。這就像建房子一樣，房子出現(xiàn)問題了，只是檢查人員的問題嗎？我想如果每一個人都心懷以“質(zhì)量為中心”，小心謹(jǐn)慎的做好自己的工作，產(chǎn)品的質(zhì)量會上一個很多的臺階。認(rèn)為測試就是為了發(fā)現(xiàn)錯誤－在很多“軟件測試”的定義中，都提到類似“軟件測試是為了發(fā)現(xiàn)錯誤”的話。其實這個觀點是提醒人們在測試過程要以查找錯誤為中心，而不是證明軟件的正確功能。但是很多人僅憑著字面的意思就認(rèn)為發(fā)現(xiàn)錯誤是測試的唯一目的，那些找不出任何錯誤或很少錯誤的測試都不是成功的測試，這是錯誤的。其實測試不僅僅只是為了發(fā)現(xiàn)錯誤，還需要分析錯誤產(chǎn)生的原因和其分布情況，為開發(fā)人員，管理層提供參考，指出產(chǎn)品或開發(fā)過程中存在的主要問題。而且隨著人們對產(chǎn)品質(zhì)量的要求的提高，出現(xiàn)了多樣的測試類型。象易用性測試，性能測試，覆蓋率測試，恢復(fù)性測試，完整性測試等，這些測試都不是完全為了發(fā)現(xiàn)錯誤，而是找出和預(yù)期標(biāo)準(zhǔn)不同的問題。所以個人認(rèn)為還是IEEE在1983年提出的:“使用人工或自動手段來運(yùn)行或測定某個系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實際結(jié)果之間的差別?！北容^權(quán)威。認(rèn)為測試不能發(fā)現(xiàn)重要的錯誤－有些開發(fā)人員認(rèn)為單純的手工測試只是發(fā)現(xiàn)系統(tǒng)的一些皮毛問題，因此從心里看低測試人員。但有過經(jīng)驗的開發(fā)人員知道，測試人員也發(fā)現(xiàn)了很多重要的問題。我曾經(jīng)看過一些在開發(fā)小組中特別有權(quán)威的測試人員，他們雖然也只作黑盒測試，但他們發(fā)現(xiàn)的錯誤都是重量級的。認(rèn)為測試小組沒有提交可用性方面的問題沒有集中精力評估產(chǎn)品的質(zhì)量提交錯誤數(shù)據(jù)的同時，但沒有把數(shù)據(jù)放入錯誤發(fā)生的背景里－有些測試人員認(rèn)為我發(fā)現(xiàn)錯誤了，就成功了。在錯誤報告中，只是提及錯誤的情況和數(shù)據(jù)，但卻沒有提及錯誤發(fā)生的背景或是步驟。造成開發(fā)人員很難重現(xiàn)并修改錯誤。很晚才開始測試（只是發(fā)現(xiàn)錯誤，而不是減少錯誤）－這個很顯而易見。但不幸的是，我參與過的很多項目測試小組都是在很晚才開始測試的。由于公司在成本上的考慮，導(dǎo)致了在開發(fā)后期或系統(tǒng)測試時才開始測試。出現(xiàn)了開發(fā)人員在項目晚期還在加班改bug的情況，甚至由于錯誤太多拖延了交付時間。在其中，還有可能發(fā)現(xiàn)整體設(shè)計和構(gòu)架上的缺陷，導(dǎo)致明知會有很嚴(yán)重的后果都不敢改動代碼的事情。計劃完成的測試工作量測試的工作量和功能測試有偏離低估了配置測試把壓力和負(fù)載測試放在最后進(jìn)行不測試文檔不測試安裝過程過分依賴beta測試在轉(zhuǎn)移到下一個任務(wù)之前必須完成現(xiàn)在的測試任務(wù)未能正確地識別風(fēng)險區(qū)域固執(zhí)地遵從測試計劃人員問題利用測試作為新開發(fā)人員的過渡工作從不合格的程序員中招募測試人員測試人員不需要是領(lǐng)域?qū)＜也粡目蛻舴?wù)人員或技術(shù)文檔人員中挑選測試人員堅持測試人員必須能夠（編程）缺乏多樣性的測試小組認(rèn)為測試和開發(fā)人員有本質(zhì)的區(qū)別相信開發(fā)人員不能夠測試他們自己的代碼開發(fā)人員既沒有受過培訓(xùn)，也沒有激情測試工作中的測試人員比設(shè)計測試更注重運(yùn)行測試不審核測試設(shè)計非常詳細(xì)地描述測試的輸入和過程沒有注意并探測到“不相關(guān)的”怪事檢查產(chǎn)品應(yīng)該執(zhí)行的和期望的一樣，但沒有檢查它不應(yīng)該執(zhí)行的是期望不應(yīng)該執(zhí)行的一樣測試套件只有他們的才可以理解只通過用戶可見的界面測試拙劣的錯誤報告當(dāng)發(fā)現(xiàn)錯誤后，只是增加了（回歸）測試沒有為下一此測試工作量做筆記測試自動化嘗試自動化所有的測試可以立即減少工作量或人力期望重新運(yùn)行手工測試使用GUI捕獲/回放工具以減少創(chuàng)建測試的成本期望回歸測試可以發(fā)現(xiàn)更多的新