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