Re: [請益] QA怎麼想的到所有狀況的?
※ 引述《jason1596t (Jasonngu)》之銘言:
: 如題
: 本人在一個小到不行的公司 開發上線維護全部一人負責, 這樣的狀況下偶爾會發生上線
: PS 本人轉職底層QQ 垃圾問題請多多包函
: -----
: Sent from JPTT on my iPhone
小弟的粗淺看法是
先區分input 的類型
- 有上下邊界值的情況下:
測試case分為 低於下邊界值 下邊界值 預期值 上邊界值 高於上邊界值
- 無邊界值的情況:
列出所有可能情境 例如測試三角形好了 正三角 等腰三角 不是三角...等等
這兩種取一個用
針對比較複雜的input object
針對object 內會用來判斷的邏輯去做測試
例如 註冊會員
會員帳號 email 會驗證有沒有重複
密碼符不符合規格 等等
這種就會特別加上不同測試case
其他像是姓名 性別 等等比較沒跟邏輯相關 只是紀錄在庫的就不需要加上測試增加了測試複雜度
Btw 現在有AI的情況下
借助AI產出test case是個很好用的方法~
不過我自己本身沒有做過QA
只有偶爾自己寫寫測試時有點心得而已
煩請專業大大們再補充其他心法
--
※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.241.103.94 (臺灣)
※ PTT 網址
10
首Po如題 本人在一個小到不行的公司 開發上線維護全部一人負責, 這樣的狀況下偶爾會發生上線後要修bug的問題。 本身在開發的時候自以為想清楚所有狀況了,但其實上線久了偶爾還是會有小bug。 想請問大公司的QA Engineer是有什麼魔法才能全部想到的嗎? PS 本人轉職底層QQ 垃圾問題請多多包函 ----- Sent from JPTT on my iPhone5
→ gino0717: 想不到 所以我覺得QA應該是當過RD的去當 10/18 11:10 → accessdenied: 樓上大錯特錯,RD只會測試happy flow而已,RD如果想 10/18 11:17 → accessdenied: 得到任何例外狀況,開發的時候就先處理掉了。 10/18 11:17 我是覺得不用那麼快否定 讓具有RD知識的人去當QA 其實是有道理的 我也看過有公司這樣幹1
你的命題是大公司所以就用大公司角度吧 ※ 引述《jason1596t (Jasonngu)》之銘言: : 如題 : 本人在一個小到不行的公司 開發上線維護全部一人負責, 這樣的狀況下偶爾會發生上線後要修bug的問題。 本身在開發的時候自以為想清楚所有狀況了,但其實上線久了偶爾還是會有小bug。 想請問大公司的QA Engineer是有什麼魔法才能全部想到的嗎? : PS 本人轉職底層QQ 垃圾問題請多多包函3
不知道你所謂的 bug 是什麼樣的 bug ;或許可以參考這類經驗談: * 雲端/分散式架構 設計模式 * 各種「程式設計師的認知偏差」
52
Re: [問題] 遊戲試玩員是不是很爽?小弟進入遊戲業的第一份工作剛好就是遊戲測試工讀生, 當時,很多人聽到我工作是遊戲工讀生時,都會說:好爽喔,玩遊戲還有錢拿, 但實際真的沒有大家想像地那麼開心,讓我來分享一下QA部門的日常。 1. 首先,一般玩家玩到的是已經完成的遊戲,23
Re: [討論] 怎樣算是一個合格的junior cpp programme針對關於 TDD 的討論另外回一篇好了 覺得用推文太長了 XD : 推 stupidlove0: 朝聖!重要的真的是unit test 08/23 18:47 : → HZYSoft: 回樓上 TDD 問題,TDD 不只要測試,還要先寫測試才寫code 08/23 21:33 : → HZYSoft: 很多人無法習慣這種順序,是否一定要 TDD 這有爭議 08/23 21:3416
[討論] Unit test 的撰寫請益先說我對 Unit test 的看法:測試單元(可能是 function)的邏輯是否正確 好,進入正題 小弟最近剛工作,稍微讀了一下負責的 project 的程式碼後, 要開始開發 Unit test。 現況是,各個 file (.c) dependency 很重,10
[問卦] 線性規劃為什麼不能規劃國家經濟?如題啊 各位小夥伴學過線性規劃都知道 這個數學模式 主要是拿來做最佳化 甚至還可以用邊界值的差異11
Re: [請益] QA學生實習的問題原文述刪 前陣子參加某金控的分享會後覺得有點空虛 加上最近在做內部教育訓練,整理了以前做的一些在自動化測試上的事 少少的經驗 分享給版上QA大大們 希望多多交流7
Re: [討論] 工作上寫單元測試的比例ㄅ是啊,你應該是先有需求才有測試, 通常是先假設已經在線上的已經經過線上考驗。 如果沒有這種需求,你根本就不應該整理。 我個人認為任何在沒有需求的前提下情況下整理程式碼, 是一個浪費自己時間又沒意義的行為。6
Re: [請益] 測試儀器自動化程式設計的工作幾年打雜下來, 對於控一些有的沒的, 有一些心得 經驗上, python 接受度很高 所以後來都是提供python 作為自動化的基礎 通訊方面, 打通以下就差不多了 GPIP : PyVISA6
Re: [問卦] 有人做近視雷射手術,出現什麼不適感嗎我原本是這周要去做Smile 不過因故後延了 沒有什麼二十萬啦 現在Smile大概11~12萬 Lasik大概<10萬6
Re: [討論] 工作上寫單元測試的比例底下這是比較「野性」」的作法,算是實務專案的經驗: 其實我覺得你到一個完全沒有測試的專案,要分兩個策略: 1. 補重要主線的 integration test 反正哪邊常被報修就補哪邊。 如果一開始補不上去就先做下一點,理論上常被報修的地方會一直出現在下一點, 累積多了就可以變成1了。2
Re: [討論] 工作上寫單元測試的比例因為大家的討論都很基於心法 實作上相對很模糊 利用這個機會也跟大家請教實作上的方式 因為最近工作被指派要針對公司產品的程式做整理,其實運作都還好 只是大家功能是一層疊一層,一堆巢狀邏輯,跟依賴中的依賴