2022年五月一日勞動節，我們終於推出第一堂KEENLITY課程

「工程總監帶你學 – 軟體測試」

這堂課程耗費多少時間製作已經數不清了，畢竟是在職製作，只能在不影響工作的狀況下，才能夠有進度。通常也都是夜深人靜或假日的時間了

課程介紹

首先我們先稍微介紹一下這堂課程，這不是你學習了就會變成超強測試工程師的一堂課，相反的，我反而希望上完這堂課的同學，能夠「停下腳步」，慢下來，好好地思考一下，你現在所經歷的軟體開發流程，是不是有什麼優點，另外又有什麼缺點，是不是還有什麼欠缺的，透過這堂課程，主要是在教授各位一個測試工程師在軟體開發流程裡面，應該扮演什麼角色和做哪些事，還有最重要的，是QA怎麼思考的，所以，這也是讓非測試領域的人認識QA的一堂課，所以課程的目標群眾，是會經歷到軟體開發的所有人，不限於測試工程師本身喔。

接著我們多做一些討論，軟體測試領域一直以來，都會聽到一句話，人人都可以做QA的工作。

這可以從兩個層面來解釋

如果這裡的QA是單指對產品品質的保障，那我們不得不承認，無論是PjM, PM, QA, R&D，都必須是我們品質確保的一環，因為產品的完整交付，是每一個參與其中的人的責任，並非單單QA要對產品品質擔起責任。

而另一個層面，如果這裡的QA指的是測試工程師，無論如何我都得站出來持反對意見了。

隔行如隔山，無論哪個領域跨足到另一個未知領域，包租婆也認證過，要成為絕世高手,並非一朝一夕,除非是天生武學奇才. 但是這種人…..萬中無一，達文西這樣的特例我們就不討論啦，簡而言之，只要我們還沒有那個領域的知識，相較於原本就已經在該領域裡有領域知識的人，就是晚了一點點。但這也就代表了，如果沒有適當的訓練，並不是人人都可以做QA的工作的。就像專案管理、產品設計、程式設計，都是屬於一般認知的專業，學校都有開設課程，都有算學分。

講到重點了，軟體測試學校有教嗎？

我不會說完全沒有啦，我有查到一些學校，像是交通大學、輔仁大學、高雄師範大學、逢甲大學這些都有開設軟體測試的課程，但相對的和程式設計的普遍性比較起來，那絕對是少數的了。

這也就造成了能用測試的角度來看待事情的人，成了相對少數，那這樣的理念和方法，也就會變成少數人的意見。

我就問一句，你曾經說過要延長測試時間，為了確保測試品質，然後公司團隊就真正的把發版時間往後推超過一週而且沒有加班的人請到社群留言告訴我，我們要給這些公司好好的拍拍手。

言歸正傳，因為學校的教學和帶領沒有很多，大部分的測試工程師，都是在業界學會如何成為一位測試工程師的。講到這裡，大概八成的人都心有戚戚焉，這句話是事實，但也有一個很可怕的問題存在，那就是能學會的測試技能，極高的依賴這間公司能給你什麼樣的資源和指導，如果一間公司只懂的埋頭苦幹的測試，那這位測試工程師也就會認為測試就是這麼一回事。如果一間公司，只是一直單純的在把testcase自動化，然後固定的產出報表，那自動化測試工程師就會一直向生產線一樣的在寫自動化腳本，也就認為自己能夠做到的就是那樣了，或是自己的價值就是這樣了

這個狀況在我職涯上千場的面試裡，真的是呈現高比例的吻合，我覺得自己很幸運，在我接觸到測試這個角色時候，我並不是直接地成為一個測試工程師，而是身為測試工程師們的一份子，然後去觀察，理解，研究測試工程師到底在做什麼，這種置身事外的環境，讓我能夠看得更透徹，俗話說的好，當局者迷，旁觀者清，讓我更能看到測試工程師的價值和重要性。這也毅然決然的從R&D的角色，轉向普遍比較低薪測試領域，有高薪的記得跟我說，介紹一下，不然看獵頭給的職缺，這個趨勢應該一直以來都沒變過。

