软件的编码与测试
目錄
?
編碼風格：
程序設計風格的要求：
軟件測試：
軟件測試的目標：
軟件測試的原則：
軟件測試的方法：
軟件測試與開發各階段的關系：
測試用例的設計：?
測試步驟：?
調試技術：
編碼風格：
編碼風格就是書寫源程序的習慣、程序代碼的邏輯結構與習慣的編程技術。
程序設計風格的要求：
一、使用好程序內部的文檔
1、標識符應該具有鮮明的意義，能夠提示程序對象代表的實體。
2、程序代碼的視覺組織。
3、程序內部的注釋。
二、數據說明原則
1、數據說明的次序應該規范化，使數據屬性容易查找，有利于測試、排錯和維護。
2、當多個變量名用一個語句說明時，應當對這些變量按字母的順序排列。
3、如果設計了一個復雜的數據結構，應當使用注釋，說明這個數據結構的固有特點。
三、語句結構的規則
1、一行只寫一條語句，采用縮進格式。
2、程序編寫首先應當考慮清晰性，不要刻意追求技巧性，使程序編寫過于緊湊。
3、程序編寫要簡單、清楚，能直截了當說明程序員的用意。
4、除非對效率有特殊的要求，程序編寫要做到清晰第一，效率第二。
5、首先保證程序正確，然后才要求提高速度。
6、讓編譯程序做簡單的優化。
7、盡可能使用庫函數。
8、避免使用臨時變量而使可讀性下降。
9、盡量用公共過程或子程序代替重復的功能代碼段。
10、使用括號清晰地表達算數表達式和邏輯表達式的運行順序。
11、避免不必要的轉移。
12、用邏輯表達式代替分支嵌套。
13、避免使用空的ELSE語句和IF...THEN IF...語句。
14、避免使用ELSE GOTO語句和ELSE RETURN 結構。
15、使與判定相聯系的動作盡可能地緊跟著判定。
16、避免采用過于復雜的條件測試。
17、盡量減少使用“否定”條件的條件語句。
18、避免過多使用循環嵌套和條件嵌套。
19、不要使GOTO語句相互交叉。
20、對遞歸定義的數據結構盡量使用遞歸過程。
四、輸入/輸出規則
1、對所有的輸入數據進行檢驗，識別錯誤輸入，保證數據的有效性。
2、檢查輸入項的各種重要組合的合理性，必要時報告輸入狀態信息。
3、輸入的步驟和操作盡可能簡單。
4、輸入數據時，允許使用自有格式輸入。
5、應允許缺省值。
6、輸入一批數據時，最好使用輸入結束的標志，而不要由用戶指定的輸入數據數目。
7、在以交叉式輸入/輸出方式進行輸入時，要在屏幕上使用提示符，明確提示交互輸入的請求，指明可使用選擇項的種類和取值范圍。
8、當程序設計語言對輸入/輸出格式有嚴格要求時，用保持輸入格式與輸入語句要求的一致性。
9、給所有的輸出加注釋，并設計輸出報表格式。
五、高效率原則
1、提高程序運行效率
2、提高存儲器效率
3、提高輸入/輸出效率
軟件測試：
軟件測試的目標：
測試階段的根本目標是盡可能多的發現并排除軟件中潛藏的錯誤，最終把一個高質量的軟件系統交付給用戶使用。但如果就測試本身而言，軟件測試的目標是以最少的時間和人力發現軟件中潛在的各種錯誤和缺陷。
軟件測試的原則：
1、避免程序員檢查自己的程序。
2、軟件測試應盡早的、不斷的進行。
3、軟件測試不等于程序測試。
4、充分認識錯誤的集群現象。
5、測試用例應包括測試輸入數據和與之對應的輸出結果。
6、測試用例的輸入數據應包括合理的輸入和不合理的輸入。
7、嚴格執行測試計劃，避免測試的隨意性。
軟件測試的方法：
人工測試和基于計算機的測試（黑盒測試和白盒測試）。
1、黑盒測試
把程序看成一個 黑盒子，完全不考慮其內部結構和處理過程，只檢查程序的功能是否符合它的需求規格說明。黑盒測試是在軟件
的接口處進行的，一方面看其是否能對合法的數據得出正確的結果，另一方面看它是否你窩囊廢對非法的數據進行正確的處理。
黑盒測試是一種宏觀功能上的測試，該方法適合測試部門的測試人員或用戶。
2、白盒測試
把程序看成一個打開的盒子，測試人員對程序所有邏輯路徑進行測試，在不同檢查點輸出結果，與預期的結果比較，確定程序是
否有錯。
白盒測試是一種程序級的微觀上的測試，不適合于大單元、大系統的測試，只適合于很小單元的測試，以及從事軟件底層工作、
生產構件的測試人員進行的測試。
軟件測試與開發各階段的關系：
測試用例的設計：
測試步驟：
?
調試技術：
強行排錯、回溯法、歸納法、演繹法
創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎總結
