大型資訊系統上線前，一定會先作上線測試。

這套戶政系統，正式上線前應於幾所戶政單位進行小規模測試上線。

待戶政單位相關人員，長官們驗收後，才會擴大至全省的戶政單位。

我只是把上線測試說的很簡單罷了，事實上它是很嚴謹，項目很多的計畫。

戶政系統上線後，有當機，連線異常，操作介面難用這些狀況，這些都是可以事前發現的。為何在正式上線後，這些問題才爆發出來，這就蠻耐人尋味了。

summertw提到：
結果做出令所有開發人員都會差愧的程式來

雖然有可能被砲轟，但還是要小小獎一下...

個人認為開發人員，對於程式系統的設計一定有一定的流程，系統一定是經由專案規畫產生，最後由專案負責人（PM）將專案分配下去給各開發人員（程式規劃師、程式設計師、資料庫協調師、...太多了不依依舉例），最後功能性測試、壓力測試。有問題再回到會議做修正，由會議記錄為基準，為修正依據。

從這邊可以看出，身為開發人員，一定是"依造程序"在開發軟體（當然不敢保證都一定都是對的程式no bug），檢驗人員當然就要負起責任針對需求進行測試（當然不敢保證都不會有盲點）。

對於職等最低的開發者來說，把死刑標籤標在他們頭上，我覺得有點無辜..（罪不該死的感覺）
另外對於不懂程式，跟沒有實際用的機關人員，也是無奈至極，要他們下台，也只是背黑鍋吧！

老話一句，沒有上過路的車永遠不知道性能多好！

見怪不怪。周作人先生說過：「當災難來臨時，只有跪下來順服的沒​​有站起來抗爭的；當災難過去後，只有站起來控訴的沒有跪下來懺悔的。這大概是我們民族特點吧」
軍公教人員動輒得咎，官不聊生。耐何?！

現在官員都好大喜功，想把自己留一筆漂亮的政績，卻完全沒有周延考慮的計畫。
總之政府本身的專業人士，顧問等，也都摻雜在其中或被置之不理。

其實民間也差不多，幫客戶上線也常常發生，客戶從頭到腳都了解狀況的人不多，採購、財務、工廠、前台經理兼鬥爭．．．．。

這很大的一個原因是因為系統太大，使用者太多，致使問題一下就爆發，還有很多企業中的系統也是一樣的，差別在使用者少，或只有特定的人在使用，以致同樣的問題存在，但沒爆發而已，也就是類似的狀況用在小系統，隱藏的定時炸彈，不明顯而已，將小系統放大十倍，隱藏的定時炸彈就變成原子彈..
因為工作性質是常常到各客戶點接手歷史悠久的爛攤子，所以發現幾點共同的原因
1.低價搶標，搶到後，找人來做，但基本上就已經利潤不高了，當然找最便宜的工程師
2.所謂高層看的是經營數字，並非認為資訊技術有多重要，因此傳遞的觀念是就找幾個工人來，把人補足，就可以完成事情了，工程師、菲傭、開怪手、廚師、園藝修剪人員...，對他們來說都是一樣的，把人找來補足洞，就一定可以把系統做好，不就寫寫程式，那有什麼困難
3.低價搶標、高調承諾，弄得最後上限壓力下來，各層級都要保命，包含實際寫程式的廠商，誰願意當知道明明有問題時，要主動的去爆出，誰願意阿，反正上限的功勞絕對是最高層，中低層的人員就是做苦工，反正有錢領就好，誰那麼無聊去主動報問題，搞不好還被薛一頓..

類似這種系統非常多，程式中根本東複製、西複製，select * 抓取一個欄位的資料，然而整個table中卻有100多個欄位，不必要的迴圈跑到讓人頭昏，但終究結果是正常的，以致於當是小系統時沒太大問題，至少還能動，但是當系統很大時、使用者很多時，這就是馬上爆發的炸彈.

(不當)<span style="font-size: 30px;">利 益 輸 送</span>
或許早在標案之前, 就已喬定給特定財團.
認真, 正直, 不願乖乖配合的中層/基層/外包, 很可能被排擠掉.
(沒了工作,房屋貸款怎辦?孩子學費著落?...?)
乖乖配合的, 也許有一天要背黑鍋, 甚至被約談.
(長官把責任往下推,你有拿到多少好處?值得嗎?)
開發/工程人員是否需要ㄔㄚ愧? 我不明白....