#slstalk
上週六的直播成功落幕，感謝大家熱情的參與；這次活動對我來說算是做頻道生涯以來的大突破吧，各方面都是，像是QA、嘉賓Callout、心裡話等等，無論是這件事本身還是軟硬體方面的協調與操作；儘管看似是對一般YouTuber來說家庭便飯的事，但對我來說是個完全新奇(?)的體驗 ，也是我難得可以做的事；也趁這次的機會，把一些悶在心裡想講的話和大家說一說。
這次真的非常開心能借40萬直播的機會邀請到 Ru味春捲 Ru's Piano、官大為 - Wiwi Kuan 、 檸檬卷 Janet 、阿滴英文 、Drumstick - 桿子 、 我媽叫我不要打鼓 、小尾巴 等好友來尬聊，問到怎麼認識以及對頻道的看法，大家說的話都讓我頗為意外及心暖（我們真的什麼都沒set），尤其阿滴在說他認為我做頻道的態度時我整個被戳中，眼淚都差點溢出來；真的非常非常感謝大家圓我這個任性的直播邀約🙏
在這次直播中我嘗試收集大家的問題進行現場的QA，我在看一些外國創作者的直播時想到了這個Idea，一直思考要怎麼執行，最後終於讓我給找到方法可以讓做好的字卡直接浮在畫面上；現場Callout的訪談也是讓我捏了一把冷汗，畢竟以前也從未嘗試過，這次又請了這麼多位重量級嘉賓，在直播前我們自己測試了好幾次，確定音訊、影像及畫面排版等細節都沒有問題。
一直到了直播前我還是非常緊張的（直播當下也是），深怕哪個環節出問題，也因為一些技術性的細節問題延後了半小時（還好當初提早半小時），在這裡對等待的大家說聲抱歉！對我來說這是個前所未有的挑戰，以往直播都是彈琴90%說話10%，
QA以及心裡話的部分，其實想說的都在直播裡說了，如果你沒跟到想聽的話就去看記錄檔吧，完整一刀未剪地放在YT以及Patreon上：直播的運鏡秘密、學校讀什麼、做YT的初衷、大學的黑幕等等。在直播的同時看著大家的反饋，其實很意外也很心暖，原來這麼多人有注意到我對這個頻道、我對這些作品注入的心血。
下一次開這種直播應該就是50萬了吧，如果有那一天的話 🤣 今天我這個純音樂台能跌跌撞撞地走到40萬我覺得非常幸運，非常感激在這過程中所有幫助過我的貴人，以及在這過程中功不可沒的桌球與BOY，還有所有喜歡我們音樂的觀眾朋友。
這禮拜週末一樣會有例行性的演奏直播，我們直播再見。
qa 測試方法 在 Re: [請益] 請問QA如何脫離當Tester困境- 看板Soft_Job 的推薦與評價
※ 引述《gary771016 (一日測 終身測)》之銘言：
: 大家好~
: 目前是在系統廠做軟體測試 (是系統廠又是軟體的還是做測試...食物鏈最下層 囧)
: 說的很好聽但工作內容其實就是 "人工執行TestCase"
: 這半年 剛好RD開發了自動化工具 剛好有自學一點點點code 於是就這樣開始了
: C++/JAVA/Python 基本的還可以 (物件導向攻略中...)
: 雖然這套工具不是自己開發的 但其中的腳本和JAVA有關 主要是負責這一部分
: 自動化內容 寫腳本模擬手動點擊appUI 去做一些平常需要重複多次的TestCase
: (不是單純錄製動作 或是 完全依賴座標執行 正確來說就是用UIautomator)
: 大致上是這樣~
: 還請各位前輩給點建議(未來發展)
: 1.在QA會寫code或許會比較容易出頭? 還是走管理才是王道...?
: 2.如果會寫code是否要去拼轉RD? 在幾年就30了 私立理工大學畢業 論學歷和時間都堪憂
: 未來規劃
: JAVA 和 android app設計
: 這一行技能樹到底要怎麼點呀!?
: 做著做著就這樣當了Tester好幾年 雖然工作算穩定但也就這樣 所以想要努力看看
: 還請賜教 謝謝~
直接回應你的兩個問題，因為時間也晚了
: 1.在QA會寫code或許會比較容易出頭? 還是走管理才是王道...?
天下軟體的好壞，看的是撰寫程式的方法
做出一道好菜，看的是烹飪方法
但菜色有很多種，不是每個廚師都能知悉烹飪方法
軟體也有很多種，不是每個程式人員都能駕馭它
這意味著你會寫特定某種語言，是不夠的，
比起寫Code不如去了解各平台的運作特性，
比會寫Code來的有用，我指的是QA
QA 要懂 code 的確是加分，根據會的程式語言，
代表你可能了解計算機原理，
代表你可能了解某些平台或是程式設計的特性
這對不管是白箱或黑箱測試，都有一定程度的幫助
因為可以幫助你更「精準的」測到對的方向。
但也有不會寫code 但對產品很熟的QA
QA就是一個需要學習管理的職位，
我所認知的QA應該介於，R&D ,Designer, PM 之間
隨著開發產品的release版本越久，
要測試的範疇就越大
如何在有限的時間內，完成精準測試才是最重要的課題
對我來說，會寫code 都是為了能夠讓測試變得更簡單
為了縮短測試的成本，
或是製作工具來輔助測試，
以及製作工具來克服手動測試可能無法完成的項目
像是壓力測試或穩定性測試 etc.
面對PM則是可以製作報表，以便PM蒐集產品情報
面對Designer則是可以建議平台特性的限制等等
而很多QA工作像是一開始的 Test Spec, Test Plan
一直到 Test Case的建置，都不一定需要懂code
怎麼管理在對的時間點，做有效的測試才是重點。
回應你的主題
懂得測試方法的人，才是王道，比起會寫code的人
因為QA本來就是需要學習管理
: 2.如果會寫code是否要去拼轉RD? 在幾年就30了 私立理工大學畢業 論學歷和時間都堪憂
會寫code不一定要去當R&D, 自己在家也可以寫產品
而QA也是R&D的一個角色，不要把QA想低了
就我的經驗來看，面試第一眼會看的是，工作經歷
而不是學校，如果對象是名校出生，
也不代表它真的懂QA該做的事情
就我所知，台灣目前沒有一所學校，
告訴我們，測試是什麼東西
加油！
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.25.41.89
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1484245385.A.23C.html
... <看更多>