FAREASTONE
工作介紹
我所在的部門為IT的帳務與訂單應用系統處，此部門主要負責帳務系統的帳單繳費及逾期帳款催收、互連拆帳系統、預付卡系統及服務資訊匯流平台的系統發展與維運。這裡分為兩個小組，一個是系統維運小組，另一個為測試工作小組，而我通常在測試工作小組這裡幫忙。
平時我的工作是在做SR、SIT、UAT以及Regression測試，主要是在測試環境中，使用客服或者門市人員的網頁系統，來執行開通門號作業、更改資料、新增折扣優惠等資費方案的資料操作，或者是新增通話紀錄進資料庫中並進行出帳作業。
SR測試
快速測試
快速測試為一種走捷徑的測試項目，通常適用的產品為已上線折扣或優惠。當這些產品需要修改名稱、價錢或細節設定時，流程組的PM會提出快速測試需求，讓我們進行下載報表並檢查是否與資料庫中的文字一致，如果有誤，我們會通知設定系統上版的負責人進行修改，最後將正確的報表寄給user，請他驗證後取得同意上線的許可。
漫遊資費測試 TAP OUT
Tap out是去模擬國外手機門號來台灣旅遊時，使用台灣電信服務所花費的國際漫遊費用。在測試之前，需要先跟SR的user取得需求單，接下來要操作工具去產生通話紀錄(CDR)，在確定CDR成功送入後，進資料庫確認送入的CDR是否正確，重點確認計價金額是不是與需求單相符，如果有問題就需要聯絡設定環境的負責人，請他們做確認並修改金額後再做後續檢查，完成後要取得user確認結果才能上線。
漫遊資費測試 TAP IN
Tap in是模擬台灣手機門號去國外旅遊時，使用國外電信服務所花費的國際漫遊費用。要先向user拿取Test case，裡面會寫user想要的測試結果，需安裝的手機方案、優惠折扣，通話紀錄。接著規劃這隻門號的測試計畫，完成後開始進行開通作業，送tap in的CDR，在傳送成功後進入資料庫確認資料是否正確，如果有任何錯誤，必須向環境設定的負責人確認並修正，最後確認沒問題，就進行出帳並產出PDF帳單，將這些資料整理好寄信給user確認過，就完成測試了。
自主學習
自主學習
我利用Python的selenium套件，做出一個門號開通自動化程式改善現有測試步驟，由機器人來自動操作資料填寫作業，減少人工操作上的錯誤及時間。
使用Excel讀取以及網頁自動化流程，進行資料填寫，最後再連接至資料庫以及COH Dashboard 檢查門號開通狀態，並將結果匯出至新的Excel中。
專案協助
專案協助
在四月到六月這段期間，我有參與協助遠傳5G BSS專案，此專案是公司為了5G產品的上線而準備的測試專案。除此之外，在七月到十月這段期間我正在協助進行小額出帳系統轉移到新系統的專案，這份專案預計將舊有的小額出帳系統合併至雲端產品(HGB)的出帳系統。
我所分配到的工作是撰寫測試案例，還有SIT、UAT、Regression測試，主要針對新增5G產品後的系統與網站功能是否可以運作去撰寫相關測試目的、流程及預期呈現的結果，或者是驗證所有遠傳的產品在加入小額商品的情況下，是否在新的出帳程序中能夠正確的，並且還要對原有雲端產品，例如IoT、GCP、AWS產品，做Regression測試。
學習
公司訓練課程
在工作期間，我時常需要與其他team的同事聯絡。 有時會因信件表達不清，使測試工作拖到截止日前才完成，在後來做測試時，我都會先問清楚想要的資訊才會開始工作，這是一個團體合作的工作，雖然分工明確，但是只要有一個環節出錯，就會拖延到其他人的工作時間。
溝通 & 合作
公司安排了新人訓練課程，課程內容為介紹公司內部的一些系統的使用方式以及運作流程。此外，也安排Java課程，在課程中我學習到了Java的程式架構和物件導向的觀念，還有如何用Java連結資料庫去新增、查詢資料，在學習過程中我覺得Java非常的複雜，有許多的觀念我還沒弄清楚，又有新的東西跑出來，不過上完課後，對於Java有了初步的認識，有機會會再花更多的時間去研究。
寫筆記在工作中非常重要，因為有很多事情在聽完後，不見得能夠清楚的記得，一旦有了筆記，就可以記錄下今天遇到的問題，並寫下解決辦法，在下一次遇到時能夠自己解決不必再去打擾其他人工作。以我的工作來說，我們要學會並熟悉操作各式各樣的系統，在操作過程中，難免會遺忘下一步要做甚麼，這時候就可以拿出筆記來查看，我除了一些流程步驟會寫進去外，其他注意事項也會記錄在旁邊，提醒自己要去檢查。
時間管理
經過了半年的實習，我手上的工作漸漸的增加了，除了需要進行日常SR的測試外，還有專案需要協助，在這段期間我學會了對工作進行時間規劃，針對不同的工作內容按照需要交付任務的時間以及優先度，安排當天的測試工作，而在規劃時要注意預留一些時間，以防在進行測試時因為一些突發狀況，像是系統程式出錯或環境發生異常，能夠有緩衝時間來解決這些問題。
筆記撰寫
自我評估及心得
在開始實習之前，對於這份工作的了解並不多，覺得測試工作所要做的是找出錯誤並修正問題，這樣一直重複的進行測試，但是在進入公司後發現我想的太簡單了，首先遇到的難題是對於電信業的術語以及觀念的不了解，有許多用詞會使用英文簡稱來代稱系統或是一些行為，或者是電話計費有分減價時段和一般時段，帳單的結帳有分為多個週期等，常常會陷入茫然的狀態，到現在熟悉工作項目後也就習慣並能夠立即轉換了。我覺得大公司的系統以及運作雖然分工明確，可是也非常複雜，以整個end to end的測試流程為例，開通一個門號會使用到儲存客資的系統，送CDR會透過一個處理通話紀錄的系統再存入資料庫，出帳所使用的又是另一套系統，由於系統實在是太多了，時不時會冒出新的名稱，要全部記得還是有些困難，而有時在查找問題時，常需要和不同team的同事溝通詢問相關系統的問題。
在工作方面，一開始幫忙做一些SR的測試項目，在多項自動化程式的幫助下，我們只需要熟悉程式的操作流程，基本上就能完成工作，儘管剛開始覺得這份工作有些枯燥，但在暑假這段期間協助進行專案的測試作業後，我發覺要做好測試工作也是很不容易的事情，除了按照User所給的Test Case去執行之外，還要針對測試案例有疑問的地方做協調，而且專案PM常常會來監督我們的測試進度，以至於有時候會覺得很有壓力要趕快把工作完成。