top of page

實習期間完成之進度

Scroll Down

需求驗證

充分了解客戶想要專案怎麼呈現後,背後更要做足功課,像是資料面的處理、例外狀況的處理等。而再進行測試需求時還需要時時留意細節,在做testcase的時候也不能因為測試疲乏的關係而忽略了專案宏觀的流程。並且在需求驗證時更需要有清楚的邏輯,否則很常會不知道自己在做什麼,有時後搞錯了也會在原地打轉,因此testcase的重要性就顯而易見了。在測試工作中發現流程或管理問題後,能快速的改變自身思考邏輯甚至是工作方法,並能夠堅決的執行下去。

系統規格書

主管會分配給我專案中某些未完成的功能,需要針對這些未完成的功能策畫規格書,在策畫規格書時,獲益最大的莫過於可以從中更了解功能的流程、資料的處理方式、資料庫的schema、甚至對於後端程式方面也會更了解撰寫的邏輯,規格書不是只是一項待完成的工作項目,而是更快速且詳細的了解需求的入門書。而在策畫的過程中若發現對於功能有疑慮時也會向主管提出來,一起討論釐清下一步該如何做才能達到需求。

協助釐清專案問題

針對規格書將工作分派給工程師後,若對於功能中不了解的地方,也需要清楚的向工程師描述處理邏輯,若是某流程中的某一環功能,還需要向工程師解釋如何承接前段的資料、需要打包什麼資料進api內給下一環節的功能使用,更需要處理瑣碎的需求理解問題。而對於不熟悉的功能也需要回去翻需求書,去理解流程或是邏輯等。

協助專案撰寫開會或需求等相關文件

在部分功能漸趨完善後,測試人員會和客戶相關主管除了會進行例會也會開驗測會議,在會議中客戶主管會在網站上進行功能驗收,這時候會議紀錄就顯得相當重要了,因為在驗測過程當中客戶可能會提出幾個針對問題的新需求,而這時有記錄下來不只是記錄對新需求的細節,更是對未來有爭議時也有個依據。
而這時驗收過程中,客戶驗測到問題也是需要記錄下來的,而我們對於系統中的功能有疑慮時也會這時候向客戶提出來,一起討論釐清下一步該如何做才能達到需求。

​自動化測試

在進行反覆規則的測試腳本時,會使用Selenium進行腳本的錄製,使用Selenium的最佳好處是就像真實User所做的一樣,可以從終端用戶的角度來測試應用程式。並且另一好處是通過在不同瀏覽器中運行測試,更容易發現某些功能或畫面在瀏覽器中的不兼容性。

需求驗證
系統規格書
協助釐清專案問題
協助專案撰寫開會或需求等相關文件
自動化測試
bottom of page