【文章內(nèi)容簡(jiǎn)介】 配置： 包括操作系統(tǒng)類型版本和補(bǔ)丁版本、當(dāng)前被測(cè)試軟件的版本和補(bǔ)丁版本、相關(guān)支撐軟件，比如數(shù)據(jù)庫(kù)軟件的版本和補(bǔ)丁版本等。 硬件配置： 計(jì)算機(jī)的配置情況，主要包括 CPU 、內(nèi)存和硬盤的相關(guān)參數(shù)，其它硬件參數(shù)根據(jù)測(cè)試用例的實(shí)際情況添加。如果測(cè)試中使用網(wǎng)絡(luò)，那么網(wǎng)絡(luò)的組網(wǎng)情況，網(wǎng)絡(luò)的容量、流量等情況。硬件配置情況與被測(cè)試產(chǎn)品類型密切相關(guān)，需要根據(jù)當(dāng)時(shí)的情況，準(zhǔn)確翔實(shí)的記錄硬件配置情況。 測(cè)試用例輸入 \ 操作步驟 \ 輸出： 這部分內(nèi)容可以根據(jù)測(cè)試用例的描述和測(cè)試用例的實(shí)際執(zhí)行情況如實(shí)填寫(xiě)。 輸出設(shè)備的相關(guān)輸出信息： 輸出設(shè)備包括計(jì)算機(jī)顯示器、打印機(jī)、磁帶等等輸出設(shè)備，如果是顯示器可以采用抓屏的方式獲取當(dāng)時(shí)的截圖，其他的輸出設(shè)備可以采用其它方法獲取相關(guān)的輸出，在問(wèn)題報(bào)告單中提供描述。 日志信息： 規(guī)范的軟件產(chǎn)品都會(huì)提供軟件的運(yùn)行日志和用戶、管理員的操作日志，測(cè)試人員應(yīng)該把測(cè)試用例執(zhí)行后的軟件產(chǎn)品運(yùn)行日志和操作日志作為附件，提交到問(wèn)題報(bào)告單中。 根據(jù)被測(cè)試軟件產(chǎn)品的不同，需要在 “ 問(wèn)題描述 ” 中增加相應(yīng)的描述內(nèi)容，這需要具體問(wèn)題具體分析。 1．6 測(cè)試結(jié)果分析 軟件測(cè)試執(zhí)行結(jié)束后，測(cè)試活動(dòng)還沒(méi)有結(jié)束。測(cè)試結(jié)果分析是必不可少的重要環(huán)節(jié)， “ 編筐編簍，全在收口 ” ，測(cè)試結(jié)果的分析對(duì)下一輪測(cè)試工作的開(kāi)展有很大的借鑒意義。前面的 “ 測(cè)試準(zhǔn)備工作 ” 中，建議測(cè)試人員走讀缺陷跟蹤庫(kù)，查閱其他測(cè)試人員發(fā)現(xiàn)的軟件缺陷。測(cè)試結(jié)束后，也應(yīng)該分析自己發(fā)現(xiàn)的軟件缺陷，對(duì)發(fā)現(xiàn)的缺陷分類，你會(huì)發(fā)現(xiàn)自己提交的問(wèn)題只有固定的幾個(gè)類別；然后，再把一起完成測(cè)試執(zhí)行工作的其他測(cè)試人員發(fā)現(xiàn)的問(wèn)題也匯總起來(lái)，你會(huì)發(fā)現(xiàn)，你所提交問(wèn)題的類別與他們有差異。這很正常，人的思維是有局限性，在測(cè)試的過(guò)程中，每個(gè)測(cè)試人員都有自己思考問(wèn)題的盲區(qū)和測(cè)試執(zhí)行的盲區(qū)，有效的自我分析和分析其他測(cè)試人員，你會(huì)發(fā)現(xiàn)自己的盲區(qū)，有針對(duì)性的分析盲區(qū)，必定會(huì)在下一輪測(cè)試用避免盲區(qū)。 1．7 總結(jié) 限于文章的篇幅，本文不可能給出一個(gè)類似于 checklist 的指導(dǎo)性的軟件測(cè)試新手入門。無(wú)論從事軟件測(cè)試還是從事其它的工作，技術(shù)上的和技巧上的問(wèn)題都可以通過(guò)查詢相關(guān)的軟件測(cè)試技術(shù)書(shū)籍獲取，掌握一套基本的方法論是最重要的。以上文字，都是作者從事軟件測(cè)試工作積累的經(jīng)驗(yàn)之談，如發(fā)現(xiàn)謬誤之處請(qǐng)不吝指出。二 軟件測(cè)試的常識(shí)2．1 引言軟件開(kāi)發(fā)和使用的歷史已經(jīng)留給了我們很多由于軟件缺陷而導(dǎo)致的巨大財(cái)力、物力損失的經(jīng)驗(yàn)教訓(xùn)。這些經(jīng)驗(yàn)教訓(xùn)迫使我們這些測(cè)試工程師們必須采取強(qiáng)有力的檢測(cè)措施來(lái)檢測(cè)未發(fā)現(xiàn)的隱藏的軟件缺陷。 生產(chǎn)軟件的最終目的是為了滿足客戶需求，我們以客戶需求作為評(píng)判軟件質(zhì)量的標(biāo)準(zhǔn)，認(rèn)為軟件缺陷（ Software Bug ）的具體含義包括下面幾個(gè)因素： ? 軟件未達(dá)到客戶需求的功能和性能； ? 軟件超出客戶需求的范圍； ? 軟件出現(xiàn)客戶需求不能容忍的錯(cuò)誤； ? 軟件的使用未能符合客戶的習(xí)慣和工作環(huán)境。 考慮到設(shè)計(jì)等方面的因素，我們還可以認(rèn)為軟件缺陷還可以包括軟件設(shè)計(jì)不符合規(guī)范，未能在特定的條件（資金、范圍等）達(dá)到最佳等?？上У氖?，我們中的很多人更傾向于把軟件缺陷看成運(yùn)行時(shí)出現(xiàn)問(wèn)題上來(lái)，認(rèn)為軟件測(cè)試僅限于程序提交之后。 在目前的國(guó)內(nèi)環(huán)境下，我們幾乎看不到完整準(zhǔn)確的客戶需求說(shuō)明書(shū)，加以客戶的需求時(shí)時(shí)在變，追求完美的測(cè)試變得不太可能。因此作為一個(gè)優(yōu)異的測(cè)試人員，追求軟件質(zhì)量的完美固然是我們的宗旨，但是明確軟件測(cè)試現(xiàn)實(shí)與理想的差距，在軟件測(cè)試中學(xué)會(huì)取舍和讓步，對(duì)軟件測(cè)試是有百益而無(wú)一弊的。 2．2 軟件測(cè)試常識(shí)下面是一些軟件測(cè)試的常識(shí)，對(duì)這些常識(shí)的理解和運(yùn)用將有助于我們?cè)谶M(jìn)行軟件測(cè)試時(shí)能夠更好的把握軟件測(cè)試的尺度。 2．2．1 測(cè)試是不完全的（測(cè)試不完全） 很顯然，由于軟件需求的不完整性、軟件邏輯路徑的組合性、輸入數(shù)據(jù)的大量性及結(jié)果多樣性等因素，哪怕是一個(gè)極其簡(jiǎn)單的程序，要想窮盡所有邏輯路徑，所有輸入數(shù)據(jù)和驗(yàn)證所有結(jié)果是非常困難的一件事情。我們舉一個(gè)簡(jiǎn)單的例子，比如說(shuō)求兩個(gè)整數(shù)的最大公約數(shù)。其輸入信息為兩個(gè)正整數(shù)。但是如果我們將整個(gè)正整數(shù)域的數(shù)字進(jìn)行一番測(cè)試的話，從其數(shù)目的無(wú)限性我們便可證明是這樣的測(cè)試在實(shí)際生活中是行不通的，即便某一天我們能夠窮盡該程序，只怕我們乃至我們的子孫都早已作古了。為此作為軟件測(cè)試，我們一般采用等價(jià)類和邊界值分析等措施來(lái)進(jìn)行實(shí)際的軟件測(cè)試，尋找最小用例集合成為我們精簡(jiǎn)測(cè)試復(fù)雜性的一條必經(jīng)之道。 2．2．2 測(cè)試具有免疫性（軟件缺陷免疫性） 軟件缺陷與病毒一樣具有可怕的 “ 免疫性 ” ，測(cè)試人員對(duì)其采用的測(cè)試越多，其免疫能力就越強(qiáng)，尋找更多軟件缺陷就更加困難。由數(shù)學(xué)上的概率論我們可以推出這一結(jié)論。假設(shè)一個(gè) 50000 行的程序中有 500 個(gè)軟件缺陷并且這些軟件錯(cuò)誤分布時(shí)均勻的，則每 100 行可以找到一個(gè)軟件缺陷。我們假設(shè)測(cè)試人員用某種方法花在查找軟件缺陷的精力為 X 小時(shí) /100 行。照此推算，軟件存在 500 個(gè)缺陷時(shí)，我們查找一個(gè)軟件缺陷需要 X 小時(shí)，當(dāng)軟件只存在 5 個(gè)錯(cuò)誤時(shí)，我們每查找一個(gè)軟件缺陷需要 100X 小時(shí)。實(shí)踐證明，實(shí)際的測(cè)試過(guò)程比上面的假設(shè)更為苛刻，為此我們必須更換不同的測(cè)試方式和測(cè)試數(shù)據(jù)。該例子還說(shuō)明了在軟件測(cè)試中采用單一的方法不能高效和完全的針對(duì)所有軟件缺陷，因此軟件測(cè)試應(yīng)該盡可能的多采用多種途徑進(jìn)行測(cè)試。 2．2．3 測(cè)試是 “ 泛型概念 ” （全程測(cè)試） 我一直反對(duì)軟件測(cè)試僅存在于程序完成之后。如果單純的只將程序設(shè)計(jì)階段后的階段稱之為軟件測(cè)試的話，需求階段和設(shè)計(jì)階段的缺陷產(chǎn)生的放大效應(yīng)會(huì)加大。這非常不利于保證軟件質(zhì)量。需求缺陷、設(shè)計(jì)缺陷也是軟件缺陷，記住 “ 軟件缺陷具有生育能力 ” 。軟件測(cè)試應(yīng)該跨越整個(gè)軟件開(kāi)發(fā)流程。需求驗(yàn)證（自檢）和設(shè)計(jì)驗(yàn)證（自檢）也可以算作軟件測(cè)試（建議稱為：需求測(cè)試和設(shè)計(jì)測(cè)試）的一種。軟件測(cè)試應(yīng)該是一個(gè)泛型概念，涵蓋整個(gè)軟件生命周期，這樣才能確保周期的每個(gè)階段禁得起考驗(yàn)。同時(shí)測(cè)試本身也需要有第三者進(jìn)行評(píng)估（信息系統(tǒng)審計(jì)和軟件工程監(jiān)理），即測(cè)試本身也應(yīng)當(dāng)被測(cè)試，從而確保測(cè)試自身的可靠性和高效性。否則自身不正，難以服人。 另外還需指出的是軟件測(cè)試是提高軟件產(chǎn)品質(zhì)量的必要條件而非充分條件，軟件測(cè)試是提高產(chǎn)品質(zhì)量最直接、最快捷的手段，但決不是一個(gè)根本手段。 2．2．4 8020 原則 80% 的軟件缺陷常常生存在軟件 20% 的空間里。這個(gè)原則告訴我們，如果你想使軟件測(cè)試有效地話，記住常常光臨其高危多發(fā) “ 地段 ” 。在那里發(fā)現(xiàn)軟件缺陷的可能性會(huì)大的多。這一原則對(duì)于軟件測(cè)試人員提高測(cè)試效率及缺陷發(fā)現(xiàn)率有著重大的意義。聰明的測(cè)試人員會(huì)根據(jù)這個(gè)原則很快找出較多的缺陷而愚蠢的測(cè)試人員卻仍在漫無(wú)目的地到處搜尋。 8020 原則的另外一種情況是，我們?cè)谙到y(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)階段的復(fù)審，測(cè)試工作中能夠發(fā)現(xiàn)和避免 80% 的軟件缺陷，此后的系統(tǒng)測(cè)試能夠幫助我們找出剩余缺陷中的 80% ，最后的 5% 的軟件缺陷可能只有在系統(tǒng)交付使用后用戶經(jīng)過(guò)大范圍、長(zhǎng)時(shí)間使用后才會(huì)曝露出來(lái)。因?yàn)檐浖y(cè)試只能夠保證盡可能多地發(fā)現(xiàn)軟件缺陷，卻無(wú)法保證能夠發(fā)現(xiàn)所有的軟件缺陷。 8020 原則還能反映到軟件測(cè)試的自動(dòng)化方面上來(lái)，實(shí)踐證明 80% 的軟件缺陷可以借助人工測(cè)試而發(fā)現(xiàn)， 20% 的軟件缺陷可以借助自動(dòng)化測(cè)試能夠得以發(fā)現(xiàn)。由于這二者間具有交叉的部分，因此尚有 5% 左右的軟件缺陷需要通過(guò)其他方式進(jìn)行發(fā)現(xiàn)和修正。 2．2．5 為效益而測(cè)試 為什么我們要實(shí)施軟件測(cè)試，是為了提高項(xiàng)目的質(zhì)量效益最終以提高項(xiàng)目的總體效益。為此我們不難得出我們?cè)趯?shí)施軟件測(cè)試應(yīng)該掌握的度。軟件測(cè)試應(yīng)該在軟件測(cè)試成本和軟件質(zhì)量效益兩者間找到一個(gè)平衡點(diǎn)。這個(gè)平衡點(diǎn)就是我們?cè)趯?shí)施軟件測(cè)試時(shí)應(yīng)該遵守的度。單方面的追求都必然損害軟件測(cè)試存在的價(jià)值和意義。一般說(shuō)來(lái)，在軟件測(cè)試中我們應(yīng)該盡量地保持軟件測(cè)試簡(jiǎn)單性，切勿將軟件測(cè)試過(guò)度復(fù)雜化，拿物理學(xué)家愛(ài)因斯坦的話說(shuō)就是： Keep it simple but not too simple 。 2．2．6 缺陷的必然性 軟件測(cè)試中，由于錯(cuò)誤的關(guān)聯(lián)性，并不是所有的軟件缺陷都能夠得以修復(fù)。某些軟件缺陷雖然能夠得以修復(fù)但在修復(fù)的過(guò)程中我們會(huì)難免引入新的軟件缺陷。很多軟件缺陷之間是相互矛盾的，一個(gè)矛盾的消失必然會(huì)引發(fā)另外一個(gè)矛盾的產(chǎn)生。比如我們?cè)诮鉀Q通用性的缺陷后往往會(huì)帶來(lái)執(zhí)行效率上的缺陷。更何況在缺陷的修復(fù)過(guò)程中，我們常常還會(huì)受時(shí)間、成本等方面的限制因此無(wú)法有效、完整地修復(fù)所有的軟件缺陷。因此評(píng)估軟件缺陷的重要度、影響范圍，選擇一個(gè)折中的方案或是從非軟件的因素（比如提升硬件性能）考慮軟件缺陷成為我們?cè)诿鎸?duì)軟件缺陷時(shí)一個(gè)必須直面的事實(shí)。 2．2．7 軟件測(cè)試必須有預(yù)期結(jié)果沒(méi)有預(yù)期結(jié)果的測(cè)試是不可理喻的。軟件缺陷是經(jīng)過(guò)對(duì)比而得出來(lái)的。這正如沒(méi)有標(biāo)準(zhǔn)無(wú)法進(jìn)行度量一樣。如果我們事先不知道或是無(wú)法肯定預(yù)期的結(jié)果，我們必然無(wú)法了解測(cè)試正確性。這很容易然人感覺(jué)如盲人摸象一般，不少測(cè)試人員常常憑借自身的感覺(jué)去評(píng)判軟件缺陷的發(fā)生，其結(jié)果往往是把似是而非的東西作為正確的結(jié)果來(lái)判斷，因此常常出現(xiàn)誤測(cè)的現(xiàn)象。 2．2．8 軟件測(cè)試的意義 事后分析 軟件測(cè)試的目的單單是發(fā)現(xiàn)缺陷這么簡(jiǎn)單嗎？如果是 “ 是 ” 的話，我敢保證，類似的軟件缺陷在下一次新項(xiàng)目的軟件測(cè)試中還會(huì)發(fā)生。古語(yǔ)說(shuō)得好， “ 不知道歷史的人必然會(huì)重蹈覆轍 ” 。沒(méi)有對(duì)軟件測(cè)試結(jié)果進(jìn)行認(rèn)真的分析，我們就無(wú)法了解缺陷發(fā)生的原因和應(yīng)對(duì)措施，結(jié)果是我們不得不耗費(fèi)的大量的人力和物力來(lái)再次查找軟件缺陷。很可惜，目前大多測(cè)試團(tuán)隊(duì)都沒(méi)有意識(shí)到這一點(diǎn)，測(cè)試報(bào)告中缺乏測(cè)試結(jié)果分析這一環(huán)節(jié)。 2．2．9 結(jié)論： 軟件測(cè)試是一個(gè)需要 “ 自覺(jué) ” 的過(guò)程，作為一個(gè)測(cè)試人員，遇事沉著，把持尺度，從根本上應(yīng)對(duì)軟件測(cè)試有著正確的認(rèn)識(shí)，希望本文對(duì)讀者對(duì)軟件測(cè)試的認(rèn)識(shí)有所幫助。三 淺談軟件開(kāi)發(fā)中的注意事項(xiàng)本人從事了四年左右的軟件開(kāi)發(fā)工作，曾參與開(kāi)發(fā)過(guò)多個(gè)大型項(xiàng)目，對(duì)于整個(gè)項(xiàng)目開(kāi)發(fā)中我覺(jué)得有很多地方都應(yīng)該應(yīng)當(dāng)值得注意，特寫(xiě)如下觀點(diǎn)和各位看客共同探討！3．1 項(xiàng)目設(shè)計(jì)項(xiàng)目設(shè)計(jì)的主導(dǎo)思想，我覺(jué)得可以理解為兩種，一種是完全設(shè)計(jì)，一個(gè)是簡(jiǎn)單設(shè)計(jì)。完全設(shè)計(jì)是指在具體編寫(xiě)代碼之前對(duì)軟件的各種方面都調(diào)查好，做好詳細(xì)的需求分析、編寫(xiě)好全部的開(kāi)發(fā)文檔，設(shè)計(jì)出程序全部流程后再開(kāi)始寫(xiě)代碼。 換句話說(shuō)，就是全部的計(jì)劃好了，能看到最終的樣子，再開(kāi)戰(zhàn)。這好像也是很多“軟件工程”書(shū)里要求的那樣。開(kāi)始的時(shí)候，我覺(jué)得這種方法不錯(cuò)也。什么都計(jì)劃好了，照著做就是了。不過(guò)這里有個(gè)明顯的問(wèn)題，就是誰(shuí)來(lái)做這個(gè)完美的計(jì)劃？估計(jì)只有及其BT的人了，但是大部分人的想要完全設(shè)計(jì)，并且沒(méi)有錯(cuò)誤，或者已經(jīng)有幾種后備的容錯(cuò)方案，并能準(zhǔn)確無(wú)誤的推行。以達(dá)到最終目標(biāo)。這樣的境界，沒(méi)有很多年的工作經(jīng)歷是不可能的。我也沒(méi)有這樣的本事，所以我也就放棄了這種想法。簡(jiǎn)單設(shè)計(jì)：簡(jiǎn)單設(shè)計(jì)一種概念，一種可以接受的簡(jiǎn)單的設(shè)計(jì)，最起碼數(shù)據(jù)庫(kù)已經(jīng)定下來(lái)，基本流程已經(jīng)確定的方案，來(lái)作為程序設(shè)計(jì)的開(kāi)始，并隨時(shí)根據(jù)實(shí)際情況的進(jìn)展來(lái)修正具體的功能設(shè)計(jì)，但這種功能修改不能是修改數(shù)據(jù)庫(kù)結(jié)構(gòu)。也就是說(shuō)數(shù)據(jù)庫(kù)結(jié)構(gòu)是在編程之前經(jīng)過(guò)反復(fù)論證的。這種方法減少了前期設(shè)計(jì)的時(shí)間，把代碼編寫(xiě)工作和部分設(shè)計(jì)工作放在了一起，實(shí)際縮短了項(xiàng)目開(kāi)發(fā)的時(shí)間。如果說(shuō)完全設(shè)計(jì)方法要求有很厲害的前期設(shè)計(jì)人員，那么簡(jiǎn)單設(shè)計(jì)要求有很有設(shè)計(jì)頭腦的編程人員。編程人員不僅僅是K代碼的人而且要負(fù)責(zé)程序架構(gòu)的設(shè)計(jì)。所以對(duì)程序員的要求就很高了。 簡(jiǎn)單設(shè)計(jì)的成功的一個(gè)基點(diǎn)是編程人員設(shè)計(jì)的邏輯結(jié)構(gòu)簡(jiǎn)單并能根據(jù)需要來(lái)調(diào)整其邏輯結(jié)構(gòu)，就是代碼結(jié)構(gòu)靈活，簡(jiǎn)單設(shè)計(jì)帶來(lái)的另外一個(gè)變化就是會(huì)議會(huì)比較多，編程人員之間的交流就變的很重要?，F(xiàn)在一般的中小型軟件公司基本上都是采用簡(jiǎn)單設(shè)計(jì)的，除非那些很大型的軟件公司。總結(jié)，簡(jiǎn)單設(shè)計(jì)考驗(yàn)的是開(kāi)發(fā)人員的能力。完全設(shè)計(jì)考驗(yàn)的是前期設(shè)計(jì)人員和整個(gè)項(xiàng)目組完整能力。(各種文檔的編寫(xiě)，開(kāi)發(fā)人員一定會(huì)要寫(xiě)一部分的。)3．2 設(shè)計(jì)變化和需求變化開(kāi)發(fā)人員最怕的是什么呢？設(shè)計(jì)變化，還是需求變化？我覺(jué)得需求變化是最最致命的。當(dāng)你的一個(gè)項(xiàng)目數(shù)據(jù)庫(kù)都定下來(lái)后，而且已經(jīng)開(kāi)發(fā)了若干個(gè)工作日，突然接到甲方公司提出，某個(gè)功能要改變，原先的需求分析要重新改，如果這個(gè)修改是涉及的數(shù)據(jù)庫(kù)的表結(jié)構(gòu)更改的話，那真是最致命的。這就意味著項(xiàng)目的某些部分得重新推倒重來(lái)，如果這個(gè)部分跟已完成的多個(gè)部分有牽連的話，那就后果更可怕了。所以當(dāng)碰到這種情況發(fā)生，作為項(xiàng)目經(jīng)理的你就應(yīng)該考慮先查責(zé)任人，究竟是自己的需求分析做的不夠好，還是客戶在認(rèn)同了需求分析后做出的修改，如果是后者的話，你完全可以要求客戶對(duì)他的這個(gè)修改負(fù)責(zé)任！那么，呵呵，客戶先生，對(duì)不起了，本次新增加的需求將歸入另外一個(gè)版本。如果是改變前面某個(gè)需求的定義，那么說(shuō)不定就要推倒重來(lái)了，不過(guò)這個(gè)時(shí)候到不用太在意，畢竟錯(cuò)的是客戶。(項(xiàng)目正式開(kāi)始前沒(méi)有沒(méi)有說(shuō)清楚其需求)。所以，各位看客，在需求分析做好后，在開(kāi)工之前一定要叫客戶認(rèn)可簽字，并且在合同上要注明，當(dāng)由客戶原因引起的需求改變而造成開(kāi)發(fā)成本的增加，客戶要為此買單地。如果在需求不變的情況之下，設(shè)計(jì)發(fā)生了變化，這個(gè)僅僅是我們內(nèi)部之間的矛盾，商量一下就能解決。在簡(jiǎn)單設(shè)計(jì)中，因?yàn)榍捌诘脑O(shè)計(jì)是不完整的，那么當(dāng)進(jìn)入任何一個(gè)新的模塊進(jìn)行開(kāi)發(fā)時(shí)，都有可能引起設(shè)計(jì)的變化。開(kāi)發(fā)人員的水平的高低就基本上決定了軟件的好壞。3．3 代碼編寫(xiě)當(dāng)需求定下來(lái)數(shù)據(jù)庫(kù)也定下來(lái)后， 其實(shí)我們就可以進(jìn)行實(shí)質(zhì)性的編碼了，按照我的看法，一個(gè)人單獨(dú)編程最好，能隨時(shí)偷懶。(上網(wǎng)，和MM聊聊)，但是現(xiàn)在的軟件項(xiàng)目越來(lái)越大，工期也越來(lái)越緊，事實(shí)上我們一個(gè)小組里面，一般有35程序員，所以我們要強(qiáng)調(diào)團(tuán)隊(duì)合作性。那么你寫(xiě)的代碼使得別人要能夠看懂，我們必須在實(shí)際的編寫(xiě)代碼過(guò)程中要有詳細(xì)的編碼規(guī)范，編碼規(guī)范在很多書(shū)籍里面都提到過(guò)。但最起碼以下的一些規(guī)范是我們必須要遵守的：3．3．1 源程序文件結(jié)構(gòu)每個(gè)程序文件應(yīng)由標(biāo)題、內(nèi)容和附加說(shuō)明三部分組成。 （1）標(biāo)題：文件最前面的注釋說(shuō)明，其內(nèi)容主要包括：程序名，作者，版權(quán)信息，簡(jiǎn)要說(shuō)明 等，