Please enable JavaScript.

Coggle requires JavaScript to display documents.

面試 (面試自我表達 (最近的案子先說，用倒敘的方式, 工作細節描述太過籠統, 選重點，看那些會對客戶有幫助, ENV SETUP等描述再更詳盡,…

- - - - Traveler & Verse
        
        Test plan
        
        確保在時程內完成測試
        
        確立測試重點
        
        QA Tester
        
        Test case Maintain
        
        創建test case
        
        分析新功能
        
        了解新功能行為，將其寫入test case
        
        分析更新功能
        
        假如功能更新之後，有部分功能行為可能是屬於需要將其寫入test case。
        
        分析defect
        
        假如有defect是發生在測試範圍之外，就會將其列入test case裡面
        
        更新test case
        
        功能更改
        
        功能目的相同，可是功能行為改變
        
        閱讀test case
        
        test case的背景故事
        
        例如testcase是基於符合產品的Multicuture support而建立的
        
        利用已有的test case了解產品的測試方法
        
        例如在GVT中Multicuture Support裡面，有單複數支援的問題，我們會在case裡面附上單複數的測試方法和每個國家會有的文法表現。
        
        刪除test case
        
        功能刪除
        
        功能在改版之後，被移除不存在
        
        功能更改
        
        功能行為或者目的已被改變，現有case已不能使用
        
        執行test case
        
        Do main know how.
        
        測試需要在各個mobile 的環境底下做測試，因此對於iOS, Android, Windows phone等等的知識就會在執行testcase時會使用到
        
        所需技能
        
        例如Notes Server的操作，Clinet的操作等。
        
        所需環境
        
        產品支援各個mobile phone的環境，因此測此產品對於各系統介面的操作須有認識。
        
        Defect trace
        
        Defect logging 的方法
        
        看是用怎樣的system來log defect
        
        原本是利用IBM Rational RTC來做紀錄defect的工具，後來換成GitHub
        
        Log defect的規範內容。
        
        跟Developer的溝通
        
        Defects內容的溝通
        
        跟developer溝通為何這defect開立的原因，和背景故事。
        
        defect最後狀態的溝通
        
        假如有defect最後狀態不是fix，這跟developer確定原因，和分析風險給developer了解
        
        確保defect的最後狀態
        
        追蹤defect，確認defect皆已fix，假如dev判定無法修好，就得要跟Dev溝通看是要延後修或者放入doc標明。
        
        建立Defect 報告跟分析風險
        
        彙整負責的defect狀態，做成報告給test lead
        
        分析未修好的defect風險
        
        Test report create
        
        測試報告工具
        
        像在這案子，一開始是利用Lotus Notes的Database來製作報告。後來換用 IBM Rational的 RTC和RQM來彙整報告，最後來加上利用GitHub來管理。
        
        跨國與tester跟dev做溝通
        
        Domain know how for product and handle environment maintain
        
        產品認識
        
        以此產品為例，Verser 是開發來作為IBM Notes Client的行動版，會需要對於各行動手機環境的認識與操作。同時也要知道郵件的收發，行事曆的管理，通訊錄的管理等產品提供的功能有一定的認識
        
        架設產品測試環境所需軟體硬體知識
        
        硬體
        
        產品架設所需的硬體規格或者網路佈局規劃，還有手機型號的選擇
        
        軟體
        
        例如Server OS的選擇，手機OS的選擇，搭配其他服務例如IBM Cloud的服務。
        
        產品架設的流程
        
        已有的測試環境分析與使用
        
        執行test case所需技能
        
        Notes Main Server, Client 的基本操作，iOS, Android等Mobile phone操作方法
      - Sterling B2B
        
        測試方法
        
        GVT-全球化測試
        
        IBM版的L10N Testing
        
        確保產品在各國語言環境中的品質
        
        測試方法含括FVT&TVT
        
        TVT-翻譯測試
        
        產品介面翻譯的品質
        
        確認翻譯在產品介面上顯示正確與否
        
        翻譯要符合各國的文化
        
        Test Lead
        
        Test plan maintain
        
        幫助PM設定測試行程
        
        確認測試範圍
        
        分析測試方法策略
        
        例如GVT，會選定重點語言做測試範圍，例如產品B2B，我就選定Business Process，交易安全性設定介面，電子交易介面，報告產生等功能為重點測試。
        
        風險分析
        
        Help Project Manager
        
        幫助PM了解產品
        
        先自我消化產品情報資訊，然後解釋產品現有功能或者新功能的功用。
        
        幫助PM確保案子時程順利
        
        追蹤test case 執行的狀態
        
        確認defect的狀態
        
        關心tester執行test case的狀態
        
        幫助PM確認Defect狀態
        
        彙整defect report
        
        追蹤案子所有defect狀態
        
        利用像是RTC RQM等工具來彙整報告給PM使用
        
        了解產品狀態
        
        幫助tester了解產品狀態
        
        幫助tester了解測試產品的所需技能
        
        像是GVT的Knowledge，測試環境的設定，經驗的分享等
        
        幫助理解產品的架構和測試重點
        
        提供產品情報
        
        幫助PM了解產品狀態
        
        幫助理解產品的Domain know how
        
        以sterling B2B為例，就要讓PM知道這套產品提供怎樣的B2B 服務，例如像是企業之間夥伴的建立，產品如何體現銀行電子交易的流程，交易之間的安全性等專業知識。
        
        幫助理解產品架構
        
        產品的基本架構，產品的重點功能等產品的架構分析
        
        幫助自己了解產品狀態
        
        獲得產品情報資訊
        
        先跟developer索取產品需求書跟設計分析圖
        
        參與開發的share meeting
        
        Knowledge Center的閱讀
        
        理解測試產品所需的技能
        
        例如像在B2B這案子，就需要Windows, Linux, DB2, MySQL, MQ,
        Cassandra, Zookeeper, Selenium 等操作或者使用的相關技能
        
        理解產品架構
        
        理解產品架構，分析測試重點。
        
        跨國與tester和dev做溝通
        
        QA Tester
        
        Test case Maintain
        
        更新test case
        
        功能更改
        
        功能目的相同，可是功能行為改變
        
        閱讀test case
        
        test case的背景故事
        
        例如testcase是基於符合產品的Multicuture support而建立的
        
        利用已有的test case了解產品的測試方法
        
        例如在GVT中Multicuture Support裡面，有單複數支援的問題，我們會在case裡面附上單複數的測試方法和每個國家會有的文法表現。
        
        刪除test case
        
        功能刪除
        
        功能在改版之後，被移除不存在
        
        功能更改
        
        功能行為或者目的已被改變，現有case已不能使用
        
        執行test case
        
        Do main know how.
        
        有時執行case時，需要一些專業的知識，例如像在GVT測試之下，使用專有的測試資料。或者需要B2B的EBICS(電子銀行交易規範)的了解之下輸入測試資料。
        
        所需技能
        
        例如有些case需要DB的操作，像是在DB2裡面建置一個table，並在裡面建置欄位資料
        
        所需環境
        
        例如有些case 在不同的os底下做測試，例如linux, windows等環境，又或者找到方法將測試資料轉成sha256的加密資料
        
        跨國與tester和Dev做溝通
        
        創建test case
        
        分析新功能
        
        了解新功能行為，將其寫入test case
        
        分析更新功能
        
        假如功能更新之後，有部分功能行為可能是屬於需要將其寫入test case。
        
        分析defect
        
        假如有defect是發生在測試範圍之外，就會將其列入test case裡面
        
        Defect trace
        
        Defect logging 的方法
        
        看是用怎樣的system來log defect
        
        以B2B為例，一開始是利用HP QC來做defect system的使用，後來轉用 IBM Rational RTC。
        
        Log defect的規範內容。
        
        跟Developer的溝通
        
        Defects內容的溝通
        
        跟developer溝通為何這defect開立的原因，和背景故事。
        
        defect最後狀態的溝通
        
        假如有defect最後狀態不是fix，這跟developer確定原因，和分析風險給developer了解
        
        確保defect的最後狀態
        
        追蹤defect，確認defect皆已fix，假如dev判定無法修好，就得要跟Dev溝通看是要延後修或者放入doc標明。
        
        建立Defect 報告跟分析風險
        
        彙整負責的defect狀態，做成報告給test lead
        
        分析未修好的defect風險
        
        Test report create
        
        測試報告工具
        
        像在這案子，一開始是利用Lotus Notes的Database來製作報告。後來換用 IBM Rational的 RTC和RQM來彙整報告
        
        Domain know how for product and handle environment maintain
        
        產品認識
        
        以此產品為例，是以Business Process的建立為主，搭配各個Service，例如夥伴交易，銀行電子交易，安全性確立，檔案傳輸等等的功能來建構而成。
        
        架設產品測試環境所需軟體硬體知識
        
        硬體
        
        產品架設所需的硬體規格或者網路佈局規劃
        
        軟體
        
        例如OS的選擇，搭配資料庫的選擇，其他搭配軟體的選擇還有以上軟體操作的基本知識。
        
        產品架設的流程
        
        已有的測試環境分析與使用
        
        執行test case所需技能
        
        像是GVT，就要遵照IBM的 GVT guild來執行。又或者在執行此test case時所需要的前置步驟，例如像是需要先在B2B建置一個他提供的FTP server，再利用FTP client tool 傳送一檔案用以製造傳輸紀錄來讓產品做搜尋使用等技能知識。
      - Content Manager & ICC
        
        QA Tester
        
        Test case Maintain
        
        創建test case
        
        分析新功能
        
        了解新功能行為，將其寫入test case
        
        分析更新功能
        
        假如功能更新之後，有部分功能行為可能是屬於需要將其寫入test case。
        
        分析defect
        
        假如有defect是發生在測試範圍之外，就會將其列入test case裡面
        
        更新test case
        
        功能更改
        
        功能目的相同，可是功能行為改變
        
        閱讀test case
        
        test case的背景故事
        
        例如testcase是要能在各國語言環境下，能正常執行功能與行為
        
        利用已有的test case了解產品的測試方法
        
        可以看到GVT各類的測試方法，做為參考和學習
        
        刪除test case
        
        功能刪除
        
        功能在改版之後，被移除不存在
        
        功能更改
        
        功能行為或者目的已被改變，現有case已不能使用
        
        執行test case
        
        Do main know how.
        
        GVT的測試方法之下，使用相對應的測試方法和測試資料
        
        所需技能
        
        對各類DB的基本操作
        
        所需環境
        
        測試環境須在各國語言下執行，因此得要自行準備某個語言的環境。
        
        Defect trace
        
        Defect logging 的方法
        
        看是用怎樣的system來log defect
        
        原本是利用IBM Rational RTC來做紀錄defect的工具，後來換成GitHub
        
        Log defect的規範內容。
        
        跟Developer的溝通
        
        Defects內容的溝通
        
        跟developer溝通為何這defect開立的原因，和背景故事。
        
        defect最後狀態的溝通
        
        假如有defect最後狀態不是fix，這跟developer確定原因，和分析風險給developer了解
        
        確保defect的最後狀態
        
        追蹤defect，確認defect皆已fix，假如dev判定無法修好，就得要跟Dev溝通看是要延後修或者放入doc標明。
        
        建立Defect 報告跟分析風險
        
        彙整負責的defect狀態，做成報告給test lead
        
        分析未修好的defect風險
        
        Test report create
        
        測試報告工具
        
        利用Lotus Notes的Database來製作測試報告。
        
        Test plan
        
        確保在時程內完成測試
        
        確立測試重點
        
        Domain know how for product and handle environment maintain
        
        產品認識
        
        此產品是設計來體現使用者操作DB的一個介面，因此對於DB的連接與操作就會是這項產品測試的重點。
        
        架設產品測試環境所需軟體硬體知識
        
        硬體
        
        產品架設所需的硬體規格
        
        軟體
        
        Server OS例如像是 WINDOWS LINUX AIX的選擇和操作，另外DB 像是DB2 ORACLE MySQL的搭配和基本操作，和其他搭配軟體像是WAS等軟體的操作
        
        產品架設的流程
        
        已有的測試環境分析與使用
        
        執行test case所需技能
        
        Notes Main Server, Client 的基本操作，iOS, Android等Mobile phone操作方法
    - - PaintShop
        
        QA Tester
        
        Test case Maintain
        
        創建test case
        
        分析新功能
        
        了解新功能行為，將其寫入test case
        
        分析更新功能
        
        假如功能更新之後，有部分功能行為可能是屬於需要將其寫入test case。
        
        分析defect
        
        假如有defect是發生在測試範圍之外，就會將其列入test case裡面
        
        更新test case
        
        功能更改
        
        功能目的相同，可是功能行為改變
        
        閱讀test case
        
        test case的背景故事
        
        例如testcase是要能在處理某個圖像檔的情況下，能正常執行功能
        
        利用已有的test case了解產品的測試方法
        
        例如需要先準備某種格式或者某種需求的資料圖像來用於測試
        
        刪除test case
        
        功能刪除
        
        功能在改版之後，被移除不存在
        
        功能更改
        
        功能行為或者目的已被改變，現有case已不能使用
        
        執行test case
        
        Do main know how.
        
        影像處理的方法概念，例如像是色溫色差等影像因素
        
        所需技能
        
        對各類圖片影像的操作
        
        所需環境
        
        架構與使用者類似的工作環境
        
        Defect trace
        
        Defect logging 的方法
        
        看是用怎樣的system來log defect
        
        原本是利用IBM Rational RTC來做紀錄defect的工具，後來換成GitHub
        
        Log defect的規範內容。
        
        跟Developer的溝通
        
        Defects內容的溝通
        
        跟developer溝通為何這defect開立的原因，和背景故事。
        
        defect最後狀態的溝通
        
        假如有defect最後狀態不是fix，這跟developer確定原因，和分析風險給developer了解
        
        確保defect的最後狀態
        
        追蹤defect，確認defect皆已fix，假如dev判定無法修好，就得要跟Dev溝通看是要延後修或者放入doc標明。
        
        建立Defect 報告跟分析風險
        
        彙整負責的defect狀態，做成報告給test lead
        
        分析未修好的defect風險
        
        Test report create
        
        測試報告工具
        
        利用Excel來紀錄和製作測試報告
        
        Test plan
        
        確保在時程內完成測試
        
        確立測試重點
        
        Domain know how for product and handle environment maintain
        
        產品認識
        
        此產品是設計來幫助使用者處理各類影像檔案，因此重點就會在於影像處理功能是否正確，支援各類圖檔等功能
        
        架設產品測試環境所需軟體硬體知識
        
        硬體
        
        產品架設所需的硬體規格。產品支援的相機攝影機操作方法
        
        軟體
        
        主要以Windows為主，搭配其他影像處理的輔助工具，例如轉檔工具
        
        產品架設的流程
        
        已有的測試環境分析與使用
        
        執行test case所需技能
        
        各類攝影工具，例如相機的使用。或者各類圖檔的製作與轉換。或是影像的各個專有名詞，例如像是色溫色差等等