一切從鬼故事開始 ……
圖 1-1 測試鬼故事
最近幾年在幫各個公司調整軟體開發流程, 聽到一些有趣的事情,
聽到了這麼多鬼故事, 讓我覺得有你們真好 ….. 因為有你們才能讓我有工作啊 !!! (誤)
開個玩笑後, 下面來講些正經八百的原因, 為什麼想來挑戰 30 天的軟體測試介紹.
軟體測試的價值
軟體測試對於軟體開發來說,是非常關鍵的活動。但是到底有多關鍵呢? 讓我們從數字角度來看看:
圖 1-2 從2012到2019組織在品質與測試方面的支出比例[1]
個人執念
另外, 從個人的角度來看,我覺得有以下原因,會促使我想要來介紹軟體測試。
在接觸的台灣公司中,對於測試並不太重要,認為測試很簡單,RD 可以兼著做。並且賺錢就來不及了,品質不太需要考量。不太可能花上面的費用和人員配置。
市面上有關於軟體測試的書籍或文章很少,即使有也多數偏向是自動化測試。測試基本知識幾乎沒有,更不用說業界經驗分享。若不是成大李信杰之前邀請大家共襄盛舉,分享的業界目前測試經驗,否則還真的幾乎是翻譯書籍。
軟體測試實務 : 業界成功案例與高效實踐[1][2]
圖1-4 國內第一本業界軟體測試經驗大著
前面提到自動化測試的資料比較多,主要原因是大家都誤解測試就是自動化測試,手動不需要,有了單元測試或是 E2E自動化測試,就不需要其他種類的測試。
對於金融公司、大型傳統產業、或是製造業,他們在軟體測試上有著致命的需求,因為品質不佳的損失,那可是一秒鐘幾千萬上下。他們通常比較願意往前跨一步,但就是一步,因為不懂,很難讓他們大步向前。
或許有興趣的朋友不多,但是基於上述理由,還想是再多個人出來碎碎一下。我期待可以在這些面向上可以幫助到大家
基礎觀念為主: 大多人在學校沒學, 所以至少要有基本知識, 才不會被別人忽悠. 這裡先不介紹細節, 工具 或是實作.
輔助開發人員: 不管手動或自動作法, 都還是要測試, 有懂這些, 就算不喜歡做, 才能做得高效, 把精力花在刀口
幫助經理管理: 有這些知識, 在判斷決策上比較有所根據, 風險評估上也不會輕忽
簡單且簡短: 我知道大家沒空看太多東西, 我盡量簡單易懂
那我們就開始這 30 天之旅 … 不要掉隊喔
預計寫以下內容, 但是計畫改不上變化, 所以沒有什麼保證 …….
Day 01 緣起
Day 02 品質是什麼
Day 03 軟體測試的簡介
Day 04 軟體測試的迷思
Day 05 為什麼會有這些測試階段
Day 06 測試階段說明
Day 07 軟體測試方法分類
Day 08 靜態測試方法
Day 09 黑箱測試方法
Day 10 白箱測試方法
Day 11 瀑布式開發中的測試流程
Day 12 敏捷式開發中的測試流程
Day 13 軟體測試現況調查
Day 14 測試管理是什麼
Day 15 測試管理面臨的挑戰
Day 16 測試規劃要寫什麼
Day 17 測試規劃經驗談
Day 18 測試個案的設計方法
Day 19 測試個案的內容
Day 20 測試執行前的注意事項
Day 21 測試執行流程
Day 22 回歸測試策略
Day 23 Bug 處理流程與內容
Day 24 好的 Bug 報告要注意什麼
Day 25 Bug 分析報告
Day 26 何時可以停止測試
Day 27 測試報告與指標
Day 28 測試自動化現況調查
Day 29 測試自動化策略
Day 30 測試人員和團隊
參考資料
[1] How much does software testing cost in 2024?
https://www.globalapptesting.com/blog/software-testing-cost
[2] How Much Does Software Testing Cost? 9 Proven Ways to Optimize it.
https://www.simform.com/blog/software-testing-cost/