01
QA TESTING
品質測試
檢查功能、狀態、錯誤與實際操作流程。
MEET THE TEAM
BEAR
小熊
MARKETING DIRECTOR · QA ENGINEER
從使用者真正操作的地方
找到專案需要改善的問題
找到專案需要改善的問題
很多問題在企劃書、
設計稿或開發畫面上看不出來。
真正上線後，
使用者可能找不到按鈕、
不知道下一步，
表單填不完，
手機版不好操作，
或廣告點進網站後訊息完全接不起來。
BEAR 在 INFUTURE
同時從行銷與 QA 測試角度參與專案，
協助檢查網站、Campaign、
APP、系統與 Conversion Flow，
找出會影響體驗、
轉換與執行品質的問題。
INFUTURE
Marketing Director
FOCUS
QA & Optimization
FIELD
Marketing / Testing / UX
QA
品質與測試
FLOW
使用流程
MARKETING
行銷與轉換
OPTIMIZATION
專案優化
ABOUT BEAR
行銷看的是結果
測試看的是中間哪一步出了問題
一個 Campaign 表現不好，
可能不只是素材問題。
一個網站沒有人詢問，
也不一定只是流量不夠。
中間還可能有：
載入、CTA、內容順序、
表單、手機版、Tracking
或實際功能上的問題。
因此會從真實操作流程
把問題一層一層拆開確認。
AREAS OF EXPERTISE
主要 專業領域
02
USER FLOW
使用者流程
確認使用者是否能理解並走完真正重要的流程。
03
WEBSITE REVIEW
網站檢查
Navigation、RWD、表單、CTA、內容與 Tracking。
04
CAMPAIGN REVIEW
Campaign 檢查
從廣告、Landing Page 到名單流程找問題。
05
CONVERSION
轉換流程
檢查點擊之後每一個可能讓使用者中斷的位置。
06
MOBILE TESTING
手機與裝置測試
確認不同尺寸、裝置與操作方式的使用狀況。
07
PRODUCT TESTING
產品功能測試
APP、後台、會員、表單與商業流程驗證。
08
OPTIMIZATION
專案優化
依照問題影響程度安排適合的改善優先順序。
QA IS MORE THAN BUGS
測試不只是在找
哪一個按鈕不能按
FUNCTION
功能
功能是否按照原本規格正常運作。
FLOW
流程
使用者是否能順利完成完整操作。
CONTENT
內容
資訊、文字、價格與頁面內容是否正確。
DEVICE
裝置
Desktop、Tablet、Mobile 與不同瀏覽情境。
STATE
狀態
Loading、Empty、Error、Success 是否完整。
TRACKING
追蹤
重要事件與轉換是否真的有被記錄。
USER JOURNEY REVIEW
問題常常不在單一頁面
而是在頁面之間
廣告、Landing Page、 內容、CTA、表單與成功頁面， 每一段單獨看都可能沒問題。 但整條路徑接起來時， 使用者卻可能在某一步突然停下來。 因此需要從完整 User Journey 重新走一次。
Ad
Landing
Content
CTA
Form
Success
Follow-up
逐步確認訊息是否一致、操作是否清楚、有沒有流程中斷，以及追蹤事件是否正確。
WEBSITE QA
網站做完
還需要真的從頭走一次
從導覽、內容到表單送出，逐步確認每個操作是否清楚、每種裝置是否順暢。檢查功能，也檢查資訊、技術品質與轉換路徑。
NavigationLinkFormCTAMobileResponsiveBrowserImageContentLoading404Tracking
FUNCTIONAL · UI / UX · CONTENT · TECHNICAL · CONVERSION
CAMPAIGN REVIEW
廣告成效不好
要先找到真正卡住的位置
素材與 Landing Page 是否一致？點擊之後能不能找到 CTA？表單是否太長、手機操作是否困難、Tracking 是否完整，名單進來後又有沒有後續回應？
Creative → Audience → Click → Landing Page → Lead → Follow-up
訊息一致CTA 清楚表單順暢行動體驗追蹤完整名單承接
APP & SYSTEM QA
功能能開啟
不代表整個流程真的能用
除了正常流程， 還需要測： 錯誤輸入、 權限不足、 資料不存在、 網路中斷、 重複操作、 不同帳號狀態。 這些情境通常才是 實際使用時最容易出問題的地方。
Login
Permission
Form
Data
Error
Session
CLEAR ISSUE REPORTING
「不能用」
還不足以讓工程師找到問題
把環境、裝置、瀏覽器、帳號條件與操作步驟記錄清楚，對照預期與實際結果，再附上相關畫面及影響程度。讓設計、工程、行銷與客戶理解同一個問題。
EnvironmentDeviceBrowserAccountStepsExpectedActualScreenshotSeverity
重現問題 → 記錄步驟 → 確認預期結果 → 提供實際結果 → 附相關畫面
SERVICES I WORK ON
主要參與的
INFUTURE 服務
網站設計
Website QA、Mobile、Form、CTA 與 User Flow。
查看服務 →廣告代操
Campaign Review、Landing Page、Lead Flow 與 Tracking。
查看服務 →APP 開發
Functional QA、User Flow、Device 與操作情境測試。
查看服務 →軟體開發
System QA、Permission、Data Flow 與 UAT。
查看服務 →行銷設計
Message、Campaign Flow 與 Creative Review。
查看服務 →SEO 與網站品質
Content、Link、Page Experience 與 Conversion Path。
查看服務 →
HOW I APPROACH QA
先知道正確應該怎麼走
再開始找哪裡出了問題
01 / DEFINE
定義
先確認正常流程與預期結果。
02 / TEST
實際操作
依真實使用者方式完整走一次。
03 / BREAK
測例外
刻意測試錯誤輸入與特殊狀態。
04 / DOCUMENT
記錄
把問題、環境與重現步驟寫清楚。
05 / PRIORITIZE
排序
依照影響程度安排修正優先順序。
06 / RETEST
重新驗證
修正完成後再次確認問題是否真正解決。
PRIORITY & SEVERITY
所有問題都要處理
但不一定要同時處理
核心流程失效
例如無法登入、付款、送出或完成主要操作。
重要功能受影響
主要功能可使用，但特定情境會造成重大問題。
操作體驗不順
不一定阻斷流程，但會增加理解或操作成本。
細節優化
視覺、文案與不影響核心流程的改善項目。
修正順序也會一起考量 Business Impact、User Impact 與 Technical Risk，避免只看問題數量，忽略實際影響。
USER ACCEPTANCE TESTING
工程師測過
還要從真正使用者的角度再看一次
QA 檢查品質與功能；UAT 進一步確認系統是否符合實際工作方式。以真實業務流程、角色權限與驗收標準，確認日常工作是否能順利完成。
Business FlowDaily OperationPermissionReal DataEdge CasesAcceptance Criteria
MARKETING × QA
行銷和 QA
都在看使用者做了什麼
一邊從數據發現問題，另一邊透過實際操作找出可能原因，最後一起回到使用者體驗。
MARKETING
Reach、Click、CTR、Lead、Conversion：使用者在哪一步停止前進？
QA
Flow、Error、Usability、Device、State、Function：實際操作時遇到了什麼？
MARKETING → USER EXPERIENCE ← QA
POINT OF VIEW
做測試時
比較在意這幾件事
01
能用不等於好用
功能成功執行，使用者還是可能完全不知道下一步在哪裡。
02
問題要能被重現
把環境與操作步驟記錄清楚，修正才能建立在同一個問題上。
03
先修影響大的地方
核心流程與大量使用者會遇到的問題，通常比小細節更優先。
04
上線前多走一次流程
很多看似小的問題，在正式使用後會被放大，因此正式發布前值得再完整檢查。
PROJECTS I OFTEN WORK WITH
比較常參與
這些品質與優化需求
企業網站 QA
Landing Page Review
APP 測試
管理系統 UAT
Campaign Conversion Review
舊專案品質盤點
PROJECT FOCUS
專案方向與案例整理
WEBSITE QA
網站與轉換流程
實際案例整理中
APP TESTING
APP 功能與操作
實際案例整理中
CAMPAIGN REVIEW
Campaign 與 Landing
實際案例整理中
SYSTEM QA
系統與驗收
實際案例整理中
INSIGHTS
品質與優化
從問題累積實務觀察
QA / TESTING
測試與問題管理文章整理中。
WEBSITE / UX
網站品質與使用體驗文章整理中。
MARKETING / CONVERSION
行銷與轉換流程文章整理中。
WORKING TOGETHER
什麼問題
適合先做一次 QA 與流程盤點
網站已經做好但問題很多
手機版一直被使用者抱怨
廣告點擊很多卻沒有詢問
APP 快完成，需要完整 QA
管理系統準備驗收
舊專案不知道哪裡該先修
功能很多但流程非常亂
希望建立正式 QA Checklist
FAQ
QA 合作前
常被問到的問題
兩個領域都參與。主要角色是行銷總監與測試工程師，因此會同時從使用者、行銷與 QA 角度檢查專案。
測試通常著重實際執行測試案例；QA 還會關注規格、流程、問題管理與整體品質控制方式。
需要。表單、RWD、CTA、連結、內容、瀏覽器與 Tracking 都適合在正式上線前完整檢查。
可以依專案範圍評估，先確認測試環境、規格、主要流程與希望交付的測試內容。
可以先了解既有規格、測試環境與驗收標準，再評估適合的 UAT 或 QA 範圍。
MORE FROM THE TEAM
品質之外
還有不同角色一起完成專案
TEST WHAT USERS ACTUALLY EXPERIENCE
專案做完之前
先真正走過一次使用者會走的路
網站、APP、系統、 Landing Page 或 Campaign， 如果現在覺得哪裡怪怪的、 一直出問題， 或數據看起來不合理， 可以先從 QA 與流程盤點開始。