【導(dǎo)讀】造了一個無法企及的游戲巔峰，也曾影響了一代產(chǎn)業(yè)鏈。雖然它輝煌的業(yè)績在歷。史的渦輪中漸漸遠(yuǎn)去，但這款游戲每每提及，總會令人愛不釋手，魂牽夢繞。境下開發(fā)的一款多媒體游戲。不同的硬件設(shè)備。本論文著眼于雙緩沖繪圖的運用，開發(fā)出僅用于理論研究的二。維平面射擊類游戲。戲本身所要包含的幾種元素以及游戲應(yīng)具備的游戲?qū)哟?。根?jù)2D游戲的特點和。設(shè)計模式下的MFC框架等技術(shù)進(jìn)行了比較仔細(xì)的研究。通過自定義一個游戲類。CGame，封裝了游戲元素的基本屬性和行為，這樣便于在用到游戲的行為操作是，至網(wǎng)絡(luò)版時，只需要在該類中添加相應(yīng)的行為便可。當(dāng)我們向用戶呈現(xiàn)游戲運行。2秒鐘刷新一下界面，這樣才能讓一張位圖背景圖片具有動態(tài)效果。函數(shù)調(diào)用時處理的。

　　

【正文】 amp。m_dcMem,0,m_flivverPoint2,ILD_TRANSPARENT)。 //繪制 2號敵機(jī) (amp。m_dcMem,0,m_flivverPoint3,ILD_TRANSPARENT)。 //繪制 3號敵機(jī) for (int i = 0。 i20。 i++)//繪制敵機(jī)爆炸畫面 { 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()。 //強(qiáng)制重繪 在 定時器 中 每隔 30ms調(diào)用一次生成敵機(jī)函數(shù)、 60ms發(fā)出一顆子彈、 30ms移動一次背景、 30ms檢測一次子彈是否打中敵機(jī)、 30ms檢測一次游戲是否結(jié)束（自己有沒有被撞毀）、 30ms重繪一次，其實現(xiàn)過程如下所示： 西安工程大學(xué)學(xué)士學(xué)位論文 25 m_bgPlace = ++m_bgPlace%601。 //移動背景，模擬飛機(jī)飛行場景 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號敵機(jī) m_time++。 Flivver2()。 //產(chǎn)生 2號敵機(jī) Flivver3()。 //產(chǎn)生 3號敵機(jī) Boom()。 //擊中敵機(jī)檢測 if(m_time%100 == 0) //加快敵機(jī)產(chǎn)生速度 { if(m_flivverFallSpeed 5) { m_flivverFallSpeed。 } } if(!m_game) //檢測游戲是否結(jié)束 { KillTimer(m_uTimer)。 西安工程大學(xué)學(xué)士學(xué)位論文 26 } DrawContent()。 //重繪游戲畫面 本章小結(jié) 本章清晰的描述出了游 戲的整體結(jié)構(gòu)以及游戲規(guī)則，又將整個設(shè)計進(jìn)行了深入剖析，同時 詳細(xì)的解釋 了項目中的核心技術(shù)內(nèi)容和思想，并且將游戲中的各種功能的實現(xiàn) 進(jìn)行了分塊描述。 第 5 章 系統(tǒng)測試 27 第 5 章 系統(tǒng)測試 軟件測試基礎(chǔ)理論 軟件測試定義 軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計的一批測試用例，并利用這些測試用例運行程序以及發(fā)現(xiàn)錯誤的過程，即執(zhí)行測試步驟。 軟件測試就是在軟件投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼實現(xiàn)的最終審查，它是軟件質(zhì)量保證的關(guān)鍵步驟。 軟件測試基本概念 測試的含 義 所謂測試，首先是一項活動，在這項活動中某個系統(tǒng)或組成的部分將在特定的條件下運行，結(jié)果將被觀察和記錄，并對系統(tǒng)或組成部分進(jìn)行評價。測試活動有兩種結(jié)果：找出缺陷和故障，或顯示軟件執(zhí)行正確。測試是一個或多個測試用例的集合。 測試用例：所謂測試用例是為特定的目的而設(shè)計的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果；測試用例是執(zhí)行測試的最小實體。 測試的步驟 測試步驟詳細(xì)規(guī)定了如何設(shè)置、執(zhí)行、評估特定的測試用例。 軟件生命周期：一個軟件生命周期包括制定計劃、需求分析定義、軟件設(shè)計、程序編碼、軟件測試、軟件運行、軟件維護(hù) 、軟件停用等 8 個階段。 軟件測試在軟件生命周期中橫跨兩個階段： 單元測試階段： 即在每個模塊編寫出以后所做的必要測試 綜合測試階段： 即在完成單元測試后進(jìn)行的測試，如集成測試、系統(tǒng)測試、驗收測試。 軟件測試目的 測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤；不能證明程序的正確性，除非僅處理有限種情況。檢查系統(tǒng)是否滿足需求也是測試的期望目標(biāo)。一個好的測試用例在于發(fā)現(xiàn)了還未曾發(fā)現(xiàn)的錯誤；一次成功的測試則是發(fā)現(xiàn)了錯誤的測試。 西安工程大學(xué)學(xué)士學(xué)位論文 28 軟件測試方法分類 軟件測試技術(shù)按照不同的劃分方法，有不同的分類：靜態(tài)測試、動態(tài)測試 ；黑盒測試、白盒測試；單元測試、集成測試、回歸測試、系統(tǒng)測試、驗證測試以及確認(rèn)測試。 靜態(tài)測試與動態(tài)測試 按照軟件測試分析與非分析方法而論，軟件測試可以分靜態(tài)測試和動態(tài)測試。 靜態(tài)測試 指不實際運行軟件，主要是對軟件的編程格式、結(jié)構(gòu)等方面進(jìn)行評估。靜態(tài)測試包括：代碼檢查 、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進(jìn)行，也可以借助軟件工具自動進(jìn)行。 動態(tài)測試 動態(tài)測試方法是指計算機(jī)必須真正運行被測試的程序，通過輸入測試用例，對其運行情況即輸入與輸出的對應(yīng)關(guān)系進(jìn)行分析，以達(dá)到檢測的目的。 動態(tài)測試包括：功能確認(rèn)與接口測試 ，覆蓋率分析，性能分析，內(nèi)存分析。 黑盒白盒與白盒測試 黑盒測試 按照軟件測試用例的設(shè)計方法而論，軟件測試可以分為白盒測試法和黑盒測試法。 若測試規(guī)劃是基于產(chǎn)品的功能，目的是檢查程序各個功能是否能夠?qū)崿F(xiàn)，并檢查其中的功能錯誤，則這種測試方法稱為黑盒測試 (Blackbox Testing)方法。 黑盒測試又稱為功能測試、數(shù)據(jù)驅(qū)動測試和基于規(guī)格說明的測試。它是一種從用戶觀點出發(fā)的測試，一般被用來確認(rèn)軟件功能的正確性和可操作性。 黑盒測試主要根據(jù)規(guī)格說明書設(shè)計 測試用例，并不涉及程序內(nèi)部構(gòu)造和內(nèi)部特性，只依靠被測程序輸入和輸出之間的關(guān)系或程序的功能設(shè)計測試用例。 黑盒測試的特點 黑盒測試與軟件的具體實現(xiàn)過程無關(guān)，在軟件實現(xiàn)的過程發(fā)生變化時，測試用例仍然可以使用。 黑盒測試用例的設(shè)計可以和軟件實現(xiàn)同時進(jìn)行，這樣能夠壓縮總的開發(fā)時間。 若測試規(guī)劃基于產(chǎn)品的內(nèi)部結(jié)構(gòu)進(jìn)行測試，檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個部分功能是否得到充分使用，則這種測試方法稱為白盒測試 (Whitebox Testing)方法。 西安工程大學(xué)學(xué)士學(xué)位論文 29 白盒測試 白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序 的測試，一般用來分析程序的內(nèi)部結(jié)構(gòu)。 白盒測試要求是對某些程序的結(jié)構(gòu)特性做到一定程度的覆蓋，或者說這種測試是“基于覆蓋率的測試”。通常的程序結(jié)構(gòu)覆蓋有：語句覆蓋，判定覆蓋，條件覆蓋，判定 /條件覆蓋，路徑覆蓋。 單元測試、集成測試、系統(tǒng)測試、驗證測試和確認(rèn)測試 按照軟件測試的策略和過程來分類，軟件測試可分為單元測試、集成測試、系統(tǒng)測試、驗證測試和確認(rèn)測試。 測試中的錯誤分類： A 類錯誤：致命錯誤 —— 引起程序異常中斷或死機(jī)的錯誤等。 B 類錯誤：功能錯誤 —— 業(yè)務(wù)功能實現(xiàn)錯誤、程序執(zhí)行結(jié)果錯誤等。 C 類 錯誤：功能缺陷 —— 功能操作不方便、缺少操作提示等。 D 類錯誤：界面缺陷 —— 界面設(shè)計不符合本系統(tǒng)的界面設(shè)計規(guī)范等。 E 類錯誤：測試正確 —— 正確的測試項、測試結(jié)果與預(yù)期的一致等。 論壇測試 本系統(tǒng)各部分模塊，采黑白盒測試。 測試用例設(shè)計要求 一個好的測試用例，應(yīng)該包含以下信息： 軟件或項目的名稱 軟件或項目的版本（內(nèi)部版本號） 功能模塊名 測試用例的簡單描述，即該用例執(zhí)行的目的或方法 測試用例的參考信息（便于跟蹤和參考） 本測試用例與其他測試用例間的依賴關(guān)系 本用 例的前置條件，即執(zhí)行本用例必須要滿足的條件，如對數(shù)據(jù)庫的訪問權(quán)限 用例的編號（ ID），如可以是：軟件名稱簡寫 功能塊簡寫 NO. 步驟號、操作步驟描述、測試數(shù)據(jù)描述 預(yù)期結(jié)果（這是最重要的）和實際結(jié)果（如果有 BUG 管理工具，這條可以省略） 1開發(fā)人員（必須有）和測試人員（可有可無） 1測試執(zhí)行日期 西安工程大學(xué)學(xué)士學(xué)位論文 30 測試用例 測試用例表，如圖 51 所示 。 項目軟件 飛機(jī)大戰(zhàn)游戲 程序版本 功能模塊 空 編制人 徐明 功能特性 輸入后立即得到響應(yīng) 測試目的 驗證鍵盤輸入是否得到正 確響應(yīng) 測試數(shù)據(jù) 鍵盤輸入：↑，↓，←，→， space， ctrl 操作步驟 操作描述 期望結(jié)果 實際結(jié)果 測試狀態(tài) 1 按鍵↑，長按↑ 按下鍵位： 所控制飛機(jī)上移一個單位；長按時持續(xù)向上移動 按下鍵位： 所控制飛機(jī)上移一個單位；長按時持續(xù)向上移動 正常 2 按鍵 ↓ ，長按 ↓ 按下鍵位： 所控制飛機(jī)下 一個單位；長按時持續(xù) 向下 動 按下鍵位：所控制飛機(jī) 下移一個單位；時持續(xù)向 下移動 正常 3 按鍵←，長按← 按下鍵位： ← 所控制飛機(jī)左移一個單位；長按時持續(xù)向左移動 按下鍵位： ← 所控制飛機(jī)左一個單位；長按時持續(xù)向左 移動 正常 4 按鍵→，長按→ 按下鍵位：所控制飛機(jī)右移一個單位；長按時持續(xù)向右移動 按下鍵位：所控制飛機(jī)右移一個單位；長按時持續(xù)向右移動 正常 5 按下 space 游戲暫停 游戲暫停 正常 6 按下 ctrl 游戲繼續(xù) 游戲繼續(xù) 正常 測試結(jié)果 本系統(tǒng)經(jīng)過測試，各部分的功能基本正常，達(dá)到了預(yù)期的目的。 表 61 輸入測試用例 西安工程大學(xué)學(xué)士學(xué)位論文 31 本章小結(jié) 通過對系統(tǒng)的全面測試，我學(xué)到了許多測試方面的知識，了解到測試方法、測試經(jīng)驗。通過本次設(shè)計，使我了解到測試的重要性。通過測試，可以使軟件更滿足 用戶的需求，更加穩(wěn)定、可靠地運行 。 第 6 章 工作總結(jié) 32 第 6 章 工作總結(jié) 本系統(tǒng)從構(gòu)思，設(shè)計到代碼的實現(xiàn)與測試歷時近三個月，通過對項目的思考與編碼實現(xiàn)，使我對 C++有了更深層次的了解，自己也清楚的感覺到自己對知識掌握的局限，尤其是在開發(fā)方面還要投入更多的精力去學(xué)習(xí)。通過大量的查閱資料和書籍讓我對軟件開發(fā)的流程有了一定的掌握，明白了軟件開發(fā)的原理、流程和模式。這次的項目設(shè)計開發(fā)為今后的學(xué)習(xí)和工作產(chǎn)生了積極的意義。由于還是初學(xué)者，在項目設(shè)計中還有欠缺和考慮不周的地方，游戲還有待進(jìn)一步研究和改善。 自己完成了一個相對比較完整的 電腦游戲 ，這對于之前一直想要從事開發(fā)的我 來說真的是很大的一次激勵。在這個項目之后，感覺自己在實習(xí)公司這種真實的開發(fā)環(huán)境下也很少能夠體驗到可以與該項目壓力相當(dāng)?shù)男枨罅恕? 這個項目是我個人編程經(jīng)歷的一個節(jié)點，我感覺 從這個項目之后， 我才有自信正式進(jìn)入公司 真正的進(jìn)入了 IT 這個行業(yè)。而這個項目所帶給我的開發(fā)上的經(jīng)驗就是：無論當(dāng)前的項目有多難，需求有多么復(fù)雜，時間有多么緊迫，一定要分析透需求，之后一點一點的按照常規(guī)的開發(fā)進(jìn)行下去，遇到技術(shù)難點不要跳過，解決掉這個再進(jìn)行下一步的開發(fā)，否則，問題越積越多你會對自己失去信心。 對于未來，希望自己做一個技術(shù)比較過硬的 IT 編程人員，能夠?qū)⒃O(shè)計模式融會貫通到自己的代碼中，希望自己能夠有一個讓人一看就一目了然的編程風(fēng)格。 致謝 33 致謝 論文完成之際，衷心感謝所有關(guān)心、幫助過作者的老師、同學(xué)、朋友們，尤其要向作者的導(dǎo)師 史延科 老師致以衷心的感謝。在項目運行和論文撰寫工作中，史 老師對作者嚴(yán)格要求，認(rèn)真指導(dǎo)，給予了很多鼓勵和幫助，并提供了很多指導(dǎo)性的意見。在 史延科 老師 的親切關(guān)懷和悉心指導(dǎo)下 作者順利的 完成 了的項目設(shè)計和論文撰寫 。他嚴(yán)肅的科學(xué)態(tài)度，嚴(yán)謹(jǐn)?shù)闹螌W(xué)精神，精益求精的工作作風(fēng)， 對學(xué)術(shù)一絲不茍的高尚品德和人格魅力 深深地感染和激勵著 作者，今后 也會成為作者生活和工作追求的標(biāo)榜。 最終 也要感謝在設(shè)計期間給予作者幫助的同學(xué)，他們幫助解答了許多技術(shù)上的問題。同時也感謝其他老師在此期間的關(guān)懷和幫助，以及學(xué)院為作者提供良好的畢業(yè)設(shè)計環(huán)境。參考文獻(xiàn) 34 參考文獻(xiàn) [1] 孫鑫，余安萍 VC++深入詳解 電子工業(yè)出版社， 2020 [2] 歐陽志宏，董霖，鐘駿華， MFC 程序設(shè)計輕松入門，人民郵電出版社， 2020 [3] 曾凡峰 , 苗雨， MFC 編程技巧與范例詳解，清華大學(xué)出版社 ， 2020 [4] 宋坤 , 劉銳寧 , 李偉明， M