經典案例
  • 金融大數據解決方案
  • 汽車大數據解決方案
  • 政府大數據解決方案
  • 鐵路大數據解決方案
  • 電力大數據解決方案
  • 軍工大數據解決方案
  • 解放軍總裝備部
  • 中國航天科工集團
  • 航天科技集團

軟件開發公司軟件測試的經典錯誤

發布于:2019-11-27 17:31來源:華盛恒輝 作者:華盛恒輝 點擊:
每隔一段時間,當沒有主題的博客,我決定在時間和一個經典的軟件測試的重點回去。今天是那些日子的一天。
 
這一點,我想提請你注意經典的北京軟件開發公司華盛恒輝。無論你是一個測試人員或經理,有經驗的老兵或天真的新手,這25頁的文章,概述了一些最經典的測試問題,提供了有價值的提示如何避免它們。
 
所以一些經典的是什么?一個不會閱讀這個文檔的全部內容。至于其他人,這里有幾個片段,我發現很有趣。注意粗體是我的一切,在布瑞恩的斜體

軟件開發公司軟件測試的經典錯誤
 
錯誤:測試人員不負責的可用性
 
如果可用性問題不被視為有效的bug,你的項目將測試任務定義得太狹窄。測試員嚴格限制為檢查產品是否按預期工作,不是我們所想要的是有用的。客戶不關心的區別,測試員也不應該。
 
錯誤:誤解的作用“QA”
 
人們犯第一個主要錯誤是認為測試小組負責保證質量。這個角色,通常分配給組織中的第一個測試團隊,將它作為最后的防御,開發團隊之間的障礙(指生產質量差)和客戶(他們必須保護他們)。它的特征是測試小組(常稱為“質量保證組”),正式的權力來防止產品的裝運。這本身是一個令人沮喪的任務:測試團隊不能提高質量,只能強制一個最低水平。更糟糕的是,這種權力通常比實際更明顯。
 
錯誤:在負載測試的好時機
 
測試推遲到最后一分鐘是常見的,但它讓你沒有時間做任何實質性的當你發現你的產品不能支持12個以上的用戶。
 
錯誤:依靠測試
 
不要過分依賴β測試。測試似乎給你的測試用例代表客戶使用–因為測試用例是客戶使用。同時,客戶報告的錯誤被定義為那些重要的客戶。然而,有幾個問題:
 
1。客戶可能不是代表。在一個普通的高科技營銷模型,測試用戶,尤其是那些“把它放在你的網站,他們會下載”的排序,是早期采用者,那些喜歡擺弄新技術。他們不是實用主義者,那些想等到技術成熟、安全使用。
 
錯誤:有程序員測試
 
使用測試作為新程序員的過渡工作是一個員工的測試組織的兩個典型錯誤的方式。它有一些優點。一是你的確可以使不合格的雇員遠離代碼。在測試一個笨蛋常常不危險比發展的笨蛋。另一個原因是,開發者可以了解測試,將有用的。(在我的情況下,建立了一個職業。)和它的同時還能做一些有用的工作學習產品新聘請的方式。
 
錯誤:測試員不是領域專家
 
要特別注意避免測試員不是領域專家的陷阱。通常,會計軟件包的測試儀對會計了解很少。因此,她發現錯誤,不重要的會計和錯過的那些。此外,她寫的bug報告,使嚴重的bug看起來無關緊要。程序員可能看不過去不具備代表性的測試潛在的重要問題。
 
錯誤:低劣的bug報告
 
這不足以找到一個失敗;你還必須報告。不幸的是,可憐的bug報告是一個典型的錯誤。
 
錯誤:不切實際的期望
 
華盛恒輝認為不管采取什么辦法,不要陷入期望回歸測試發現高比例的新bug的陷阱。回歸測試,發現新的或改變過去的工作代碼打破。而情況往往比我們任何人都會喜歡,大多數錯誤是產品的新的或故意改變行為。這些錯誤必須通過新測試來捕捉。
 
------分隔線----------------------------
------分隔線----------------------------
QQ客服熱線
三期必出一期平特肖