上禮拜歸納了測試範圍的思考方法,準備要被他人拿去當績效了
自己先做個紀錄以免產生爭議
測試範圍我考慮掌握兩個方向:
o 垂直測試: 從產品化的流程,從無到有的路徑,在每個關卡放入 test point,並定義 previous gate out / next gate in 的查核條件
Ex: -> Parts 審核 / 良率
-> PCBA 產線端驗證
-> HW RD 端 RF / BB spec / Standard 測試
-> SW RD 端軟體測試 (Spec / Unit / Compatibility / Static (Code style / Code coverage / Log analysis / Block diagram) / Dynamic (Profiling / Leakage) / Regression / Code performance analysis)
-> QA center RF / BB / ME / Env / Special / 失效模式測試
-> 軟體測試 (功能 (結構化 / 等價 / 邊界值 / 組合 / GUI) / 非功能 (效能 / 穩定度 / 壓力 / 相容性 / Security) / End user 模擬 (Web / User behavior / Value-added (Service / Package))
-> 認證測試 (Safety / EMI / ESD / Logo / IOT)
-> Acceptance test (驗收 / 可及性 / 易用性 / 量產抽驗 / User manual)
o 水平測試: 從平行功能間的交互作用,設定廣度測試,增加涵蓋範圍
Ex: -> 將功能條列,放在 X / Y 軸,然後從每個 (X,Y) 的座標定義測試,可以將多個 X or Y 結合,擴充相依性測試
-> 關鍵字測試。利用關鍵字組合出行為,建立自動化測試,將可覆蓋部分軟體測試項目
沒有留言:
張貼留言