當舊系統要增加一個新功能時，測試要怎麼測？

在業務測試中，我們經常面臨這樣的挑戰：在原有舊系統或舊功能基礎上增加新功能，尤其是當這些舊系統由不同團隊或人員開發，且缺乏詳細文件的情況下。
這種情況下，測試工作容易出現遺漏，甚至因研發複用舊邏輯而導致 bug，測試人員有時會因此背鍋。。。

面對這類問題，以下是一些有效的應對策略：

1. 主動出擊，深入瞭解業務：
   作為測試人員，不應僅依賴產品或研發提供的資訊，而應積極主動地從使用者的角度出發，親身體驗並全面梳理舊系統的各項功能。
   讓自己成為最熟悉業務的人，這是避免遺漏測試點的關鍵。

2. 文件沉澱與溝通確認：
   基於自身的梳理成果，對比需求文件和研發實施方案，這裡也是要沉澱下屬於測試自己的需求變動文件，並在群組中分享，同時艾特產品經理和研發人員。
   確保所有重要討論都有記錄，特別是在產品文件更新不及時的情況下，這有助於預防被誤解或推責。對於初入職場的業務測試人員來說，建立專業、嚴謹的形象十分重要。

3. 編寫全面的測試用例：
   除了覆蓋新功能的測試用例，更需注重迴歸測試，確保新改動不影響舊功能。
   編寫測試用例時，可以結合研發提供的方案，並重點關注使用者初次使用、單一功能操作及多個功能組合使用的場景。這樣既能提高測試覆蓋率，也能有效防止潛在的問題。

總結來說，雖然每個業務領域都有其特殊性，但上述方法提供了一種通用的解決思路，希望對剛入行沒多久的業務測試有幫助~也歡迎大家留言交流想法