咨詢熱線：
每隔一段時間，當(dāng)沒有主題的博客，我決定在時間和一個經(jīng)典的軟件測試的重點回去。今天是那些日子的一天。
這一點，我想提請你注意經(jīng)典的北京軟件開發(fā)公司華盛恒輝。無論你是一個測試人員或經(jīng)理，有經(jīng)驗的老兵或天真的新手，這25頁的文章，概述了一些經(jīng)典的測試問題，提供了有價值的提示如何避免它們。
所以一些經(jīng)典的是什么?一個不會閱讀這個文檔的全部內(nèi)容。至于其他人，這里有幾個片段，我發(fā)現(xiàn)很有趣。注意粗體是我的一切，在布瑞恩的斜體
錯誤：測試人員不負(fù)責(zé)的可用性
如果可用性問題不被視為有效的bug，你的項目將測試任務(wù)定義得太狹窄。測試員嚴(yán)格限制為檢查產(chǎn)品是否按預(yù)期工作，不是我們所想要的是有用的?？蛻舨魂P(guān)心的區(qū)別，測試員也不應(yīng)該。
錯誤：誤解的作用“QA”
人們犯第一個主要錯誤是認(rèn)為測試小組負(fù)責(zé)保證質(zhì)量。這個角色，通常分配給組織中的第一個測試團隊，將它作為防御，開發(fā)團隊之間的障礙(指生產(chǎn)質(zhì)量差)和客戶(他們必須保護(hù)他們)。它的特征是測試小組(常稱為“質(zhì)量保證組”)，正式的權(quán)力來防止產(chǎn)品的裝運。這本身是一個令人沮喪的任務(wù)：測試團隊不能提高質(zhì)量，只能強制一個水平。更糟糕的是，這種權(quán)力通常比實際更明顯。
錯誤：在負(fù)載測試的好時機
測試推遲到后一分鐘是常見的，但它讓你沒有時間做任何實質(zhì)性的當(dāng)你發(fā)現(xiàn)你的產(chǎn)品不能支持12個以上的用戶。
錯誤：依靠測試
不要過分依賴β測試。測試似乎給你的測試用例代表客戶使用–因為測試用例是客戶使用。同時，客戶報告的錯誤被定義為那些重要的客戶。然而，有幾個問題：
1?？蛻艨赡懿皇谴?。在一個普通的高科技營銷模型，測試用戶，尤其是那些“把它放在你的網(wǎng)站，他們會下載”的排序，是早期采用者，那些喜歡擺弄新技術(shù)。他們不是實用主義者，那些想等到技術(shù)成熟、安全使用。
錯誤：有程序員測試
使用測試作為新程序員的過渡工作是一個員工的測試組織的兩個典型錯誤的方式。它有一些優(yōu)點。一是你的確可以使不合格的雇員遠(yuǎn)離代碼。在測試一個笨蛋常常不危險比發(fā)展的笨蛋。另一個原因是，開發(fā)者可以了解測試，將有用的。(在我的情況下，建立了一個職業(yè)。)和它的同時還能做一些有用的工作學(xué)習(xí)產(chǎn)品新聘請的方式。
錯誤：測試員不是領(lǐng)域?qū)＜?/strong>
要特別注意避免測試員不是領(lǐng)域?qū)＜业南葳?。通常，會計軟件包的測試儀對會計了解很少。因此，她發(fā)現(xiàn)錯誤，不重要的會計和錯過的那些。此外，她寫的bug報告，使嚴(yán)重的bug看起來無關(guān)緊要。程序員可能看不過去不具備代表性的測試潛在的重要問題。
錯誤：低劣的bug報告
這不足以找到一個失敗;你還必須報告。不幸的是，可憐的bug報告是一個典型的錯誤。
錯誤：不切實際的期望
華盛恒輝認(rèn)為不管采取什么辦法，不要陷入期望回歸測試發(fā)現(xiàn)高比例的新bug的陷阱?；貧w測試，發(fā)現(xiàn)新的或改變過去的工作代碼打破。而情況往往比我們?nèi)魏稳硕紩矚g，大多數(shù)錯誤是產(chǎn)品的新的或故意改變行為。這些錯誤必須通過新測試來捕捉。
合作咨詢
