寫程序；避免采用過于復雜的條件測試；盡量減少使用“否定”條件的條件語句；盡可能用通俗易懂的偽碼來描述程序的流程，然后再翻譯成必須使用的語言；數(shù)據(jù)結構要有利于程序的簡化；程序要模塊化，使模塊功能盡可能單一化，模塊間的耦合能夠清晰可見；利用信息隱蔽，確保每一個模塊的獨立性；從數(shù)據(jù)出發(fā)去構造程序；不要修補不好的程序，要重新編寫。
　　3） 輸入和輸出
　　輸入和輸出信息是與用戶的使用直接相關的。輸入和輸出的方式和格式應當盡可能方便用戶的使用。一定要避免因設計不當給用戶帶來的麻煩。因此，在軟件需求分析階段和設計階段，就應基本確定輸入和輸出的風格。系統(tǒng)能否被用戶接受，有時就取決于輸入和輸出的風格。輸入／輸出風格還受到許多其它因素的影響。如輸入／輸出設備（例如終端的類型，圖形設備，數(shù)字化轉(zhuǎn)換設備等）、用戶的熟練程度、以及通信環(huán)境等。不論是批處理的輸入／輸出方式，還是交互式的輸入／輸出方式，在設計和程序編碼時都應考慮下列原則：
　?。?） 對所有的輸入數(shù)據(jù)都要進行檢驗，識別錯誤的輸入，以保證每個數(shù)據(jù)的有效性；
　?。?） 檢查輸入項的各種重要組合的合理性，必要時報告輸入狀態(tài)信息；
　　（3） 使得輸入的步驟和操作盡可能簡單，并保持簡單的輸入格式；
　　（4） 輸入數(shù)據(jù)時，應允許使用自由格式輸入；
　?。?） 應允許缺省值；
　?。?） 輸入一批數(shù)據(jù)時，最好使用輸入結束標志，而不要由用戶指定輸入數(shù)據(jù)數(shù)目；
　?。?） 在交互式輸入時，要在屏幕上使用提示符明確提示交互輸入的請求，指明可使用選擇項的種類和取值范圍。同時，在數(shù)據(jù)輸入的過程中和輸入結束時，也要在屏幕上給出狀態(tài)信息；
  　（8） 當程序設計語言對輸入／輸出格式有嚴格要求時，應保持輸入格式與輸入語句的要求的一致性；
　?。?） 給所有的輸出加注解，并設計輸出報表格式。
測試監(jiān)理
　　目前國內(nèi)信息ERP應用系統(tǒng)建設過程中，在此階段常發(fā)生未經(jīng)過嚴格系統(tǒng)測試就匆忙上線試運行的情況，這往往會造成不穩(wěn)定的新系統(tǒng)對實際工作環(huán)境的影響，在某些情況下會阻礙系統(tǒng)的正式上線運行。
　　因此監(jiān)理單位在此階段主要檢查承建單位是否按照設計中制定的規(guī)范與計劃進行測試。但切忌由監(jiān)理單位進行單元、集成或確認測試而取代開發(fā)方的內(nèi)部測試，這種方法并不能保證工程的質(zhì)量。
　　如果監(jiān)理單位具有豐富的測試工作資質(zhì)與經(jīng)驗，可以考慮在此階段由監(jiān)理方在業(yè)主單位、承建單位的配合下具體進行系統(tǒng)測試工作。由于監(jiān)理單位對工程建設啟動階段、需求分析階段、設計階段、實現(xiàn)階段的工作有深入的了解，由監(jiān)理單位進行系統(tǒng)測試工作往往能夠得到較好的效果。
　　一、軟件測試監(jiān)理的目標
　　1） 監(jiān)督和控制承建單位的軟件測試過程，確保軟件測試按照承建單位的測試文檔規(guī)范和業(yè)主的軟件要求實施；
　　2） 軟件測試反映出、記錄著軟件產(chǎn)品的真實情況；
　　3） 軟件測試的各個階段按計劃步驟實施；
　　4） 對于軟件測試反映出的問題能有效地按回歸測試規(guī)范進行處理；
  　5） 最后得到符合軟件任務書（或合同）要求的軟件產(chǎn)品集；
　　6） 軟件測試的進度與計劃保持一致性。
　　二、軟件測試監(jiān)理的活動
　　1） 監(jiān)督承建單位將合適的軟件測試工程方法和工具集成到項目定義的軟件過程中。
　?。?） 依據(jù)項目定義的軟件過程對軟件測試任務進行綜合。
　?。?） 選擇軟件測試可用的方法和工具，并將選擇專用工具或方法的理由寫成文檔。對備選方法和工具進行選擇的依據(jù)是：
　　 機構標準軟件過程
　　 項目定義的軟件過程
　　 現(xiàn)有的技術基礎
　　 可得到的培訓
  　 合同需求
　　

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html