傳統的開發方式中,測試工作只是人們的一種主觀愿望,根本無法提出具體的測試要求,加之開發人員的遮丑,測試工作往往是走一走過場,測試結果既無法考核又無法量化,當然就無法對以后的開發工作起指導作用。
5、施工周期過長,且開發人員必須親臨現場
傳統的開發與施工是絕對統一的,別人無法接手也無意接手(因為這意味著看別人的程序)。由于應用軟件的特點,各個不同的施工點有不同的要求,開發人員要手工地保持多份不同的拷貝,即使是相同的問題,但由于在不同地方提出,由不同人解決,其做法也不同,程序的可維護性越來越差。久而久之,最后連自已都分不清楚了,代碼的相互覆蓋現象時有發生,且這苦水還無法傾訴,因為怕別人笑話,甚至別人問起,還得想法搪塞,可謂費盡苦心。