Re: [閒聊] 寫系統的人最無法忍受別人唬弄

看板Soft_Job (軟體人)作者TonyQ (沉默是金。)時間16年前 (2010/03/31 22:47)推噓14(14推 0噓 29→)

留言43則, 11人參與討論串6/9 (看更多)

※ 引述《Ting1024 (無)》之銘言： : → TonyQ:網站都很難反覆測試啦，而且test case也很難寫。 03/31 22:26 : → TonyQ:這是個還有發展空間的領域。 03/31 22:26 : → derekhsu:T兄，其實這也不見得. 03/31 22:30 : → TonyQ:咦，樓上有沒有什麼好妙計。這問題已經苦擾我好幾年了XD 03/31 22:31 : → derekhsu:網銀有驗證碼沒錯，但難道他們沒建測試平台嗎？ 03/31 22:31 : → derekhsu:測試平台的驗證碼是可以Pass的 03/31 22:31 : → derekhsu:網站其實算很容易反覆測試的，因為網站有共同的介面 03/31 22:32 : → derekhsu:不同的程式語言開發的網站，在整合/回歸測試階段 03/31 22:33 : → derekhsu:很多自動化測試工具都能完成網站的測試，甚至AJAX 03/31 22:33 : → derekhsu:但是GUI的東西，就必須要抓到Componment 03/31 22:34 : → derekhsu:能作到這樣的Tools都還滿貴的就是了 03/31 22:34 這是個值得討論的話題，我目前時間不多只能簡單帶一些意見。我先帶一些我討論的問題背景 1.要達到自動化簡測（純人工檢測不考慮） 2.網站的內容沒有固定格式 3.開發者（或者測試團隊）可以參與撰寫 test case ------------------------------------------------------------- GUI甚至是應用程式的邏輯測試，其實型別檢測比較嚴謹的狀況下，unit test是比較好寫得。以 structs+spring+hibernate 的開發為例，測試 orm DAO 的working , 測試 action 的各個可能的結果頁面導向， js 也有 js unit可以處理，不過因為js牽扯到頁面資訊的效果，測起來並不容易。這都是比較不困難的，至少也是我曾經參與的專案有去試著進行過得。目前我所看過得網站自動化簡測，其實只有失聯連結檢測，再來就是 js unit，還有我剛說的 seleniumhq 可以模擬browser行為，透過操作 firefox 來達到行為單元測試。那難點在哪，第一就是有驗證碼的頁面會過不去，因為他是模擬browser行為，所以比較棘手。 d大提到一個這個問題的常見解決方案，用測試環境造假訊息，直接讓他pass，不過這樣的動作因為跟真實環境比起來是相對失真，其實有時候在寫這些虛假訊息的時候也會 miss 掉很多該注意的事情，不過相對之下這的確是一個值得去做的方法啦。第二就是其實網站的行為很難說成功與否，有時候是反應比較慢，有時候效果是複雜多變的，有時候是與使用上的習慣不符，而不是內容上的錯誤。另外就是 test case 要寫多細的問題。（這所有test類的問題都會碰到。XD）我個人是認為 web 的功能太細了，要為他寫 Test有點不划算，但是不寫又常常東一包西一包的。我目前是比較傾向於設計並重複利用元件，因為反覆經過鍛鍊，自然會有比較好的表現，而且錯誤率也會比較下降。 -- 其實這一塊真的是很困擾的，所以如果有比較好的作法真的是幫助很大。XD -- I am a person, and I am always thinking . Thinking in love , Thinking in life , Thinking in why , Thinking in worth. I can't believe any of what , I am just thinking then thinking , but worst of all , most of mine is thinking not actioning... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.133.218.161

推

Adonisy

03/31 22:49, , 1^F

03/31 22:49, 1^F

推

derekhsu

03/31 23:12, , 2^F

03/31 23:12, 2^F

→

TonyQ

03/31 23:15, , 3^F

03/31 23:15, 3^F