iT邦幫忙

qa工程師相關文章
共有 33 則文章

徵才 【徵才_香港商創金科技有限公司/台北大同區】QA測試工程師

職務說明【工作內容】 系統測試工作的計劃、文件與執行。 熟悉測試案例(test case)的設計與寫作。 使用者測試(Usability test)、問題追蹤...

徵才 【徵才】喬睿科技-Java後端工程師 /QA工程師/資料庫管理師(MySQL)

我們是金融科技 (Fintech) B2B團隊 - 喬睿科技,致力於打造頂尖 SaaS 服務,專注使用體驗,「讓線上社會更美好 (Making the Digi...

徵才 【徵才/內湖】JAVA後端工程師/安卓工程師/react前端工程師/測試工程師

公  司:BITOP 區塊鏈資產交易平台上班時段:09:00~18:00 (每天可準時下班,基本不加班)地 點: 台北市內湖區 (美麗華附近 劍南路站旁)工作...

鐵人賽 Software Development DAY 30
QA工程師的美麗與哀愁 系列 第 30

技術 第二十九卷 - QA工程師的鐵人鍊成後記

今天是系列文章的最後一篇,感謝大家的觀看與支持。 報名鐵人賽的時候就只是單純的起心動念,想說可以利用這個機會紀錄下QA工作的點滴 讓更多人了解QA工程師這個角色...

鐵人賽 Software Development DAY 29
QA工程師的美麗與哀愁 系列 第 29

技術 第二十八卷 - 自動化測試與人工智慧會不會取代QA工程師?

在職涯初期,剛開始學自動化測試跟各種測試框架的時候 曾經聽過一種對QA工程師職涯的說法是: 「你如果不做自動化,只做手動測試一定會慢慢被淘汰。」 所以那個時...

鐵人賽 Software Development DAY 28
QA工程師的美麗與哀愁 系列 第 28

技術 第二十七卷 - QA Engineer vs SDET,QA職稱與工作內容大混戰

這篇來講QA工程師在職稱上與工作內容的常見區別 第一篇發現有朋友留言提到對系列文章很有感(可能是哀愁的部分XD) 同時也提到一個職稱是SDET(Software...

鐵人賽 Software Development DAY 27
QA工程師的美麗與哀愁 系列 第 27

技術 第二十六卷 - 軟體版本熱修復(Hotfix)與更新發布(Upgrade)的常見用語大混戰

這篇來補充一個很重要的東西,就是談到軟體版本升級時常會聽到的用語。 對軟體更新發佈來說,QA應該要是最了解每次改動內容以及測試狀態的人, 但在日常溝通上,常常會...

鐵人賽 Software Development DAY 26
QA工程師的美麗與哀愁 系列 第 26

技術 第二十五卷 - 提早發現問題的意義?遠端監控產品部署在客戶端的狀態

上篇提到有關server端常用的部署策略們與其優缺點 這篇來聊我自己對Windows application的監控與部署經驗 以及為什麼軟體維運的測試右移需要做...

鐵人賽 Software Development DAY 25
QA工程師的美麗與哀愁 系列 第 25

技術 第二十四卷 - 軟體產品部署(Deployment)的常見策略與優劣分析

最後幾篇繼續提一些軟體發行部署的測試右移策略與實際應用。 部署(Deployment),意思是把軟體發布並上線到一個運行環境中的動作。 如果部署到測試環境,那你...

鐵人賽 Software Development DAY 24
QA工程師的美麗與哀愁 系列 第 24

技術 第二十三卷 - QA講話要有憑有據!利用客觀的真實數據來補足主觀的測試規劃

前幾篇把測試右移的一些關於資料收集處理呈現的實踐,大致上講得差不多了, 這篇來補充說明前面沒特別提到,但我覺得對QA是個蠻重要的武器 就是大家耳熟能詳的數據驅動...

鐵人賽 Software Development DAY 23
QA工程師的美麗與哀愁 系列 第 23

技術 第二十二卷 - 幫助QA找到客戶問題真相的搜索引擎ElasticSearch

前幾篇我們講到遙測資料、監控指標、儀表板與警示系統, 這些都是為了在測試右移的實踐中,能更快速且有效發現客戶環境的問題。 從埋遙測資料、設計監控指標與儀表板到定...

鐵人賽 Software Development DAY 22
QA工程師的美麗與哀愁 系列 第 22

技術 第二十一卷 - 把儀表板的緊急監控指標自動化:警示與通知系統

上篇提到監控指標與儀表板的常見服務們,有說到我們不會無時無刻看著儀表板 所以就需要自動化來幫助我們知道,監控中的指標有哪些緊急的狀態發生了 就來到了本篇的主題:...

鐵人賽 Software Development DAY 21
QA工程師的美麗與哀愁 系列 第 21

技術 第二十卷 - 讓老闆也看得懂遙測資料:監控指標(Monitoring metrics)

上篇提到遙測資料可以紀錄客戶端的實際狀態,搭配上時間日期就像時光機 能夠忠實還原事發現場,讓軟體開發團隊能夠更有效的找到問題並解決。 但是遙測資料從四面八方收回...

鐵人賽 Software Development DAY 20
QA工程師的美麗與哀愁 系列 第 20

技術 第十九卷 - 什麼是遙測資料?客戶問題的照妖鏡,軟體維運團隊必備!

上一篇講述了在客戶環境瞎子摸象找問題的慘痛經驗 之後團隊在記取經驗後實做出又酷又好用的東西:遙測資料(Telemetry Data) 把Telemetry拆開,...

鐵人賽 Software Development DAY 19
QA工程師的美麗與哀愁 系列 第 19

技術 第十八卷 - 第一次在公司看日出只是為了把一個白金客戶的問題驗完!?

這篇來分享個輕鬆一點的個人血淚小故事XD 有陣子我的工作內容,從比較偏做產品的團隊轉到解決客戶問題的團隊 也就是專門處理客戶問題與負責每兩週到每個月releas...

鐵人賽 Software Development DAY 18
QA工程師的美麗與哀愁 系列 第 18

技術 第十七卷 - 你掉的是金色的QADev還是銀色的QAOps?

上篇粗淺講了DevOps的角色衝突與QA在DevOps實踐中的定位 這篇就來聊聊一些QA實際能做的DevOps日常 Recap上篇的結論,QA最重要的工作就在...

鐵人賽 Software Development DAY 17
QA工程師的美麗與哀愁 系列 第 17

技術 第十六卷 - Dev+Ops的敏捷黃金時代,QA工程師如何尋找自己的定位?

如果DevOps是由Dev(開發)跟Ops(維運)組成,哪裡還需要QA工程師? 幸好(?)你到維基百科找DevOps示意圖,QA是被包含在裡面的: 而這篇就來...

鐵人賽 Software Development DAY 16
QA工程師的美麗與哀愁 系列 第 16

技術 第十五卷 - 老闆說的4個9是什麼意思?99.99%的SaaS服務級別協定(SLA)

講風險評估前,我們先來聊聊一個軟體服務維運(Ops)常會聽到的詞: 叫做服務級別協定,簡稱SLA(Service-Level Agreement)。 SLA通常...

鐵人賽 Software Development DAY 15
QA工程師的美麗與哀愁 系列 第 15

技術 第十四卷 - 測試左移的美麗與測試右移的哀愁(下)

相較於測試左移,測試右移雖然從定義上來看相當重要 但卻不一定是每個QA工程師都會碰到並負責的領域 原因很簡單,這跟產品的開發階段與成熟度有很大的關係。 如果你負...

鐵人賽 Software Development DAY 14
QA工程師的美麗與哀愁 系列 第 14

技術 第十三卷 - 測試左移的美麗與測試右移的哀愁(中)

上篇提到了一些測試左移與測試右移的基本概念 用最簡單的說法Recap一下: 測試左移指產品發行前做的測試們 測試右移指產品發行後做的測試們 這篇重點會放在測...

鐵人賽 Software Development DAY 13
QA工程師的美麗與哀愁 系列 第 13

技術 第十二卷 - 測試左移的美麗與測試右移的哀愁(上)

對測試工作常會有種印象是:「要在產品上線前,完成所有的測試項目。」 這點從邏輯上來看是沒錯,但在實際執行測試卻是一個相對理想的狀態 比如在上篇提到的相容性測試與...

鐵人賽 Software Development DAY 12
QA工程師的美麗與哀愁 系列 第 12

技術 第十一卷 - 一位信心十足的QA工程師 v.s. 一包椰子口味的乖乖餅乾

上篇聊到軟體組建與發行版本及各種關於軟體版本數字的迷信。 這篇也來聊比較輕鬆的工程師都市傳說,也跟QA工程師這個職位相當有關係。 就是耳熟能詳的乖乖餅乾。 乖...

鐵人賽 Software Development DAY 11
QA工程師的美麗與哀愁 系列 第 11

技術 第十卷 - 為什麼沒有Windows9跟iPhone9?軟體開發版號的迷信?

上篇介紹了開發階段與測試環境的配合,讓QA更有效進行驗證工作。 這篇就來分享關於軟體開發版號有趣的迷信與故事 還有介紹一個常見的東西:軟體開發組建與版本 軟體...

鐵人賽 Software Development DAY 10
QA工程師的美麗與哀愁 系列 第 10

技術 第九卷 - Staging 環境什麼時候用?QA可以用哪個環境做功能測試

上篇簡單帶過軟體開發與發佈的週期,這篇來講RD與QA合作的相關實務。 主要包含開發環境與測試環境的配合,以及產品推出前怎麼配置不同測試環境。 開發與測試環境...

鐵人賽 Software Development DAY 9

技術 第八卷 - 為什麼遊戲軟體都說自己是Beta版?淺談軟體開發版本週期

我自己一開始聽到Beta版本,是小時候在玩遊戲的時候(透露年齡) 遊戲公司會先出封測(Close-Beta),邀請少量玩家先進去體驗遊戲 經過可能幾個月的時間,...

鐵人賽 Software Development DAY 8

技術 第七卷 - 嚴重不緊急的Bug要先修,還是緊急不嚴重的Request要先上?

標題看似有點難選擇,但有點工作經驗的都能知道正解: 那就是:「我全都要。」XD 而QA工程師作為產品品質的守護者,會有同時追蹤多個問題的需求 並在缺陷修正過後,...

鐵人賽 Software Development DAY 7

技術 第六卷 - 作為軟體開發保命符的回歸測試(Regression Test)

「Release前記得要跑Regression啊」 「新版改動的Regression預計要跑多久?」 「這個case有點急,上線前要請QA team幫忙跑Reg...

鐵人賽 Software Development DAY 6

技術 第五卷 - 掌握好測試策略三大原則,設計出優質的QA測試計畫

一般來說在專案開始開發前,開發團隊會開一個設計審查會議(Design Review) 跟團隊確認接下來的開發週期,RD會開發什麼功能,以及怎麼開發的細節 透過跟...

鐵人賽 Software Development DAY 5

技術 第四卷 - 什麼是使用者場景測試?集強迫症與責任感於一身的QA工程師

對QA工程師而言,使用者場景(User Scenario)是設計測試策略裡相當重要的一環。 原因很直覺,你的測試必須對應到使用者會如何使用你的產品, 於此同時確...

鐵人賽 Software Development DAY 4

技術 第三卷 - 在瀑布開發下修煉的敏捷測試,從冰淇淋測到金字塔。

關於敏捷開發(Agile Development)網路上的技術資源已經相當完整 本篇主要會專注在QA工程師怎麼在開發團隊中提供價值的心法。 隨便google一搜...