儘管Vim是一款源自早期的文本編輯器,但它在今天的軟體開發領域仍然不可或缺。無論是研發人員還是品質保證工程師,都可能會在伺服器上直接編輯文件的情況下遇到需要使用Vim的場景。在使用如Python、JavaScript、PHP等直譯式語言時,尤其在緊急情況下,直接在伺服器上修改代碼雖不是最佳方法,但有時卻是必要的選擇。例如,曾經我就有臨時需要直接在伺服器上修改自動化測試腳本或調整測試所需資料的情況。因此,我整理了一些在這些情況下我認為最常用的Vim指令。

前置作業

通常在Mac或是Linux的多個版本裡面,Vim都是內建在系統中的,要確認是否存在Vim只要在終端機中使用version指令即可:

vim --version

若出現如下圖畫面就能確認系統中存在Vim,不過裡面的內容可能會稍微不同,但這應該不影響下面的操作指令:

接下來可以找一個空的資料夾輸入下面指令來製作練習的檔案,下面的操作也都會使用這個檔案來做操作範例:

curl http://www.example.com -o example.html

之後在同個路經中輸入下面指令,就可以正式開始了:

vim example.html

整體操作如下:

Read more »

從多年 RD 經驗轉變為一個 QA 工程師的我,在這過程經歷了許多的心路歷程。在這篇文章中,我想分享一下我轉型的想法和心得,以及我認為做為 QA 工程師的價值和意義。

從 RD 到 QA 面臨的跳戰

在成為 QA 之前,我一直是一名 RD。在那段時間裡,我的工作主要是開發產品的功能,並且在開發過程中負責自己的程式測試和一些基本的單元測試。各位可以想想其實要測試自己的程式是一件非常簡單的事情,所有的邏輯跟路線都是你自己編排出來的,你很快的可以知道你要測的每個關卡會有哪些,甚至你測完也會很快的知道如何去修改你自己的程式碼。

成為一個 QA 後,要測的已經不是自己的程式。假如看不到程式碼,需要去跟 RD 了解功能的做法,畢竟一個功能的實現會有百百種,針對不同的實現方式會有不同的測試方式。另外當在了解規格時可能別無選擇,身為一個 RD 可能可以選擇只看跟自己相關的規格來開發就好,當你成為一個 QA 時,必要了解的是所有規格,並且要能從中去找出不合理的規格或是影響舊有功能的規格,要在開發前就能找出些許缺陷出來。這是一個轉變後的挑戰,你不能在當一個默默的開發者,作為一個 QA 需要去學習如何跟 RD 和 PM 等不同的角色進行有效的溝通和協作。

當然我也還是要強調,QA 真的是一個技術含量很高的角色。這也是另一個挑戰,就是學習測試相關的技能和知識,例如測試策略、測試案例設計、自動化測試、性能測試等等,這些技能都不是一天兩天就能學會,需要投入大量的時間和精力去學習和實踐。

Read more »