您好,登錄后才能下訂單哦!
作為軟件測試人員,我們需要在需求階段就開始介入測試,因為通常在測試進行之前,需要對測試需求進行分析和匯總以及評審,給測試方案的設計提供參考。那我們在接收到測試任務的時候應該做些什么呢?以下匯總一下本人建議,僅供參考,需根據實際項目情況來定奪。
了解產品
了解產品的部署環境:部署的軟硬件環境,以及與產品線上環境的差別。一般應盡量一致。
了解產品功能
了解功能目的
通過閱讀需求文檔或設計原型,或者口頭向產品負責人了解產品有哪些模塊。形成產品功能列表
了解各功能模塊的開發進度,完成/未完成。未完成原因與完成時間
了解容易出錯的模塊
了解已知問題
了解業務流程:了解產品的業務流程有哪些,構造業務流程圖。
了解模塊的作用,設計出來的目的,為了滿足用戶的什么要求
了解各功能及模塊的用戶場景
確認核心功能、主要功能;常用功能、不常用功能,確認重要模塊的應用場景(可用于確認測試重點)
了解產品的其他要求
對性能的要求
對安全性的要求
對環境的要求:操作系統、瀏覽器(兼容性要求)
產品分解
頁面鏈接(各頁面的訪問,是否有404、500等報錯)
功能流(主流程、備選流,可理解為數據流向)
數據統計的準確性
不同平臺同一數據的一致性
同一平臺同一類型數據的統一性(如時間格式、提示信息窗口--警告類、成功類,等)
用戶界面(布局排版是否正常合理規范)
用例編寫,測試用例編寫的過程也是加深對產品的理解的過程
測試,測試過程總不可能一帆風順,會遇到各種各樣的情況。比如某些操作導致的系統失效,可能是在寫測試用例的時候未考慮到的。因此測試過程的是補充用例的最佳指導,也是更加深刻理解產品的過程。另外需要說明的一點是,測試過程,特別是對于迭代快速的項目,可能未進行測試用例的編寫,測試只是根據測試點開展。這就很難避免會遇到一些我們不是非常確定操作步驟的問題,包括偶發性的問題,以及路徑比較復雜的問題,常常在發現問題后,甚至記不起發現這個問題前自己的操作。遭遇這種情況是非常令測試人員頭疼的。我的建議是,可以在測試的過程中,使用錄屏工具,對我們的測試所有操作進行錄制。當遇到無法確定操作步驟的問題時,查錄制記錄。
(待續……)
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。