RAPID SOFTWARE TESTING 好好玩 (一) 測試是一門匠藝 - 海盜派測試分析:MFQ&PPDCS 自己很喜歡這段話, 對我來說測試真是一門匠藝. 也許是 TDD 課程之後吧! 自己開始關注 MICHAEL BOLTON 的 BLOG, 當知道大師要來亞洲傳授 RAPID SOFTWARE TESTING (RST) 時, 自己就很想報名, 也很感謝公司對於軟體測試的支持, 自己才有機會一睹大師的風采. 這次來參與 RST 課程, 自己有很多的收穫及衝擊, 無論是課程開始前的討論, 還是課程當中的練習, 先不談 TEST ORACLE 或是 HEURISTIC, 更多精彩的內容不是文字就能完整敘述的, 所以先寫下一些收穫, 歡迎大家一起來交流. WHAT IS THE QUALITY? QUALITY 是什麼? 說實在的這個問題, 自己好像從沒認真去探討過. 難道是 ZERO BUGS 嗎? 那 ZERO BUGS 又代表什麼呢? 又或是老闆簽過了 SIGNATURE CERTIFICATE 就是品質保證了呢? 想了半天都沒有答案, 直到...
謝謝公司給我這個機會站在這麼大的舞台上面. 查了歷年來 MOPCON 的 session, 這場分享應該算是唯二跟測試有關的主題吧. 也希望這場分享能對南台灣的測試圈盡上一份心力. :D 這次在準備到分享的過程中, 也學到了一些寶貴的經驗, 在這裡跟大家分享: 1. 上台分享過程真的很不容易, 首先要有充足的準備, 不斷的練習及經驗累積, 才能有流暢的節奏, 也感謝每個曾經上台分享過的前輩給我的建議, 超級寶貴. 所以台上一分鐘台下十年功, 絕對不是騙人的... 2. 要假設自己在一個沒有網路的環境做分享, 過程中的 Demo 有點小失誤, 這絕對是可以檢討跟改進的地方. 事後才發現自己沒有善用 Multi Desktop 的功能, 覺得有點小懊惱. 3. 多問講者問題, 原來也可以為自己製造更多機會. 這個部分我就不闡述了, 熱情跟眼神是不會騙人的. 附上大會準備的共筆資訊, 歡迎多交流 :D [ SLIDE & NOTES ] MOPCON 共筆 ...
如果讀書會不再只有讀書 IF STUDY GROUP IS NOT ONLY READING BOOK 一個好像回到小時候, 公園裡, 大樹下人們自然地聚合, 討論者生活裡的大小事, 很多地方事務就在這個過程中得到關照和處理 開放空間科技 - P20 還記得過去的讀書會進行, 似乎變成了一種例行公事, 只要大家一忙碌起來, 讀書會就被自動忽略. 因此, 小弟就在思考, 究竟要怎麼樣的讀書會才能讓大家有興趣, 而且又能讓大家帶點東西回到工作當中??? 很簡單, 好吃, 新奇又好玩. - 食神 於是乎, 想起 我該如何推動讀書會 中間提到三個要點: 閱讀的材料: 它可以是一本書, 一篇文章, 一段影片等. 讀書會一定要有分享: 讀書會非常重要的是要有討論, 分享, 彼此互動, 交流. 開放, 安全: 可以提出各種想法, 允許不同角度的聲音. 由於, 這次讀書會的書籍是跟 BDD 相關的 THE CUCUMBER BOOK, 所以在暖身之後, 基於 讀書會一定要有分享 這個原則, 我想了兩個題目讓大家共同討論: 一定要把驗收測試自動化嗎? 為什麼? 有了 SPEC 為什麼還需要 Living Documentation. Living Document 能吃嗎? 但與過去不同的是,...
那些年我們一起搞得回顧會議 Na she nan whoo man e chi gao de RETROSPECTIVE MEETING 要跑得快就一個人跑, 若要跑得遠就一群人跑 - 向前跑 (湯姆與哈克) 最近很喜歡這首歌的歌詞, 有時候一個人很熱血的衝刺, 還不如一群夥伴一起做些什麼改變. 來到 KKStream 這麼久, 第一次跟夥伴們舉辦一個不一樣的 RETROSPECTIVE MEETING, 所以就用文字來記錄這歷史性的一刻吧! 故事是這樣開始的, 有一群夥伴, 我們正在傷腦筋這個 Sprint 的 RETROSPECTIVE MEETING 要如何進行才能夠讓 TEAM 自動產生下個 Sprint 的 Action Items. 於是, 大家花了大概兩個 Timer 的時間都沒有一個結論. 就在這個時候, 從天而來的聲音出現了! 從天而來的聲音出現了! 從天而來的聲音出現了! 與其在那邊空想, 不如自己來進行一次, 主題就是用上週舉行的 Sprint Refinement 來進行回顧 , 一起來試試 Speed boat retrospective meeting 吧! Reference : Speed boat retrospective meeting 於是,...
Understanding calabash-android do resign apk 瞭解 Calabash-android 是如何辦到 resign apk 故事是這樣開始的, 團隊使用 calabash-android 這套自動化測試工具也已經一年半了, 而一切都活在美好的烏托邦裡面… 一直到上個星期… 來自客戶的一個修改登入功能的需求, Android APP 需要箝入了一個 3rd Party 的 lib, 因此自動化測試的版本在每次 launch 的時候就會發生 Crash !!!! Crash !! Crash !! Crash !! 換句話說, 這件事對我們團隊來說就變成一件很緊急的事情了. 至於小弟我呢? 因為跟這個工具也有點感情了, 所以就跳下來看問題啦. (非常感謝 Developer 傾囊相授啊~) 在調查問題的過程中, 發現一件有趣的事情, 就是每次 calabash-android 做完 resign 之後, apk 檔案的 size 都會變小, 也就是說變成一個新的 apk 了. calabash-android resign < apk_path > 李組長眉頭一皺,...
故事是這樣開始的… 前一陣子, 團隊裡面的成員們, 正在為一段 story acceptance critira 的描述進行辯論, 後來得到兩個選項 : A: Then the results page displayed B: Then I should see results page 當大家正在針對上面這兩個選項進行辯論的過程中, 突然間有一個成員舉手了, 說 : 請問一下, 如果 scenario 用中文來寫, 會如何來描述??? 這個問題真的敲醒我, 對ㄝ, 中文的話要怎麼表達這個句子. A : 那麼結果頁面成功顯示 B : 那麼我能夠看見結果顯示成功 於是我開始反查 cucumber 裡面有沒有類似的作法, 結果發現 cucumber 在約兩個月 ( 10 月左右) 前提供了 i18n (多國語系) 的支援, 範例可以在這找到 : ../cucumber-2.4.0/examples/i18n/.. 於是, 小弟我就寫一個 API 測試的範例來說明吧 : Steps:...
