BookFast QA Intern 實習心得🔥

關於bookfast🪴

公司最重要的一點是以客戶體驗為優先、掌握商家的重點需求，搶得市場上的客戶，創造公司的競爭優勢。
by RD team lead

新創絕大部分都由工程師為主體而構建而成，工作氛圍上相對輕鬆，沒那麼拘謹嚴肅，時常也會有team building 的活動去維繫大家的感情團購外送下午茶等等也很常見

做運動產業（健身房、瑜伽教室）的相關數位轉型，會替場館設計後台及相關手機app

可以透過後台的功能模組，減少場館相關的人力成本客戶端就比較多元

會需要客戶成功部門（俗稱客服）去解決一些客戶的疑難雜症，像是回報系統相關問題、後台功能模組的問題，也會有專門的sales部門去找尋淺在新客戶

有專門的ios、andriod的工程師去維護app的開發

牽涉到後台與app的功能設定就真的蠻複雜的，只要跟金流有關的issue優先程度都非常高

環境氛圍 🌱

bookfast最吸引人的點大概就是他有一層樓是可以健身跟吃飯放鬆也可以拿著電腦在這邊辦公

欣賞的窗外景色對於工作壓力的釋放及產能的提升我覺得都有很大的加分效果（不愧是新創xd)

很注重大家的想法跟意見所以常常會有密集的開會跟討論去釐清客戶問題且不斷優化自家產品可以帶給使用者更好的操作體驗！

（公司的環境氛圍真的超舒服，因為有兩層樓，公司的員工可以隨興地在喜歡的角落辦公）

工作內容

QA team

有專門的QA部門，在我任職期間，主要由兩個正職與兩個實習生為主，一開始的工作內容主要都在了解並熟悉後台系統，且搭配sample test的excel表作熟悉，每週都會有一次全公司的週會，在開會期間可以知道各部門上週的工作進度並做了些什麼 /解決了什麼客戶問題 /新增了多少新使用客戶 RD的開發流程到哪/ 產品的相關規劃/測試的進度與盤查到什麼問題等等具體目標如一下：

解決過往大家都不知道其他部門在做什麼，以及自己在做的事跟其他部門的關聯
解決同個專案四散在不同team，聽很多遍還是聽不懂進度
打造共享成果與資訊的平台，建立合作
共同目標為核心

很酷的是全公司都會參加，20初頭的人數，在一個小時的時間，快速聚焦及每週的工作內容有什麼，讓大家一起為共同目標一起努力，提供且把關更好的產品品質。

能順便聽聽別team在做什麼，好像也對未來職涯多了一點想像。

老實說有實際參與meeting真的有種了解到公司目前產品的發展狀況、市場產值為多少、未來可發展空間等等等，算是每週聚焦一下公司的開發狀況。

Scrum的開發流程就是需要不斷討論、迭代、優化與變動，發現也或多或少有人比較習慣傳統的開發模式，但也沒有什麼不好哈哈，感覺還是看公司調性、團隊成員合作或是產品、業務的重點發展對象

算是知道自己的team在做什麼，也了解別的team的工作內容是什麼，算是自己蠻喜歡的工作模式，現在感覺慢慢可以跟上比較快節奏的工作氛圍～

工作職能

1. 整理客戶提問紀錄並跟進後續處理事項

2. 協助測試產品軟體與處理異常狀況

3. 依據測試結果撰寫測試報告(Bug 重現方法、潛在問題、初步調查、測試結果 )

4. 協助將測試問題提報給相關部門，並追蹤後續處理狀況

主要就是上述列點提到的涵蓋了我這五個月的實習日常．

額外bouns

除了QA的工作其實在擔任實習生期間還學習到其他相關軟體產品開發過程中會遇到的重點技能！！

瞭解了產品的需求規劃，use case的設計，如何評估開發時間開發流程，後續的spec產出
區分產品的業務邏輯漏洞還是功能上的bug問題
優化舊功能、產出新功能，對於本身產品的了解程度，如何在現有的程式邏輯上去做開發
釐清客戶問題，確認是前端顯示或後端欄位沒給值的問題造成的各式問題
在每一次的hotfix上版後，去確認在正式環境上的功能是否完善沒壞掉
了解產品的功能元件，頁面跳轉的流程，使用者的操作手順
新舊UI整合相關概念

PM

很常遇到問題時，會去找專案負責人（PM大大）詢問相關客戶遇到的問題，有一天無聊自己也對PM很感興趣，就去問PM這個職位最核心的要求是什麼，因為其實在大學期間我覺得很難培養，專案時程控管、功能需求規劃、RD與客戶之間的溝通橋樑…….等等。PM大大說：「聽得懂RD他們在講什麼就好～」！驚訝心理OS就醬？但想想其實也挺難的，沒個一兩年的經驗累積，要控管好一個產品的整個開發流程其實也一個頭兩個大。但我蠻喜歡這個工作內容的，釐清問題、聰明的做事方法、掌控風險～

PM比我想像中的難度更高，每天的客戶問題要怎麼解決，分派給哪個RD，可不可以在staging復現，開bug單去追蹤問題，各種稀奇古怪的問題都是交由PM去做個中介的角色。

功能上版

因為是新創公司，所以產品的相關功能，變動很快，兩週為一次的spint敏捷開發流程，常常就會需要把新的功能上版到正式環境。

這與QA的工作息息相關，因為我們需要先在staging環境去測試新開發的功能有無符合SPEC的相關定義，再到PreProd環境去做重要功能的測試，看有沒有出現問題，有相關問題也會開張ticket並指派給相關前後端的工程師大大去做修改，修改後也需要再重新確認功能有否壞掉，以避免出現修A壞B的狀況發生。

需要思考的點：
上版後很常遇到的問題是使用者操作的優化，原本Spec上並沒有，上線後才發現這個狀況，在前端工程師優化的過程中我們需要從使用者角度去思考
可能是：
1. 什麼情境會發生這樣的狀況？End-User知道嗎？他們有充分了解這樣的狀況嗎？
2. 如果他們沒有了解狀況，只覺得這個東西“不能用”，那就不是個好UX
3. 那我們要怎麼讓使用者了解 “為什麼不能用”？還是整塊直接隱藏讓他連思考的機會都沒有？
4. 解決使用者疑惑的方式很多，這就看我們怎麼設計

小小心得：

前端工程師是產品第一線的守護者，他掌管了End-User對於產品的第一印象，讓他們覺得操作舒服很重要，team leader說團隊裡的每個人，覺得不錯的想法或是優化，都可以成為產品改變的發起者，所以覺得產品哪裡可以更好，畫面可以更好，哪裡操作很不順，想要怎麼處理，都可以提出來跟大家討論。

掌握開發時程，釐清需求，與UIUX設計師合作相關wireframe或mockup且產出規格，後端就可以先開發或撰寫API文件，有了spec，後端也開發出功能相關的API文件，前端就可以串接跟刻畫面，最後QA再加進來測試，中間當然也會有一些bug與客戶問題需要處理，如果攸關重要功能之操作，影響客戶權益的話，就會趕快hotfix上一版到production上

以上大概就是一個軟體產品日常工作流程。中間也會不斷的優化迭代，讓產品越來越好。

（實習的最後一天還順利地跟大家合照的一波🔽）