Explorez tous les épisodes du podcast QAQ什麼!?

Computex黃仁勳來演講介紹了一堆廠商，網友們幽默地表示漏掉了乖乖，而這個說法，在社群上我也觀察到了很兩極的觀點，一派覺得乖乖很重要，另一派覺得乖乖這種只是邪門歪道，應該要更積極的去找出問題而不是依靠心靈慰藉。

Google的SRE book開頭就是”Hope is not a strategy”，有一位SRE Stephen Thorne解釋這句話的意思是說「我們需要應用最佳實踐，而不是僅僅讓軟件和新功能上線並相信它們會成功。我們用這句話來指責那些在沒有應用適當原則和最佳實踐的情況下讓事情發生的人（例如產品發布或運行系統）」。

就工程師來說，有一部分的壓力都是來自於「最佳實踐」 Best Practice這個詞，但其實沒有人能夠知道最佳實踐長什麼樣子，或者是最佳實踐是要花費很高的成本，但公司卻沒給這麼多，所以做不到最佳實踐。但無論如何，我會說追求最佳實踐是絕對正確的，只是我們沒辦法做到最佳實踐時，所帶來的焦慮和不安該怎麼辦？

現在註冊可以獲得試用期，讓你體驗真人諮詢教學的優勢

KEENLITY鋒測科技正推出其創新的「Tickets Based Program」軟體測試課程，這是一種基於自主學習與專業指導相結合的指導模式。該計劃旨在提高學習效率，確保學生獲得精準的學習方向，同時減少時間成本。透過訂閱「Tickets System」，用戶可以提出有關個人學習、軟體測試、Python開發等問題，並從經驗豐富的專業人士那裡獲得即時且個性化的回答。此外，該計劃還特別強調在自學和實踐經驗之間取得平衡，幫助學生在軟體測試領域取得進步。

KEENLITY 正式宣佈推出人才派駐服務，為企業與尋求機會的工程師或新鮮人提供一個中間平臺。此服務是為了企業與人才之間的協作機會而生。

KEENLITY 的人才派駐服務旨在解決企業在快速變化的市場環境中遇到的人才需求問題。同時，對於尋找跨領域工作機會的個體，這個平臺提供了一個多元化的機會，可以增強其職業生涯發展。

藉由KEENLITY的專業培訓機制，為企業留任並培養企業的骨幹，為人才提供堅強的後盾來面對焦慮的職涯未來。

不論你是企業家、測試工程師或新鮮人，KEENLITY 人才派駐計畫均可為您提供度身訂造的解決方案，以達到您的目標。誠摯歡迎您聯絡我們，以獲取更多相關資訊，並探索如何透過 KEENLITY 的人才派駐服務實現更多機會和獲得成功。 #KEENLITY #人才派駐 #企業服務

銷聲匿跡多時的QAQ什麼!?回歸啦～而且後續將試著提供影像版，用更多管道來傳達軟體測試知識。

不要被工具限制了你的作法，當你的目光聚焦在Excel和Google Sheet的時候，喪失了使用更好的系統來提升效率的機會。 測試該做測試該做的事，而且要選擇使用正確的工具或系統 測試人員使用不正確的工具，為了彌補不正確的工具帶來的困境，會浪費大部分的時間在規劃方法和流程來想辦法適應工具，導致測試人員的時間無法被有效的利用。 若想提升測試團隊效率，除了聘請更多的測試工程師之外，可以考慮進行軟體測試健檢，找出阻礙效率的關鍵問題，並進一步地解決。

快速認識KEENLITY
https://links.keenlity.com/info

KEENLITY Armoury測項管理系統
https://links.keenlity.com/armoury-price-5

每一位報名實驗培訓計畫的人，我會花至少一個小時的時間和他們聊聊天，聊的內容除了固定的五個題目，其他想聊什麼就聊什麼，在和這麼多人聊天，而且我也沒有特別筆記的狀況下，我竟然深刻的感受到很多人其實表達了同一件事，也就是這次的主題。

很多人在測試的路上總是感到很孤獨，沒有辦法被理解。

