測試其實很多概念
難度其實不一定低於RD
首先來講講環境
DevOps之所以出現
最主要就是解決環境差異造成的問題
Dev環境中正常
Prod環境中失敗
這時候就要釐清差異點
譬如作業系統是否相同
相依套件版本是否相同
這年代有docker可以用
直接是能夠解決OS與套件的問題
再來是環境變數的問題
這部分又牽涉到環境變數的處理方式差異
在docker放在.env
在kubernetes中是在configmap
這部分往往是造成錯誤產生的地方
畢竟多數團隊不會在dev用kubernetes
資料的問題
釐清自己要測的是程式碼還是整合測試
程式碼必須先沒有問題才能夠做整合測試
通常必須善用一些工具
mock或是docker先行部署測試資料庫
一些專案會讓後台管理做動態設定
最好在server啟動前
跑前導腳本確定設定資料是存在
當然比較有經驗的程式設計師會讓沒設定存在時
使用default數值
壓力測試如何做到高流量的測試
有時候一台不夠快還要同時多台一起上
這時候可能需要會一些CM工具
像是ansible
GUI的測試成本最高改動最快
所以效率最低
一般都是放在最後去完成
免不了就要去使用selenium這類型的
介面測試工具
網站功能一多測一次打算跑多久
可能必須就要搭配headless browser
multi process的方式來做測試加速
使用者體驗的檢測
這部分就是靠經驗了
當使用者送出表單後跳出錯誤
但沒有說明是什麼錯誤
對於使用者來說不明所以
這部分我也認同QA該將類似問題抓出
測試眉眉角角的很多
除了要了解代碼
還要了解系統
甚至還要有點UX sense
而現在多數是屬於前後端分離的系統
錯誤是屬於前端發生還是後端發生的
最好也能夠有分辨的能力
如果QA是很好混進去的那種職缺
八成是每天用手點像作業員的工作
薪水是不會好到哪去的

推分享，很實務補推

QA難度不一定小於RD, 但薪水與尊重普遍小於RD

不要搞錯了，薪水和尊重低的QA 通常不是做難的事的QA

請問目前QA跟RD，薪水到底落差多少？

只能說 看公司

推分享

push