建站
咨詢
售后
建站咨詢
新聞中心
這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
代碼編寫和測試的總結(jié)
代碼編寫和測試的總結(jié)
一、 代碼編寫
代碼編寫是每一個程序員都關(guān)心的問題。但是每個人的編碼能力隨著時間的推移會存在很大的差距。這個在很大的程度上是因?yàn)閭€人的編程習(xí)慣問題導(dǎo)致的。在這次ECAP后臺代碼的編寫過程中，我有很深的體會，下面就總結(jié)編寫的心得。
1、良好的編程習(xí)慣。在編程的初期一定要按照統(tǒng)一的規(guī)范要求自己。最理想的情況就是項(xiàng)目組所有的人先寫同樣一段代碼看起來像是一個人寫的。但這個需要不斷的積累過程。因此平時就要嚴(yán)格的要求自己。
2、代碼實(shí)現(xiàn)后應(yīng)該自己走讀一遍。自己走讀代碼的好處是讓自己在編譯之前發(fā)現(xiàn)一些明顯的語法錯誤。如語句中缺少括號、分號等等錯誤。
3、編寫成功后進(jìn)行單元測試。單元測試的目的是讓自己的代碼實(shí)現(xiàn)需求的功能。分別對不同的條件進(jìn)行測試。測試通過后再提交給業(yè)務(wù)人員進(jìn)行集成測試。
4、測試時盡量多寫日志。測試的時候常常會出現(xiàn)很多自己想不到的問題。多寫日志會讓自己很快的定位到錯誤的位置。寫日志的原則是：在每一個分支和條件處必須寫日志；在關(guān)鍵變量的取值和復(fù)制處必須打印變量值。
5、集成測試后清理大部分調(diào)試使用日志。集成測試完成后，程序功能沒有問題的情況下。那些用于調(diào)試的日志就沒必要打印出來，以免增加生產(chǎn)磁盤空間的負(fù)荷。而一些關(guān)鍵的分支的日志最好保留，用于維護(hù)時處理生產(chǎn)問題。
6、代碼編寫的時候注意SQL效率問題。編寫高效的SQL語句應(yīng)該遵從以下規(guī)則:
1)在連接查詢的時候記錄最小的表應(yīng)該放在最右邊，因?yàn)閛racle的解析器從右到左處理FROM中的表。
2）在WHERE子句中的的條件的順序應(yīng)該讓能過濾掉最多記錄的條件放在最下面，因?yàn)閛racle的解析器從下到上解析WHERE子句。
3）盡量一次性的取出所有的記錄，不要反復(fù)的去訪問數(shù)據(jù)庫。多次訪問數(shù)據(jù)庫會增加大量的I/O操作，影響效率。
4）連接的時候盡量減少表關(guān)聯(lián)的數(shù)量。沒用的表不要關(guān)聯(lián)。
5）在復(fù)雜的SQL語句中有許多UNION的情況下，盡量把條件過濾放到UNION中的每個字查詢中過濾掉盡量多的記錄，得到一個最小的記錄集。
6）在索引上面不要使用計(jì)算。如果在索引上面使用計(jì)算，那么索引就不會用到。
7）使用>=代替>;如num>3,改寫為num>=4；
8)如果是索引列上面多個值為條件的時候應(yīng)該使用UNION代替OR。
二、 測試
測試分為單元測試和集成測試。單元測試的時候是開發(fā)人員自己測試自己編寫的代碼有沒有邏輯錯誤。一旦單元測試完成后，下一步進(jìn)行集成測試。集成測試需要業(yè)務(wù)人員配合，必須檢查數(shù)據(jù)的正確性。
1、單元測試
在進(jìn)行單元測試之前最好和用戶進(jìn)行交流和討論。討論自己的程序邏輯是否正確，這樣就可以減小集成測試的工作量。在單元測試的過程中應(yīng)該注意測試反案例，一般開發(fā)人員只測試正案例，所以經(jīng)常會出現(xiàn)反案例就處理不正確的情況。
2、集成測試
集成測試的核心是業(yè)務(wù)人員。程序開發(fā)人員要配合業(yè)務(wù)測試人員。聽取他們的意見，和他們進(jìn)行討論。只有這樣自己的程序就會越來越健壯和完善。
網(wǎng)頁標(biāo)題：代碼編寫和測試的總結(jié)
路徑分享：http://www.ef60e0e.cn/article/pgegdd.html