今天要來公開一個實驗計畫，是測試工程師種子培訓有關的計畫，這個計畫其實想了很久，很害怕邁出去這一步，或是擔心發出去了，被認為自以為是，被人認為哪有資格指導別人，所以做了很久的心理建設，最後想起了阿德勒教我們的「沒必要向他人尋求認同」，我只要把目標專注在讓一直尋求指導無果的測試工程師們，能夠有機會獲得學習路上的陪伴者，那就是完成了我的目標，再加上很常被一些不認識但自稱是名師的人打到廣告，而且要價就是上萬的課程費用，真覺得自己第一屆完全免費真的是超佛心了。

所以在今天，KEENLITY正式公告公益性質的測試工程師種子培訓計畫，這裡的公益性質，是指完全免費，而且不用保證金，因為我認為學習是不需要用任何形式保證的，這為期六個月的期間，我將無償的用自己的時間指導參與這項計劃的成員。我自己心裡的藍圖，是未來五年內有超過100名以上的成員，無論是用免費或是付費的形式。 

ChatGPT除了帶來新的技術革命，好像也帶來了不少焦慮感，前一陣子我們才談了由學員提出的「你可以不必是大神」，而現在ChatGPT的興起，也造成了一些學員對未來的困惑 。
還記得QAQ什麼第一篇部落格的主題，曾經想要討論過「軟體測試的本質」，但當時我還沒想得很透，過了近一年，為了回答這個問題，我想先給出一個階段性的答案 .......

這次的主題很不一樣，不一樣的點在於，這是由課程學員提出的問題，因為他發現他的測試團隊成員時常會感到焦慮，尤其是在需要程式語言能力的工具上，常常會看著懂程式語言的同仁在操作工具上得心應手，可以做出很多變化或是測試方式，而程式能力比較不好的，可能就會轉而選擇用Excel表單甚至是基本html，能夠看得出很明顯的技術力的差別，導致成員開始產生焦慮問題。
大部分的人，總是希望自己的薪資能夠有所成長，而最直接的想法，就是提升自己的技能，這個想法非常的好，充分展現了企圖心和上進心，但在學習特定技能的時候，常常會遭遇到撞牆期，覺得學這東西有用嗎？自己學得夠不夠？這項技能好困難，好難學，為什麼其他人都會？那是因為忽略了適合自己的成長策略。
呼應這次主題，我想說的是「你可以不必是大神」，即便是大企業的小螺絲釘，都是為了解決問題的必要存在。

這是惹怒軟體測試工程師系列第一篇，沒把這句話寫在標題，其實是想看看大家，從腦海中浮現的第一句話是什麼呢？這一題其實早期在KEENLITY社群中有被問過

連結在這，是目前回覆很熱烈的一則討論，歡迎你繼續寫下最能惹怒你的一句話喔 

原本我打算拿這個主題做一系列的影片節目，但最後發現拍片的門檻好高，買了一堆拍片設備，拍了一集七分鐘，搞了我四個假日，而且還粗製濫造，QC沒通過，就不讓大家傷眼了，這也正式告吹影片計畫，最終，我們藉著這個主題，轉戰Blog文章，開啟惹怒軟體測試工程師的一系列主題，這次首先登場的一句話是.....

今天是軟體測試QA大哉問系列的時間啦～工作多年的人，應該有超過一次以上的面試經驗了，而今天要來分享的，是我曾經面試過被問到的一件事，那就是Hands on的比例，我就被問了，你在管理上跟測試的Hands on比例大概是多少，我就如實回答，我100%都是在做管理職的工作內容，包含跨團隊溝通跟資源調配以及人員管理諸如此類的，然後經過了面試和考程式，最後得到了感謝函，感謝的理由之一，是他們希望能找會測試Hands on的人，在他們的公司文化裡面，測試Lead和Manager們都必須要有20%以上的Hands on比例。一定很多人好奇是哪一間公司，雖然沒有簽保密協議，但基於不影響他人招募作業，我就不明講，但我可以說，非常多人想成為那間世界級公司的一員。

