PTT職涯區 / Soft_Job (軟體人)

[請益] QA怎麼想的到所有狀況的？

看板Soft_Job (軟體人)作者 (Jasonngu)時間1月前 (2024/10/18 10:32), 編輯推噓12(12推 0噓 35→)
留言47則, 26人參與, 2周前最新討論串1/5 (看更多)
如題 本人在一個小到不行的公司 開發上線維護全部一人負責， 這樣的狀況下偶爾會發生上線後要修bug的問題。 本身在開發的時候自以為想清楚所有狀況了，但其實上線久了偶爾還是會有小bug。 想請問大公司的QA Engineer是有什麼魔法才能全部想到的嗎？ PS 本人轉職底層QQ 垃圾問題請多多包函 ----- Sent from JPTT on my iPhone -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.12.227 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1729218773.A.036.html
推
10/18 10:58, 1月前 , 1F
做久了會遇到那些狀況心裡都有個底了吧
10/18 10:58, 1F
→
10/18 10:58, 1月前 , 2F
經驗
10/18 10:58, 2F
推
10/18 11:00, 1月前 , 3F
當然是不行阿...QA又不是神
10/18 11:00, 3F
→
10/18 11:10, 1月前 , 4F
想不到 所以我覺得QA應該是當過RD的去當
10/18 11:10, 4F
→
10/18 11:17, 1月前 , 5F
樓上大錯特錯，RD只會測試happy flow而已，RD如果想
10/18 11:17, 5F
→
10/18 11:17, 1月前 , 6F
得到任何例外狀況，開發的時候就先處理掉了。
10/18 11:17, 6F
→
10/18 11:19, 1月前 , 7F
QA本來就測不出「所有」問題
10/18 11:19, 7F
→
10/18 11:19, 1月前 , 8F
穩定的系統都是經過漫長時間改出來的
10/18 11:19, 8F
→
10/18 11:19, 1月前 , 9F
RD能測出來的又更少，因為東西你開發的
10/18 11:19, 9F
→
10/18 11:19, 1月前 , 10F
你知道怎麼用才是正確的，你不會知道user
10/18 11:19, 10F
→
10/18 11:19, 1月前 , 11F
會做什麼奇葩操作自然很難在開發就把Bug都抓到
10/18 11:19, 11F
→
10/18 11:20, 1月前 , 12F
回原po，首先不可能全部想到，不然微軟就不該有bug
10/18 11:20, 12F
→
10/18 11:20, 1月前 , 13F
。再來要有好奇心，手冊上說先做A再做B，你就要想如
10/18 11:20, 13F
→
10/18 11:20, 1月前 , 14F
果我跳過A先做B會怎樣？再來就是排列組合…
10/18 11:20, 14F
推
10/18 11:26, 1月前 , 15F
就不行啊 我自己看扣抓的 bug 都比 qa 測了半天多了
10/18 11:26, 15F
→
10/18 11:26, 1月前 , 16F
不過是看別人的扣 看自己的會有盲點
10/18 11:26, 16F
推
10/18 11:30, 1月前 , 17F
把使用者當QA(誤),發一個解一個最後就穩定了~
10/18 11:30, 17F
推
10/18 11:43, 1月前 , 18F
工程師的本能 就是去抓系統的邊界條件 簡單來說就是找系
10/18 11:43, 18F
→
10/18 11:43, 1月前 , 19F
統漏洞
10/18 11:43, 19F
→
10/18 12:37, 1月前 , 20F
你黑箱測試怎麼可能知道全部狀況
10/18 12:37, 20F
→
10/18 12:37, 1月前 , 21F
能做個邊界測試就很了不起了
10/18 12:37, 21F
推
10/18 13:03, 1月前 , 22F
的確要當過RD的才有辦法反向思考…一般QA連正常狀況都
10/18 13:03, 22F
→
10/18 13:03, 1月前 , 23F
不完整
10/18 13:03, 23F
→
10/18 13:17, 1月前 , 24F
原來如此 這樣我就放心了 我以為有什麼特別原則照做一
10/18 13:17, 24F
→
10/18 13:17, 1月前 , 25F
定沒問題
10/18 13:17, 25F
→
10/18 13:52, 1月前 , 26F
RD是單元的功能測試。QA 是系整合測試，負責的層級不同
10/18 13:52, 26F
→
10/18 15:50, 1月前 , 27F
你以為大公司就會有 QA 嘿嘿 不紅的單位自己測拉
10/18 15:50, 27F
→
10/18 15:52, 1月前 , 28F
以前待過一家小公司 QA team 非常厲害 工程師都是專職QA
10/18 15:52, 28F
推
10/18 15:52, 1月前 , 29F
樓上XD 大公司裡的邊緣團隊真的超慘，比小公司還不如
10/18 15:52, 29F
→
10/18 15:52, 1月前 , 30F
雖然被抓的很多改的很煩 但是能過我通常都很放心上線
10/18 15:52, 30F
→
10/18 18:04, 1月前 , 31F
想不到啊，所以出問題被檢討的都是沒測出來
10/18 18:04, 31F
→
10/18 18:27, 1月前 , 32F
或許可以一部分交給AI來測試？
10/18 18:27, 32F
→
10/18 20:52, 1月前 , 33F
沒用過大公司東西?不會懷疑沒有好好驗證/QA過嗎?可以補救
10/18 20:52, 33F
→
10/18 20:52, 1月前 , 34F
就不會花資源因為是浪費XD
10/18 20:52, 34F
→
10/18 22:08, 1月前 , 35F
QA做系統測試是領乾薪唄，稱職的QA對一個程式片段都能測試
10/18 22:08, 35F
→
10/18 23:11, 1月前 , 36F
跟績效掛鉤的時候就會激發潛能了
10/18 23:11, 36F
推
10/19 00:08, 1月前 , 37F
一二樓正解
10/19 00:08, 37F
推
10/19 18:54, 1月前 , 38F
當然是等真的爆了再把客戶feedback加進測項裡
10/19 18:54, 38F
→
10/20 10:56, 1月前 , 39F
直接上線客戶就是免費QA
10/20 10:56, 39F
→
10/22 00:25, 1月前 , 40F
想不到 扛責用
10/22 00:25, 40F
→
10/22 00:25, 1月前 , 41F
沒正確規劃的QA 如果還沒有扛責的用處 那就會有點雞肋
10/22 00:25, 41F
→
10/22 00:26, 1月前 , 42F
驗證過了如果還有問題那就是QA的問題 這樣分工就有意義
10/22 00:26, 42F
→
10/22 00:27, 1月前 , 43F
是說蠻多公司的QA是沒有coding能力的...
10/22 00:27, 43F
推
10/22 03:41, 1月前 , 44F
上下左右z軸深淺測
10/22 03:41, 44F
推
10/22 20:15, 1月前 , 45F
有時也是很吃天份的，有人就是可以想到別人沒想過的使用
10/22 20:15, 45F
→
10/22 20:15, 1月前 , 46F
情境，直覺有時很可怕
10/22 20:15, 46F
推
11/04 23:17, 2周前 , 47F
預判了你的預判，就這麼簡單
11/04 23:17, 47F
‣ 更多 jason1596t 的文章
文章代碼(AID): #1d4SZL0s (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 5 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共5篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 jason1596t 的文章
文章代碼(AID): #1d4SZL0s (Soft_Job)