實踐證明,盡管人們在 開發 軟件的過程中使用了許多保證軟件 質量 的方法和技術,但開發出的軟件中還會隱藏許多錯誤和 缺陷 。這對于規模大、復雜性高的軟件更是如此。所以,嚴格的軟件..
為什么需要日構建 日構建和持續集成是類似的,對開放源碼熟悉的人應該都知道Nightly Build。而持續集成這個詞來自 XP 方法,它的頻率可以比日構建更高,可以做到幾分鐘就進行一次集成,故而..
最近,我的一個同事在走廊里攔住我,非常驕傲和熱情地給我描述了她為一套 自動測試 程序進行的設計和采用的技術。她說:“最妙的是他們都能夠非常順利、漂亮的運行”。在我走開的時候..
“千般路”與“磨豆腐” 很久以前聽一個故事:從前有個小伙子,少時有大志,長大后卻無好營生,開了個豆腐作坊,每天磨豆腐累得腰酸背疼。每到夜深人靜,小伙子輾轉反側,總想找條更..
讀過《Don’t Make Me Think》的人肯定記得,作者在其中提到了簡單的可用性測試。不過用個攝像機什么的,似乎不太適合我們這邊的情況,在國內的中小型企業,實際的嘗試和運用中,還是需要不..
如果你沒有對你的產品進行過測試,那么你的產品就不能正試上線。通過可用性測試可以提高產品的 可靠性 和有效性。 讓真正的用戶來進行用戶測試是基礎的可用性測試方式 在紙上記錄用戶..
工作一直緊張,但今天還是岔出了一件事情,就是對我負責的模塊進行用戶可用性 測試 。兩個小時的測試還是有點收獲,小記之。 剛剛從公司的培訓課程中學到了"Usability Test",沒想到這么快..
包含良好自動化測試實踐的基礎結構可以是一個幸事,也可以是一個禍根。這篇文章描述了這樣一種場景,它避免了測試小組隨著時間的推移,產生出不斷蔓延的測試基礎結構。 這是我在項目..
作為軟件 開發 的重要環節, 軟件測試 越來越受到人們的重視。隨著軟件開發規模的增大、復雜程度的增加,以尋找軟件中的錯誤為目的的測試工作就顯得更加困難。然而,為了盡可能多地找..
(1)測試需求的名稱 為了便于對測試需求進行規范管理,方便查詢和統計分析,用來唯一標識一個測試需求。 (2)測試需求的編號 “需求編號”采用“REQ-A-B-C”四段編號,其中“REQ”代表需..
通過業務風險分析確定了每個業務功能的業務風險級別,包括 (1)A級-高級風險 (2)B級-中級風險 (3)C級-低級風險 針對業務功能的不同業務風險級別,確定業務功能的測試 需求 的優先..
一般情況下,用戶接受測試的測試 需求 包含四大類: (1)業務功能類的用戶測試需求 簡單解釋: (a)以檢查業務功能的正式業務要求是否被正確的實現了為目標 (b)以檢查業務功能的潛在..
最近,我的一個同事在走廊里攔住我,非常驕傲和熱情地給我描述了她為一套 自動測試 程序進行的設計和采用的技術。她說:“最妙的是他們都能夠非常順利、漂亮的運行”。在我走開的時候..
Bug“指揮棒” 一個優秀軟件產品的成功,除了其先進的技術含量之外,產品 開發 過程的有序和有效科學的管理也是另一個不可或缺的重要因素。微軟的產品開發基本上遵循一個完整的開發周期..
做了多年的測試工作,也 面試 了一些公司。經常有些人上來就是問,你會用什么測試工具。從這個角度看,似乎測試工具比起扎實的測試知識、 手工測試 經驗等更為重要。實際上我不這么認..
測試工作,有輕松的時候,也有繁忙的時候,但總的來說忙大于輕松。記得剛上手測試時,不知道從何下手?產品的操作手冊和命令手冊,最基礎的DD,卻是新人最好的參考資料;產品的操作手冊和命令手..
函數間的調用應該屬于 集成測試 的范疇,而且屬于集成測試的最底層,主要是驗證函數間的接口是否調用正確,數據的誤差是否因為調用而別放大 集成測試的策略 1)大爆炸集成 優點:可以迅速完..
1 基本信息 好的測試都是基于模型的。 由于軟件輸入空間的無限性,使得 測試人員 不可能遍歷軟件的所有輸入。其實,遍歷軟件的所有輸入一般也是沒有必要的。優秀的測試設計,往往能夠從..
測試是開發中必不可少的工作 首先,一個軟件產品或系統的開發成功,不僅僅是編寫完為使用者提供服務功能的程序而已。軟件程序編寫的完成,其實只是完成了開發任務中的一半。與程序的..
如今,用戶體驗測試已經不在是什么新鮮的名詞,但是在整個測試都還在探索、發展的路程之上時,用戶體驗測試顯得更為孱弱。 眾所周知,任何測試都會花費成本,用戶體驗測試也不例外。..