測試其實很多概念 難度其實不一定低於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是很好混進去的那種職缺 八成是每天用手點像作業員的工作 薪水是不會好到哪去的 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.14.227.69 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1583251853.A.7B4.html