在幾年的測試工作中，大部分工作內容都是在編寫測試腳本（或測試程序）。而測試腳本設計寫主要包含應用測試腳本和底層測試腳本的設計。甭管是哪種，設計他們的目的是實現測試用例的輸入\輸出平臺，設計方向都是自動化測試方向。使測試實施中盡量提高自動化測試程度，從而使測試人員把更多的心思或經歷投入到測試設計中。測試腳本設計也是測試設計之一。
大多數人可能認為，測試腳本只要實現測試用例數據的輸入就好了，只要能輸入測試數據和得到預期的測試結果數據就可以了。個人認為，這種想法是初級的，膚淺的。測試腳本的設計不僅要求能實現測試數據的輸入和輸出，同時也要考慮測試腳本結構的合理性，及可維護性。同時更要考慮到測試腳本的正確性和可靠性。想想，如果測試程序都不可靠了，那他產生的輸出還可靠嗎？良好的腳本組織結構固然重要，所以各公司可能有不同的腳本框架來保證，測試腳本結構的合理性和可維護性。我所經歷的腳本設計，從開始的流水式腳本設計到結構化腳本設計，再由結構化腳本設計到框架腳本設計，再到最后框架腳本設計和測試平臺配合使用的設計，逐步精化設計，逐步簡化設計，逐步自動化執行。可以說在這方面的技術已經相當的成熟了。但是唯一不足的就是同一腳本，在不同平臺或回歸測試時，多少都會有個別用例測試不通過，而不通過的原因經過分析會發現是腳本存在的問題。
所以，腳本設計時的調試僅僅是保證測試腳本正確的一種有效的手段。但腳本設計時，個人認為不僅要從開發的角度，同時還要從測試專業角度來考慮設計，如數組邊界處理，死循環處理，空指針，類型轉換等。
總之，良好的編程習慣和基礎能夠幫助測試設計人員更好的開發測試腳本，但利用專業的測試知識去開發測試腳本，能夠更好的避免由于測試腳本的問題而引發的測試缺陷。從而增加測試結果可靠性和縮短測試周期的一種有效的，高效的方法和手段。