看板
[ Soft_Job ]
討論串[請益] QA怎麼想的到所有狀況的？
共 5 篇文章
內容預覽:
如題. 本人在一個小到不行的公司 開發上線維護全部一人負責， 這樣的狀況下偶爾會發生上線後要修bug的問題。 本身在開發的時候自以為想清楚所有狀況了，但其實上線久了偶爾還是會有小bug。 想請問大公司的QA Engineer是有什麼魔法才能全部想到的嗎？. PS 本人轉職底層QQ 垃圾問題請多多包函
(還有4個字)
內容預覽:
我是覺得不用那麼快否定. 讓具有RD知識的人去當QA 其實是有道理的 我也看過有公司這樣幹. 不過這樣幹在實務上有難度 不是因為技術適性 而是因為薪酬跟地位的差距. 台灣多數QA都是暴力測試 或是用經驗測試. 你QA幹了一年 大概就知道RD經常會出哪些包. 通常同一種包 RD會一犯再犯 就算RD改了
(還有310個字)
內容預覽:
你的命題是大公司所以就用大公司角度吧. 大公司跟小到不行的公司. 最基本的差異就是兩者的規模、體量. 大公司累積的資料、解決模式比你多很正常. 可能QA早就把開發要件分類過. 針對畫面類做了幾個測試套餐 針對大流量做了測試計畫. 基本必測是什麼 搭配特殊情境選配什麼測試. 都有概念 都有資料 都有前
(還有662個字)
內容預覽:
不知道你所謂的 bug 是什麼樣的 bug ；或許可以參考這類經驗談：. * 雲端/分散式架構 設計模式. https://learn.microsoft.com/en-us/azure/architecture/patterns/. * 各種「程式設計師的認知偏差」. https://github
(還有624個字)
內容預覽:
小弟的粗淺看法是. 先區分input 的類型. - 有上下邊界值的情況下：. 測試case分為 低於下邊界值 下邊界值 預期值 上邊界值 高於上邊界值. - 無邊界值的情況：. 列出所有可能情境 例如測試三角形好了 正三角 等腰三角 不是三角...等等. 這兩種取一個用. 針對比較複雜的input
(還有193個字)