我現在把自己放在業界裡面來看，知道自己仍然只是一個工作努力的名不見經傳小員工，而不是喊的出來的名字的大神，但也無所謂，我也沒想過當大神，我會做軟體測試的推廣，只是希望這塊磚拋出來，可以引出更多的玉、翡翠、瑪瑙出來，一起推動軟體測試的發展，或是真的因為我的這些內容產出、課程教學或是業界的媒合，而讓更多的人了解測試工程師的重要性，無論如何都值得

而現在的第一堂課推出了，我們會從最基礎的開始講起，像是軟體開發流程是什麼，到底每個角色扮演什麼角色，我們測試工程師到底該做些什麼事，而我認為最重要的，是我們身為測試工程師，該用什麼樣的態度和作法去面對職場上一堆很鳥的事情，在這個課程裡面，就是一個我的經驗匯總，無論是新鮮人、資深測試工程師，還是已經是測試的管理職，都能夠從課程內容裡去獲取新的東西，尤其是大家應該從過往的內容裡可以看得出來，我並不是這麼的推崇敏捷，要強調喔，只是不推崇，不是反對喔，敏捷很多概念是非常好的，至於為什麼會沒這麼推崇，從課程裡面有對一部分有做解釋和說明。

我呢，沒有行銷和業務背景，不懂怎麼行銷我的課程，所以我把主題圍繞在KEENLITY一開始的初衷，要建立一個軟體測試社群和推動軟體測試的發展，這堂課也就有了一個特別的課程設計，就是隨著同學數量達到不同的階段，我們後面會有不同的活動開始展開，總共有四個階段，這時間只先揭露第一個階段啊，這第一階段，將在同學數量達到250人時開始，我們會在這個小圈圈內，進行類似學術研討會的活動，在同學當中徵集一些想要分享的內容，由KEENLITY這邊作為主辦方，煩惱一些雜七雜八的瑣碎事務，如果有必要開支，也會由KEENLITY支出

順便解釋一下，為什麼要設定人數，為什麼要限定課程人員。其實概念很簡單，單純的認為願意付費學習的人，一定對於軟體開發領域有興趣，而一個活絡的社群，就是要聚集有興趣且有行動的人，否則像鄉民一樣，我跳進來啦，我又跳出去啦，其實很難凝聚，另一方面，很多技術研討會也都是需要付費才能參加的，透過付費，其實就可以篩選出人群了，更何況很多研討會年年舉辦都要付錢，而現在付一次課程的費用，可以參加未來的活動，雖然聽起來有點像龐氏騙局，不過接著就要來說明為什麼要達到一定的人數才進行這類活動。

首先，人人都願意當志工，廠商都願意提供免費物資的狀況，我相信基本上只有夢裡有，所以推動任何事情最終都需要成本的，如果能累積一定的學員人數，也就可以累積一些可用資金來推動一些事情，這也是說到最後，KEENLITY為何得是一個營利事業體的原因了。

我只是個想要活絡軟體測試領域的一個普通人，還要維持家庭，所以沒有可以一直奉獻的金山銀山，付費課程的模式，是我能想到透過現金流的方式來讓KEENLITY可以持續地推動的唯一方法，雖然曾想過開放大家捐款，但開設各種軟體測試課程絕對比純收錢更有意義和價值，不是嗎？

歡迎正在收聽跟閱讀部落格的你，加入我們，聽Podcast的你可以到社群裡找到這集的文章，可以看到課程連結，閱讀部落格的你，應該可以直接看到課程連結，期待各位新鮮人、領域專家、所有對軟體開發領域有興趣的人一起加入我們。

如果你對付費課程沒興趣，轉發Podcast或部落格分享到你的社群網路
也會是推動軟體測試發展的一份力量