iT邦幫忙

qa相關文章
共有 106 則文章
鐵人賽 Software Development DAY 22
QA工程師的美麗與哀愁 系列 第 22

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

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

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

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

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

鐵人賽 Software Development DAY 7
QA 三十天養成日記 系列 第 7

技術 [Day7] 原來還有分 手動QA 和 自動化QA?工作內容差異?

若有看完前幾篇文章的話 應該可以了解到擁有全面性的 QA 要負責的範疇很廣,改善開發流程、專案時程控管、擬定測試計畫、需求分析、測試 等等… 以下也會延續 [D...

鐵人賽 Software Development DAY 6
QA 三十天養成日記 系列 第 6

技術 [Day6] [硬技能篇]原來 QA 沒有想像中的簡單,QA 應該具備什麼技能

這邊就來說說 QA 所需要具備的硬技術有哪些 延續此篇文章[Day5] [軟技能篇] 原來 QA 沒有想像中的簡單,QA 應該具備什麼特質 硬技能 此處我將...

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

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

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

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

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

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

鐵人賽 Software Development DAY 5
QA 三十天養成日記 系列 第 5

技術 [Day5] [軟技能篇] 原來 QA 沒有想像中的簡單,QA 應該具備什麼特質

QA 往往會因為公司規模大小、產品性質、公司對品質要求等等… 都會有所不同也就是說不同公司就會有不同的 QA,所要求的工作內容、技能,都不會太一樣 QA 這角色...

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

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

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

鐵人賽 Software Development DAY 4
QA 三十天養成日記 系列 第 4

技術 [Day4] QA 到底是什麼?它【絕對不是】只單純做測試的職位!

QA 的全名【Quality Assurance engineer】,即品質保證工程師。 以下是常有的誤解,也可以說該如何一句話惹怒 QA XD 做 QA 很...

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

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

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

鐵人賽 Software Development DAY 2
QA 三十天養成日記 系列 第 2

技術 [Day2]開發團隊常說的品質到底是什麼?

軟體開發的世界中,品質一詞並不陌生,但團隊中一直在追求好的品質,但品質到底是什麼?怎麼樣才是好品質? 接下來透過我淺淺的經歷,來分享我自身的觀點,當然也歡迎大家...

鐵人賽 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 1
QA 三十天養成日記 系列 第 1

技術 [Day1] 2022 iT鐵人賽,開賽!帶你進入 QA 的領域

大家好,接下來這三十天內的都是 QA 會接觸到的 技能及知識 彙整而成的文章 自我介紹 我原先是一名網站工程師,主要使用 Vue 來開發 web,到後來不小心踏...

鐵人賽 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一搜...

鐵人賽 Software Development DAY 3

技術 第二卷 - 擁抱敏捷思維的探索性測試 vs 傳統腳本測試

上篇講到自動化測試與手動測試都有適合應用的場景及必要性,兩者皆不可偏廢。 在手動測試中有個分支,叫做探索性測試 (Exploratory testing) 近年...

鐵人賽 Software Development DAY 2

技術 第一卷 - 自動化測試是QA必要之惡?

常聽到的測試手段,可以簡單分為手動測試(Manual testing)與自動測試(Automation testing) 舉個簡單的例子,今天RD做出了一個可以...

鐵人賽 Software Development DAY 1

技術 第零卷 - QA工程師參上!

「這點小功能為什麼要測一個月?」 「客戶很急,明天就要上hotfix。」 「Coverage rate 為什麼不是100%?」 「啊這個為什麼不做自動化?」 「...

徵才 [徵才]知名通訊軟體LINE-Test Engineer 軟體測試工程師 (APP/ Web)

[擴大徵才]派遣至LINE-Test Engineer 軟體測試工程師 (APP/ Web) 工作內容] 根據規格書建立測試案例 執行測試案例以確保軟體品質,...

鐵人賽 Software Development DAY 1

技術 Day 01 | 前言、規劃及為什麼需要 Test Case Management?

目錄 前言 文章規劃 為什麼需要 Test Case Management? 需求與選擇 需求是什麼? 選擇有哪些? 參考資料 前言 最近因工作所需所...