解決程式中的缺陷通常要比找出這些缺陷容易許多，但不要把這個皆段看得太過簡單。當程式發展循環來到這個階段時，如果產品的出貨日期已經逼近，你也許會被要求盡快修正。請不要急著修正：這通常會讓開發者在修正原有的錯誤時，又產生新錯誤。(戚戚..)這樣的錯誤通常並不是因為粗心或缺乏耐心所導致，而是來自於修正和出貨所帶來的巨大壓力。(戚戚..)
SQL Server 特別容易受到急於解決問題所產生的新問題所影響，因為預存程序只要一個動作就能夠被編譯和儲存。如果你試者在生產環境中解決缺陷，那麼整個生產環境可能會受到更嚴重的傷害。
雖然你還是能夠在生產環境進行修正，但是比較好的作法是往後退一步、花一點時間來瞭解問題、然後試著在生產環境外解決問題。
如果測試環並不存在，或是測試環境過於老舊，你也許想要節省一些時間而盡快的將問題修正。(戚戚..)然而，當你這麼做之前，你必須考慮如果在修正的過程中發生了其他的錯誤，系統資源將會有什麼樣的改變，以及如何還原。無論你做了什麼事，你都無法快速而輕易的將系統加以還原。
因此，很顯而易見的：你的確需要一個測試環境！
摘自：McGraw-Hill SQL SERVER 2000 預存程序 程式設計
沒有留言:
張貼留言