【文章內(nèi)容簡介】 [k].y 800) { k++。 } m_boomPoint1[k].x = 。 m_boomPoint1[k].y = + 50。 m_boomFlag1[k] = 1。 while(m_boomPoint1[k].y 800) { k++。 } m_boomPoint1[k].x = + 60。 m_boomPoint1[k].y = + 50。 m_boomFlag1[k] = 1。 while(m_boomPoint1[k].y 800) { k++。 } m_boomPoint1[k].x = + 45。 m_boomPoint1[k].y = + 100。 m_boomFlag1[k] = 1。 = 800。 m_flvver3Flag = 0。 score += 10000。 } } ：CRect rc。 GetClientRect(rc)。 //獲取對話框大小 BITMAP pBitMap1,pBitMap2。 (amp。pBitMap1)。 (amp。pBitMap2)。 (rc,RGB(255,255,255))。 設置背景色 if(m_bgPlace = 300) //繪制背景 { (0,m_bgPlace*,(),(),amp。m_dcBg1,0,0, ,(300m_bgPlace)*,SRCCOPY)。 //(100m_bgPlace)/100* (0,0,(),(),amp。m_dcBg2,0,(300m_bgPlace)*,SRCCOPY)。 } else { (0,(m_bgPlace300)*,(),(),amp。m_dcBg2,0,0, ,(600m_bgPlace)*,SRCCOPY)。 //(100m_bgPlace)/100* (0,0,(),(),amp。m_dcBg1,0,(600m_bgPlace)*,SRCCOPY)。 } (amp。m_dcMem,0,m_mePoint,ILD_TRANSPARENT)。 //繪制自己戰(zhàn)機 for(int i=0。 i10。 i++) { m_imgCartridge[i].Draw(amp。m_dcMem,0,m_cartridgePoint[i],ILD_TRANSPARENT)。 //繪制子彈 } for (int i = 0。 i60。 i++) { m_imgFlivver[i].Draw(amp。m_dcMem,0,m_flivverPoint[i],ILD_TRANSPARENT)。 //繪制1號敵機 } (amp。m_dcMem,0,m_flivverPoint2,ILD_TRANSPARENT)。 //繪制2號敵機 (amp。m_dcMem,0,m_flivverPoint3,ILD_TRANSPARENT)。 //繪制3號敵機 for (int i = 0。 i20。 i++)//繪制敵機爆炸畫面 { m_imgBoom1[i].Draw(amp。m_dcMem,0,m_boomPoint1[i],ILD_TRANSPARENT)。 m_imgBoom2[i].Draw(amp。m_dcMem,0,m_boomPoint2[i],ILD_TRANSPARENT)。 } CString str。 (_T(%08d),score)。 (RGB(128,128,128))。 (TRANSPARENT)。 TextOut((),20,15,str,())。 //在畫面上顯示得分 Invalidate()。 //強制重繪 在定時器中每隔30ms調(diào)用一次生成敵機函數(shù)、60ms發(fā)出一顆子彈、30ms移動一次背景、30ms檢測一次子彈是否打中敵機、30ms檢測一次游戲是否結(jié)束（自己有沒有被撞毀）、30ms重繪一次，其實現(xiàn)過程如下所示：m_bgPlace = ++m_bgPlace%601。 //移動背景，模擬飛機飛行場景 m_cartridgeFlag = ++m_cartridgeFlag%2。 int count = 0。 Game()。 if(m_cartridgeFlag%2 == 1)//發(fā)出一個子彈 { int k = 0。 while(m_cartridgePoint[k].y20) { k++。 } if(k10) { m_cartridgePoint[k].x = + 28。 m_cartridgePoint[k].y = + 20。 count++。 } } for(int i=0。 i10。 i++) //子彈向前移動 { if(m_cartridgePoint[i].y 20) { m_cartridgePoint[i].y = 40。 } } Flivver()。 //產(chǎn)生1號敵機 m_time++。 Flivver2()。 //產(chǎn)生2號敵機 Flivver3()。 //產(chǎn)生3號敵機 Boom()。 //擊中敵機檢測 if(m_time%100 == 0) //加快敵機產(chǎn)生速度 { if(m_flivverFallSpeed 5) { m_flivverFallSpeed。 } } if(!m_game) //檢測游戲是否結(jié)束 { KillTimer(m_uTimer)。 } DrawContent()。 //重繪游戲畫面本章清晰的描述出了游戲的整體結(jié)構(gòu)以及游戲規(guī)則，又將整個設計進行了深入剖析，同時詳細的解釋了項目中的核心技術(shù)內(nèi)容和思想，并且將游戲中的各種功能的實現(xiàn)進行了分塊描述。第5章 系統(tǒng)測試 軟件測試定義軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設計的一批測試用例，并利用這些測試用例運行程序以及發(fā)現(xiàn)錯誤的過程，即執(zhí)行測試步驟。軟件測試就是在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼實現(xiàn)的最終審查，它是軟件質(zhì)量保證的關(guān)鍵步驟。 軟件測試基本概念測試的含義所謂測試，首先是一項活動，在這項活動中某個系統(tǒng)或組成的部分將在特定的條件下運行，結(jié)果將被觀察和記錄，并對系統(tǒng)或組成部分進行評價。測試活動有兩種結(jié)果：找出缺陷和故障，或顯示軟件執(zhí)行正確。測試是一個或多個測試用例的集合。測試用例：所謂測試用例是為特定的目的而設計的一組測試輸入、執(zhí)行條件和預期的結(jié)果；測試用例是執(zhí)行測試的最小實體。測試的步驟測試步驟詳細規(guī)定了如何設置、執(zhí)行、評估特定的測試用例。軟件生命周期：一個軟件生命周期包括制定計劃、需求分析定義、軟件設計、程序編碼、軟件測試、軟件運行、軟件維護、軟件停用等8個階段。軟件測試在軟件生命周期中橫跨兩個階段：單元測試階段：即在每個模塊編寫出以后所做的必要測試綜合測試階段：即在完成單元測試后進行的測試，如集成測試、系統(tǒng)測試、驗收測試。測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤；不能證明程序的正確性，除非僅處理有限種情況。檢查系統(tǒng)是否滿足需求也是測試的期望目標。一個好的測試用例在于發(fā)現(xiàn)了還未曾發(fā)現(xiàn)的錯誤；一次成功的測試則是發(fā)現(xiàn)了錯誤的測試。軟件測試技術(shù)按照不同的劃分方法，有不同的分類：靜態(tài)測試、動態(tài)測試；黑盒測試、白盒測試；單元測試、集成測試、回歸測試、系統(tǒng)測試、驗證測試以及確認測試。 靜態(tài)測試與動態(tài)測試按照軟件測試分析與非分析方法而論，軟件測試可以分靜態(tài)測試和動態(tài)測試。靜態(tài)測試指不實際運行軟件，主要是對軟件的編程格式、結(jié)構(gòu)等方面進行評估。靜態(tài)測試包括：代碼檢查 、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進行，也可以借助軟件工具自動進行。動態(tài)測試動態(tài)測試方法是指計算機必須真正運行被測試的程序，通過輸入測試用例，對其運行情況即輸入與輸出的對應關(guān)系進行分析，以達到檢測的目的。動態(tài)測試包括：功能確認與接口測試 ，覆蓋率分析，性能分析，內(nèi)存分析。 黑盒白盒與白盒測試黑盒測試按照軟件測試用例的設計方法而論，軟件測試可以分為白盒測試法和黑盒測試法。若測試規(guī)劃是基于產(chǎn)品的功能，目的是檢查程序各個功能是否能夠?qū)崿F(xiàn)，并檢查其中的功能錯誤，則這種測試方法稱為黑盒測試(Blackbox Testing)方法。 黑盒測試又稱為功能測試、數(shù)據(jù)驅(qū)動測試和基于規(guī)格說明的測試。它是一種從用戶觀點出發(fā)的測試，一般被用來確認軟件功能的正確性和可操作性。黑盒測試主要根據(jù)規(guī)格說明書設計測試用例，并不涉及程序內(nèi)部構(gòu)造和內(nèi)部特性，只依靠被測程序輸入和輸出之間的關(guān)系或程序的功能設計測試用例。黑盒測試的特點黑盒測試與軟件的具體實現(xiàn)過程無關(guān)，在軟件實現(xiàn)的過程發(fā)生變化時，測試用例仍然可以使用。黑盒測試用例的設計可以和軟件實現(xiàn)同時進行，這樣能夠壓縮總的開發(fā)時間。若測試規(guī)劃基于產(chǎn)品的內(nèi)部結(jié)構(gòu)進行測試，檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個部分功能是否得到充分使用，則這種測試方法稱為白盒測試(Whitebox Testing)方法。白盒測試白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序的測試，一般用來分析程序的內(nèi)部結(jié)構(gòu)。白盒測試要求是對某些程序的結(jié)構(gòu)特性做到一定程度的覆蓋，或者說這種測試是“基于覆蓋率的測試”。通常的程序結(jié)構(gòu)覆蓋有：語句覆蓋，判定覆蓋，條件覆蓋，判定/條件覆蓋，路徑覆蓋。 單元測試、集成測試、系統(tǒng)測試、驗證測試和確認測試按照軟件測試的策略和過程來分類，軟件測試可分為單元測試、集成測試、系統(tǒng)測試、驗證測試和確認測試。測試中的錯誤分類：A類錯誤：致命錯誤——引起程序異常中斷或死機的錯誤等。B類錯誤：功能錯誤——業(yè)務功能實現(xiàn)錯誤、程序執(zhí)行結(jié)果錯誤等。C類錯誤：功能缺陷——功能操作不方便、缺少操作提示等。D類錯誤：界面缺陷——界面設計不符合本系統(tǒng)的界面設計規(guī)范等。E類錯誤：測試正確——正確的測試項、測試結(jié)果與預期的一致等。本系統(tǒng)各部分模塊，采黑白盒測試。 測試用例設計要求一個好的測試用例，應該包含以下信息： 軟件或項目的名稱軟件或項目的版本（內(nèi)部版本號）功能模塊名測試用例的簡單描述，即該用例執(zhí)行的目的或方法測試用例的參考信息（便于跟蹤和參考）本測試用例與其他測試用例間的依賴關(guān)系本用例的前置條件，即執(zhí)行本用例必須要滿足的條件，如對數(shù)據(jù)庫的訪問權(quán)限用例的編號（ID），如可以是：軟件名稱簡寫功能塊簡寫NO.步驟號、操作步驟描述、測試數(shù)據(jù)描述預期結(jié)果（這是最重要的）和實際結(jié)果（如果有BUG管理工具，這條可以省略）1開發(fā)人員（必須有）和測試人員（可有可無）1測試執(zhí)行日期測試用例表，如圖51所示。表61 輸入測試用例項目軟件飛機大戰(zhàn)游戲程序版本功能模塊空編制人徐明功能特性輸入后立即得到響應測試目的驗證鍵盤輸入是否得到正確響應測試數(shù)據(jù)鍵盤輸入：↑，↓，←，→，space，ctrl操作步驟操作描述期望結(jié)果實際結(jié)果測試狀態(tài)1按鍵↑，長按↑按下鍵位：所控制飛機上移一個單位；長按時持續(xù)向上移動按下鍵位：所控制飛機上移一個單位；長按時持續(xù)向上移動正常2按鍵↓，長按↓按下鍵位：所控制飛機下一個單位；長按時持續(xù)向下動按下鍵位：所控制飛機下移一個單位；時持續(xù)向下移動正常3按鍵←，長按←按下鍵位：←所控制飛機左移一個單位；長按時持續(xù)向左移動按下鍵位：←所控制飛機左一個單位；長按時持續(xù)向左移動正常4按鍵→，長按→按下鍵位：所控制飛機右移一個單位；長按時持續(xù)向右移動按下鍵位：所控制飛機右移一個單位；長按時持續(xù)向右移動正常5按下space游戲暫停游戲暫停正常6按下ctrl游戲繼續(xù)游戲繼續(xù)正常本系統(tǒng)經(jīng)過測試，各部分的功能基本正常，達到了預期的目的。通過對系統(tǒng)的全面測試，我學到了許多測試方面的知識，了解到測試方法、測試經(jīng)驗。通過本次設計，使我了解到測試的重要性。通過測試，可以使軟件更滿足用戶的需求，更加穩(wěn)定、可靠地運行。第6章 工作總結(jié)本系統(tǒng)從構(gòu)思，設計到代碼的實現(xiàn)與測試歷時近三個月，通過對項目的思考與編碼實現(xiàn)，使我對C++有了更深層次的了解，自己也清楚的感覺到自己對知識掌握的局限，尤其是在開發(fā)方面還要投入更多的精力去學習。通過大量的查閱資料和書籍讓我對軟件開發(fā)的流程有了一定的掌握，明白了軟件開發(fā)的原理、流程和模式。這次的項目設計開發(fā)為今后的學習和工作產(chǎn)生了積極的意義。由于還是初學者，在項目設計中還有欠缺和考慮不周的地方，游戲還有待進一步研究和改善。自己完成了一個相對比較完整的電腦游戲，這對于之前一直想要從事開發(fā)的我來說真的是很大的一次激勵。在這個項目之后，感覺自己在實習公司這種真實的開發(fā)環(huán)境下也很少能夠體驗到可以與該項目壓力相當?shù)男枨罅恕＿@個項目是我個人編程經(jīng)歷的一個節(jié)點，我感覺從這個項目之后，我才有自信正式進入公司真正的進入了IT這個行業(yè)。而這個項目所帶給我的開發(fā)上的經(jīng)驗就是：無論當前的項目有多難，需求有多么復雜，時間有多么緊迫，一定要分析透需求，之后一點一點的按照常規(guī)的開發(fā)進行下去，遇到技術(shù)難點不要跳過，解決掉這個再進行下一步的開發(fā)，否則，問題越積越多你會對自己失去信心。對于未來，希望自己做一個技術(shù)比較過硬的IT編程人員，能夠?qū)⒃O計模式融會貫通到自己的代碼中，希望自己能夠有一個讓人一看就一目了然