今天又來到了管理哲學系列，上次講到彼得原理有三部曲，但最近又看到一個很有趣的LinkedIn貼文，所以決定臨時插一個新主題，也就是如同部落格標題所寫的，有多少的資源，做多少的事情，不要試圖去同時完成很多個超出承擔能力的目標，如果把每件事情都認為很重要，那就表示其實沒有一件事情是重要的，部落格文章會附上LinkedIn的連結喔。

「管理團隊」是當上主管後第一個要面對的事情，尤其是第一次當主管的時候，也才是第一次將管理理論化為實踐的初體驗，即使沒念過管理學，也是套用社會的生存之道形成自己的管理哲學，再慢慢的去摸索微調。

如果第一次接觸管理學，應該很難不去接觸到「彼得原理」，而彼得原理最廣為人知的維基百科說明，就是

其實當理解到彼得原理的時候，我的第一個反應是，如果知道他不能勝任，為何不讓他降下來到原本的位置呢？這樣的想法聽起來有點天真，畢竟沒人喜歡被降轉，面子或是尊嚴上都過不去吧？而今天就想來跟大家談談，我經歷過的跟彼得原理有相關的一些實務經驗。

正好在上一篇Blog和Podcast發表之後，我在LinkedIn上被打到一則不認識的人貼文，我不知道真實出處，但至少我是從他的貼文上看來的，所以我就提供他的連結，而文章的原文是

我簡單翻譯一下

就字面上直接來看，我其實挺認同的，也跟我上一篇部落格想要表達的意思差不多，其實能懂多少語言，代表的是觸角能夠碰到多遠，看得懂英文，就能閱覽所有英文文件，能懂印度語，就能吸收所有印度文件，依此類推，畢竟世界這麼大，語言還是造成各國之間的隔閡，這也是大家一直想靠機器翻譯打破的藩籬。

大家好久不見，近日來新冠疫情嚴重，我和我的家人也確診了，而我可能體質不是很好，症狀很嚴重，導致我跟公司請了三個星期的假，至今又過了一週，症狀還有咳嗽，還好錄製Podcast是可以剪輯的。

如果常看KEENLITY部落格或常聽Podcast的人，應該都會注意到，我們的內容很少給出一個斬釘截鐵或是特別推崇的理念，那是因為「選擇」很重要，除了是一般生活上的選擇，在測試工作上，很多時候也會面臨很多選擇，因此在目前的內容設計上，也會先走向一個大哉問或是多種選擇的探討。

而今天開出的另一個主題「管理哲學」一樣要來討論選擇，跟大家分享我在管理團隊上，是怎麼去規劃和帶領團隊。

會想到這個主題，其實跟我請假三週有關，我的家人幾乎每幾天就會問，你這樣一直請假，你的團隊營運都不會出問題嗎？一來我不覺得自己很重要，所有事情沒我不行，二來塑造一個可以自主運作的團隊一直都是我的最終目標，所以想跟大家分享一下，自主運作團隊的管理哲學。

2022年4月14日，我在KEENLITY社群裡問了一個問題，主要是問，英文對於你擔任測試工程師來說，會起到關鍵性的差異嗎？例如因為比別人的英文程度好，而得到了更多的薪資或是升職？或是有更好的機會？
突然有所感觸，如果當初的我，沒有好好的學英文，或是沒有因為念了四年博士而強迫自己得學英文，現在的我會是什麼樣子？我是不是只能侷限在華文的世界裡面？我能看到的、理解到的，是不是就只有那些了？

KEENLITY於即日起，正式推出第一門軟體測試課程「工程總監帶你學 - 軟體測試」

按讚、加入社群、訂閱Podcast、分享課程和Blog，都是為軟體測試、軟體開發領域貢獻一份力。

http://link.keenlity.com/qacourse 

KEENLITY自創立以來，就是以推動軟體測試領域活絡為目的的營利事業單位。

推廣、宣傳、發展任何事情都需要投入成本，到目前為止，主要都是消耗創辦人的時間和自身資源資金。最終，一定會需要足夠的資金去運作更多的事，例如實體或線上研討會、徵稿、邀請業界老手、多媒體製作、宣傳等等。開放捐款也曾是選項之一，但是開設專門的課程，更同時具備推廣價值了，不是嗎？未來的另外五門課，就先賣關子囉。

