Re: [轉錄] 開發人員的測試悖論(The Developer Tes …
: 這些年我了解到，測試是開發過程中至關重要的一部分。每次代碼修改後，都應該進
: 行測試。用於提高測試可信度的每一秒鐘，就是你每次運行測試都會成功的時候。在軟件
: 開發上，取得最大效率的唯一方式不是不寫測試，而是相信你的測試。
: 你是一位開發人員嗎？你為你的應用程序寫測試嗎？你每次提交都在提高測試中的可
: 信度嗎？每次提交都需要提高可信度，否則你就是增加了一個有問題的代碼，最後終將導
: 致你重寫整個程序。
小弟斗膽分享一下個人的經驗。
通常我們在開發時期多少會對自己所寫的程式進行單元測試，其實這階段的測試充其量
也只能測試出元件的邏輯流程是否正確，如果這階段的測試都無法通過，這個程式根本
就是無法提交的。
當然，有時候邏輯不是很正確但是產出卻正確的怪異現象也是會有的，或許是交易的量
不夠，導致無法測出一些問題或者只能說是測試取樣不足吧!這類的元件通常到了SIT或
是UAT的時候就是一枚炸彈。
我以前工作的公司有一個測試小組，他們的工作就是拿著開發小組所給的測試個案進行
一些交易的測試，他們其實沒有辦法在開發小組沒給個案的狀況下自己進行測試，我就
在想，網站系統的對象可能是千奇百怪，僅是做一些類似於白箱的測試，對於上線後的
系統幫助有限，但是這是我唯一見過有QA小組的開發公司....也許真的是我見識少。
事實上，單元測試、整合測試、使用者個案測試或者是壓力測試都是系統在上線前最好
的查核點，使用profiler幫助測試是很不錯的主意，畢竟現在的系統越來越複雜，單單
一個SQL的效能都有可能牽扯到外部系統(DB)的效率或者是SQL stmt本身的效率，更重要
的是.....你到底在connection開啟之後跟關閉之前....做了甚麼事?光是這一點就可以
扯出一堆故事.....
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.229.63.63
→
05/16 20:48, , 1F
05/16 20:48, 1F
→
05/16 20:48, , 2F
05/16 20:48, 2F
→
05/16 20:49, , 3F
05/16 20:49, 3F
→
05/16 20:49, , 4F
05/16 20:49, 4F
討論串 (同標題文章)
Soft_Job 近期熱門文章
PTT職涯區 即時熱門文章