多向透通先導測試程式工具

一個做專案的部門，主管是不一定要寫過程式，但是要懂得估計專案範圍與成本吧!至少專案不要賠錢就好..

通常主管沒寫過程式、沒做過系統分析、沒實際執行過專案，一剛開始的談案子時，可能先找業務一起向客戶簡報，隨著專案形成的過程，可能投入所謂Pre-sales、系統分析師或技術人員；案子還沒做，每次開會都帶一堆人出去，還沒賺錢就付了一堆成本了。

今天水牛參加了一堂經驗分享的課程「糟糕導向程式設計模式簡介」，有個部門主管提出一個問題，應該是專案有一堆糟糕的程式，期望能有一種工具可以協助判斷與改善那些爛程式。
問題應在於撰寫程式的品質，而不在於找一種工具來改善爛程式，雖然水牛認為該主管本身就是一大問題，恰巧動物園有個創意比賽，水牛就先提出一個想法囉!

「多向透通先導測試程式工具」的運作邏輯如下:
輸入:程式碼(指向程式所在位置)
方法:
1.紀錄程式碼資料與測試結果，以便輸入同樣程式碼會有同樣的結果。
2.隨機產出結果「建議改寫」、「一定要改寫」、「這是什麼爛程式」...
輸出:「建議改寫」、「一定要改寫」、「這是什麼爛程式」...

【補充說明】
主管沒寫過程式、沒做過系統分析、沒實際執行過專案，這樣還能當主管，必有過人之處。