開啟測試這扇門的鑰匙


原文
接觸測試後, 我才開始思考這些相關問題 :
如何提升產品品質? 好壞如何評估?
是從測試的多寡來看嗎?
那麼測試足夠嗎?
如果不夠, 那該增加哪類測試?
單元測試嗎? 整合測試嗎?

很新手, 也很菜鳥
可是這些問題有輸入, 卻不具備標準輸出
如果單從有沒有做這些類測試就能判斷一個產品的質量
那麼這個世界上就不會有不好用的產品存在了
開發產品就照著這些SOP走, 大家都做出了好用又穩定的產品
真是好棒棒!
但事實就是照著SOP走也很難保證產品的品質

所以在釐清這些問題之前, 是否該先問問自己對產品的了解度有多少?
如果沒用過掃地機器人, 怎麼會知道有那些功能?
如果不清楚功能, 又怎麼有能力規劃測試? 或者知道該做哪些測試? 使用什麼工具?

日常生活即測試

手機為例
我們用手機接電話, 瀏覽社群訊息, 玩遊戲...等
對他有一定程度的了解
所以你大概就知道要測聽筒, 觸控螢幕, 傳感器...等功能
也就能建立出對應的測試計畫

那麼了解功能就行了嗎?
是 也不是
了解功能有助於拓展 測試廣度
具備廣度之後, 以此為基礎才能更深入了解該領域, 然後帶出測試深度

有了以上這些認知
我們就有了測試目標, 進而安排測試
訂定測試範圍, 撰寫測試計畫,腳本, 進行測試, 然後評估測試結果

於是經由 實踐 > 結論 > 再實踐 > 再結論
如此一連串的循環一步步地改進, 優化

所以回歸到最原始的疑問
如何提升產品品質?
我認為是先從使用產品, 了解產品相關知識開始
在使用的當下, 你已身在測試其中了

tags: test

#test #QA







你可能感興趣的文章

[FE301] React 基礎(Class component 版):React 環境建置

[FE301] React 基礎(Class component 版):React 環境建置

閉包

閉包

 滲透測試重新打底(3.3)--論Web入侵之任意檔案上傳漏洞

滲透測試重新打底(3.3)--論Web入侵之任意檔案上傳漏洞






留言討論