從最小的程式開始,往上的程式介面、元件介面、架構介面每一層都應該有自己的測試內容;嵌入到系統架構之後,還有設定檔正確性、執行速度與同時可執行數量的測試。系統測試的種類與項目在不同的事件發生時,還會有不同的定義,比如說系統正式上線後才修改後的回歸測試。
這裡列出的是我認為系統內所需要最小數量的測試,分別對應到開發系統的不同階段。如下圖所示:

軟體是一項工程,計算機是一門科學,你是否以正確的態度看待自己開發的系統呢?跳脫”用程式做功能”的思維升華到”用程式做工具”再"用工具做功能"同時"自動化產出文件"。堅信特定方法能讓敏捷開發與CMMI精神兼容並存,所以提出可以實現的作法!這裡放著我自2005/10以年來運用OOAD開發系統的設計心得,以及同時聯想到人在世上應抱持的態度……
沒有留言:
張貼留言