又是一個爭議性的話題啦，我們決定了一個職業走向後，下一個問題，就會遭遇到，要去大公司比較好？還是小公司比較好呢？
歡迎到KEENLITY社群分享你的意見，這個題目，我相信沒有絕對答案的，讓我們知道你的觀點吧！

這集不是講兩性關係喔～而是拿閃婚和愛情長跑的概念來看看，和敏捷和瀑布有沒有相似之處呢？如果把兩者的概念互換，你又會是怎麼看待的呢？
這樣的議題，主要是博君一笑，也順帶引發大家思考，究竟什麼樣的概念才是好的？會不會其實沒有所謂好壞，只有適不適合呢？

https://www.keenlity.com
終於要有除了Podcast之外的內容傳播途徑啦～官網的公開，也就宣告部落格類型正式推出，未來所有人都可以選用聲音和文字來學習軟體測試的相關內容
作為第一篇部落格文章，我們選擇了KEENLITY的創業故事作為起點，最初的創業，就像是扮家家酒一樣，雖然很虛無飄渺，但是當下卻又是無比認真的看待創業這件事
而且為何要選擇軟體測試領域呢？為何用是社群先行呢？透過這一集，告訴你我的理由。

文化和認知影響了我們怎麼看待一件事，進而影響了別人怎麼跟我們共同看待一件事，進而就會造成摩擦和碰撞，那在有這些差異的狀況下，我們該怎麼去破圈？或是打破這些差異呢？心境上該怎麼轉換，一起來聽聽吧
https://community.keenlity.com

今天是情人節，正好來談談哪些東西不能測試，那就是人心啦！那難道不會有測試人心的時候嗎？有～那就是面試的時候，正好來分享一題我面試時的必考題，聽完後，也跟大家分享你會怎麼答這題吧
https://community.keenlity.com

你有擁戴過什麼樣的派別嗎？例如吃香菜？半糖全糖？IDE或Vim?甚至哪一種測試方法？
今天我們就要來討論，敏捷測試和端對端測試誰強誰弱
https://community.keenlity.com/

各行各業可能都有鄙視鏈的存在，測試圈其實也有，而其中外包測試人員可能是最底端了，但我們真的該這樣看待外包嗎？難道外包人員就真的得一直是底層人員嗎？
今天我們來談談怎麼去合理的配置外包人員，並且告訴外包人員們該怎麼調整自己的心態，不要把自己認為是有階級概念的
無論是身為外包人員，或是團隊中曾經有外包人員，歡迎來社群分享你外包的想法和經驗
https://community.keenlity.com
 

愛奇藝大裁員，整個大陸風聲鶴唳，這集我們要來討論，身為一個主管，會從哪些角度來考量怎麼裁員，我們再透過反向思考，避免成為被裁的那些人
歡迎加入KEENLITY社區共同討論 https://community.keenlity.com/

業界的測試工程師不外乎三種，手動測試、自動化測試和混合型測試，照著一般人的刻板印象，一定是手動測試取代性高？自動化測試才是王道？哪些是迷思？哪些又是事實呢？
KEENLITY Community: https://community.keenlity.com/

我們玩遊戲總有幾個困擾，一是職業要選什麼，二是技能樹該怎麼點，點錯了還得花錢花時間才能重置，而人生更是沒這麼簡單。
今天我們來聊聊測試工程師的職業走向和發展有哪一些，在你踏入測試工程師職涯前，該有哪些心理準備呢?
KEENLITY Community: https://community.keenlity.com/
 

標題一樣，不是Bug導致，而是我們要用另一個角度來探討為什麼要做QA～
加入我們的社群一起來討論吧～https://community.keenlity.com

軟體開發裡面這麼多角色，PM, PjM, R&D...為什麼偏偏當QA呢？其實就是緣份到了，很多事情都說不準，缺少了什麼，人生中都會有機會幫你補起來。
你為什麼想做QA? 或是你為什麼不想當QA? 都歡迎你到社群跟我們分享～https://community.keenlity.com

第一集先讓我們來談談為什麼要叫這個名稱，以及向大家介紹我們的新社群KEENLITY，網址是community.keenlity.com，歡迎大家加入