選單
GSS 技術部落格
在這個園地裡我們將從技術、專案管理、客戶對談面和大家分享我們多年的經驗,希望大家不管是喜歡或是有意見,都可以回饋給我們,讓我們有機會和大家對話並一起成長!
若有任何問題請來信:gss_crm@gss.com.tw
3 分鐘閱讀時間 (576 個字)

軟體測試實務第一章(軟體測試工程師的職涯手冊)

2023-10-23-114118 筆記一點小型讀書會的分享與回應的心得

筆記一點小型讀書會的分享與回應的心得。

測試人員的特質是要具「耐心、細心」,除了「耐心、細心」之外還要「有心」,以此三心進行仔細思考後進行的測試;那麼測試就不只是手段了,而是一種神保護囉。

要做好 QA 工作,必定要從 Tester 的事後發現缺陷做起,積累培養發現的能力,才能規劃出具有預防缺陷的計畫,進而做到提升品質,讓產品在建置的進行中,有一種可以預防風險,防護被駭的氛圍。進而產生良好的循環。

  不論 QA 掛在哪一種組織之下,都有不同層次的服務,例如:

  • 跟著一起進行系統分析,提早於規格開立時就完成測試規格,讓開發者可以開發完成後,進行自我測試。
  • 跟著 RD 有機會深入到一些技術觀點,擴增眼界。
  • 在客服更能了解客戶產生的問題...
  • 獨立的QA單位,需要學習不同領域的知識,比較可以支援不同系統。
  • 不論歸在那種組織下,各有些許不同的服務深度、廣度

QA 遇到的一些狀況

  • 需求變動會讓 QA 重複測試相同功能衍生的不同情境,在功能尚未穩定情況下,需要 QA 的耐心人工測試。
  • 如果實際開發狀況緊急,開發人員沒有時間測試,需要 QA 於時效前加班完成,時間壓力不小,要感謝 QA 的 <有心> 支援
  • 如何克服應測未測呢? 寫下來,不論甚麼方式,手寫、白板討論後拍照都可以,如果有開發討論,大家都沒有考慮到的,就一起承擔吧。只要不是遇到打混的 QA,沒測當有測的,都需要鼓勵一起成長。

 QA 入門指南

乍看之下,QA 有需要這麼多領域的知識喔? 人工測試、手動測試、頂多自動化測試、壓力測試、整合測試、測試計畫...好像用不到這麼多功夫,如果有長期待在 QA 這個領域,作者寫的還真實不虛呢。

經驗分享—測試資料產生器
以 ad 管理 linux 的帳密(以 centos 7 為例)
 

評論

尚無評論
已經注冊了? 這裡登入
Guest
2024/05/19, 週日

Captcha 圖像