【正文】 etFlags(yearItemflags() ^ Qt::ItemIsEditable)。 int currentRow = uitableWidgetrowCount()。 uitableWidgetinsertRow(currentRow)。 uitableWidgetsetItem(currentRow, 0, titleItem)。 uitableWidgetsetItem(currentRow, 1, artistItem)。 uitableWidgetsetItem(currentRow, 2, albumItem)。 uitableWidgetsetItem(currentRow, 3, yearItem)。 if (uitableWidgetselectedItems().isEmpty()) { uitableWidgetselectRow(0)。 mediaObjectsetCurrentSource(metaInformationResolvercurrentSource())。 } Phonon::MediaSource source = metaInformationResolvercurrentSource()。 int index = (metaInformationResolvercurrentSource()) + 1。 if (() index) { metaInformationResolversetCurrentSource((index))。 } else { uitableWidgetresizeColumnsToContents()。 if (uitableWidgetcolumnWidth(0) 300) uitableWidgetsetColumnWidth(0, 300)。}} 5 系統(tǒng)測試與性能分析 軟件測試經(jīng)過需求分析、設(shè)計(jì)和編碼等階段的開發(fā)后，得到了源程序，開始進(jìn)入到軟件測試階段。然而，在測試之前的各階段中都可能在軟件產(chǎn)品中遺留下許多錯誤和缺陷，如果不及時(shí)找出這些錯誤和缺陷，并將其改正，這個軟件產(chǎn)品就不能正常使用，甚至?xí)?dǎo)致巨大的損失。目前，程序的正確性證明尚未得到根本的解決，因此軟件測試仍是發(fā)現(xiàn)軟件中錯誤和缺陷的主要手段。系統(tǒng)整體測試步驟：(1)．單元測試單元測試是整體測試中的第一步，通常在編碼階段進(jìn)行。在源程序代碼經(jīng)過編譯、評審、確認(rèn)沒有語法錯誤之后，便可開始進(jìn)行單元測試。 單元測試（unit testing），是指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。對于單元測試中單元的含義，一般來說，要根據(jù)實(shí)際情況去判定其具體含義，如C語言中單元指一個函數(shù)，Java里單元指一個類，圖形化的軟件中可以指一個窗口或一個菜單等?？偟膩碚f，單元就是人為規(guī)定的最小的被測功能模塊。單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試。(2)．集成測試集成測試在單元測試完成之后，將所有的模塊概要設(shè)計(jì)要求組裝成系統(tǒng)時(shí)進(jìn)行的測試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問題。集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求（如根據(jù)結(jié)構(gòu)圖〕組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試。實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實(shí)現(xiàn)。(3)．確認(rèn)測試經(jīng)過集成測試之后，接口錯誤已經(jīng)發(fā)現(xiàn)被發(fā)現(xiàn)并改正了，接下便要進(jìn)行確認(rèn)測試。所謂確認(rèn)測試就是驗(yàn)證所開發(fā)軟件的功能性及其他特性是否符合軟件需求規(guī)格說明書的要求。所以，確認(rèn)測試又被稱為有效性測試。(4)．系統(tǒng)測試系統(tǒng)測試是更大范圍內(nèi)進(jìn)行測試，它將經(jīng)過確認(rèn)測試的軟件作為整個基于計(jì)算機(jī)的系統(tǒng)的一個元素，在實(shí)際運(yùn)行環(huán)境下，對系統(tǒng)進(jìn)行的一系列集成和確認(rèn)測試。系統(tǒng)測試，英文是System Testing。是將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測試和確認(rèn)測試，系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進(jìn)行的測試，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。系統(tǒng)測試發(fā)現(xiàn)問題之后要經(jīng)過調(diào)試找出錯誤原因和位置，然后進(jìn)行改正。是基于系統(tǒng)整體需求說明書的黑盒類測試，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。對象不僅僅包括需測試的軟件，還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。(5) ．黑盒測試 從理論上講，黑盒測試只有采用窮舉輸入測試，把所有可能的輸入都作為測試情況考慮，才能查出程序中所有的錯誤。實(shí)際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但可能的輸入進(jìn)行測試。這樣看來，完全測試是不可能的，所以我們要進(jìn)行有針對性的測試，通過制定測試案例指導(dǎo)測試的實(shí)施，保證軟件測試有組織、按步驟，以及有計(jì)劃地進(jìn)行。黑盒測試行為必須能夠加以量化，才能真正保證軟件質(zhì)量，而測試用例就是將測試行為具體量化的方法之一。具體的黑盒測試用例設(shè)計(jì)方法包括等價(jià)類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅(qū)動法、正交試驗(yàn)設(shè)計(jì)法、功能圖法、場景法等。等價(jià)類劃分的辦法是把程序的輸入域劃分成若干部分（子集），然后從每個部分中選取少數(shù)代表性數(shù)據(jù)作為測試用例。每一類的代表性數(shù)據(jù)在測試中的作用等價(jià)于這一類中的其他值。該方法是一種重要的，常用的黑盒測試用例設(shè)計(jì)方法。劃分等價(jià)類， 等價(jià)類是指某個輸入域的子集合。在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的，并合理地假定：，可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類，在每一個等價(jià)類中取一個數(shù)據(jù)作為測試的輸入條件，：有效等價(jià)類和無效等價(jià)類。有效等價(jià)類，是指對于程序的規(guī)格說明來說是合理的。無效等價(jià)類：與有效等價(jià)類的定義恰巧相反。設(shè)計(jì)測試用例時(shí)，軟件不僅要能接收合理的數(shù)據(jù)。具體測試步驟如下：1）先在QT添加所測項(xiàng)目，如圖51。 圖51 添加所測項(xiàng)目2）點(diǎn)擊運(yùn)行，如圖52。 圖52 點(diǎn)擊運(yùn)行3）程序正確的運(yùn)行，點(diǎn)擊“目錄”，或“添加”。如圖53。 圖53 添加歌曲運(yùn)行4）選取一首歌曲格式MP3，如圖54。 圖54 選取一首歌曲5）可以播放，測試通過！如圖55。 圖54 測試通過(6)．白盒測試，又稱結(jié)構(gòu)測試、透明盒測試、邏輯驅(qū)動測試或基于代碼的測試。白盒測試是一種測試用例設(shè)計(jì)方法，盒子指的是被測試的軟件，白盒指的是盒子是可視的,你清楚盒子內(nèi)部的東西以及里面是如何運(yùn)作的。白盒法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進(jìn)行測試。白盒法是窮舉路徑測試。在使用這一方案時(shí)，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。貫穿程序的獨(dú)立路徑數(shù)是天文數(shù)字。采用什么方法對軟件進(jìn)行測試呢？常用的軟件測試方法有兩大類，靜態(tài)測試方法和動態(tài)測試方法。其中軟件的靜態(tài)測試不要求在計(jì)算機(jī)上實(shí)際執(zhí)行所測程序，主要以一些人工的模擬技術(shù)對軟件進(jìn)行分析和測試；而軟件的動態(tài)測試是通過輸入一組預(yù)先按照一定的測試準(zhǔn)則構(gòu)造的實(shí)例數(shù)據(jù)來動態(tài)運(yùn)行程序，而達(dá)到發(fā)現(xiàn)程序錯誤的過程。在動態(tài)分析技術(shù)中,最重要的技術(shù)是路徑和分支測試。下面要介紹的六種覆蓋測試方法屬于動態(tài)分析方法。白盒測試的測試方法有代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法、基本路徑測試法、域測試、符號測試、路徑覆蓋和程序變異。白盒測試法的覆蓋標(biāo)準(zhǔn)有邏輯覆蓋、循環(huán)覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。六種覆蓋標(biāo)準(zhǔn)：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強(qiáng)的變化。語句覆蓋每條語句至少執(zhí)行一次。判定覆蓋每個判定的每個分支至少執(zhí)行一次。條件覆蓋每個判定的每個條件應(yīng)取到各種可能的值。判定/條件覆蓋同時(shí)滿足判定覆蓋條件覆蓋。條件組合覆蓋每個判定中各條件的每一種組合至少出現(xiàn)一次。路徑覆蓋使程序中每一條可能的路徑至少執(zhí)行一次。(7)．程序調(diào)試,在系統(tǒng)設(shè)計(jì)的過程中，存在一些錯誤是難免的。對于語句的語法錯誤，在程序運(yùn)行時(shí)自動提示，并請求立即糾正，因此，這類錯誤比較容易發(fā)現(xiàn)與糾正。但另一類錯誤是在程序執(zhí)行的時(shí)候由于不正確的操作或者對某些數(shù)據(jù)計(jì)算公式的邏輯錯誤所導(dǎo)致的錯誤結(jié)果。這類錯誤隱蔽性較強(qiáng)，有時(shí)會出現(xiàn)，有時(shí)不會出現(xiàn)，因此，對這一類動態(tài)發(fā)生的錯誤的排查是相當(dāng)耗時(shí)且費(fèi)力的。 (8)．測試概要，系統(tǒng)測試，是將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測試和確認(rèn)測試，系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進(jìn)行的測試，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。系統(tǒng)測試發(fā)現(xiàn)問題之后要經(jīng)過調(diào)試找出錯誤原因和位置，然后進(jìn)行改正。是基于系統(tǒng)整體需求說明書的黑盒類測試，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。對象不僅僅包括需測試的軟件，還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。系統(tǒng)測試是將經(jīng)過集成測試的軟件，作為計(jì)算機(jī)系統(tǒng)的一個部分，與系統(tǒng)中其他部分結(jié)合起來，在實(shí)際運(yùn)行環(huán)境下對計(jì)算機(jī)系統(tǒng)進(jìn)行的一系列嚴(yán)格有效地測試，以發(fā)現(xiàn)軟件潛在的問題，保證系統(tǒng)的正常運(yùn)行。主要內(nèi)容包括功能測試盒健壯性測試。功能測試，即測試軟件系統(tǒng)的功能是否正確，其依據(jù)是需求文檔，由于正確性是軟件最重要的質(zhì)量因素，所以功能測試必不可少。健壯性測試，即測試軟件系統(tǒng)在異常情況下能否正常運(yùn)行的能力。健壯性有兩層含義：一是容錯能力，二是恢復(fù)能力。比較常見的、典型的系統(tǒng)測試包括恢復(fù)測試、安全測試、壓力測試。下面對這幾種測試進(jìn)行一一介紹：1）恢復(fù)測試恢復(fù)測試作為一種系統(tǒng)測試，主要關(guān)注導(dǎo)致軟件運(yùn)行失敗的各種條件，并驗(yàn)證其恢復(fù)過程能否正確執(zhí)行。在特定情況下，系統(tǒng)需具備容錯能力。另外，系統(tǒng)失效必須在規(guī)定時(shí)間段內(nèi)被更正，否則將會導(dǎo)致嚴(yán)重的經(jīng)濟(jì)損失。2）安全測試安全測試用來驗(yàn)證系統(tǒng)內(nèi)部的保護(hù)機(jī)制，以防止非法侵入。在安全測試中，測試人員扮演試圖侵入系統(tǒng)的角色，采用各種辦法試圖突破防線。因此系統(tǒng)安全設(shè)計(jì)的準(zhǔn)則是要想方設(shè)法使侵入系統(tǒng)所需的代價(jià)更加昂貴。3）壓力測試壓力測試是指在正常資源下使用異常的訪問量、頻率或數(shù)據(jù)量來執(zhí)行系統(tǒng)。在壓力測試中可執(zhí)行以下測試：①如果平均中斷數(shù)量是每秒一到兩次，那么設(shè)計(jì)特殊的測試用例產(chǎn)生每秒十次中斷。②輸入數(shù)據(jù)量增加一個量級，確定輸入功能將如何響應(yīng)。③在虛擬操作系統(tǒng)下，產(chǎn)生需要最大內(nèi)存量或其它資源的測試用例，或產(chǎn)生需要過量磁盤存儲的數(shù)據(jù)。(9)．系統(tǒng)的測試用例，本次測試用例設(shè)計(jì)主要采用的是黑盒測試法，功能模塊以及集成測試采用的具體方法包括邊界值劃分、正交分解、等價(jià)類劃分、錯誤猜測和因果圖分析。在系統(tǒng)測試時(shí)可以依據(jù)業(yè)務(wù)流程采用回歸測試法。 結(jié) 論在本次畢業(yè)設(shè)計(jì)，我鞏固了大學(xué)所學(xué)的理論知識，同時(shí)也鍛煉了動手實(shí)踐能力。在做畢業(yè)設(shè)計(jì)期間，我從網(wǎng)絡(luò)和書籍中查閱了許多關(guān)于音樂播放器構(gòu)建的相關(guān)知識，通過自己不斷的琢磨并結(jié)合平時(shí)學(xué)習(xí)的知識，詳細(xì)了解了音樂播放器的工作原理與細(xì)節(jié)，開發(fā)設(shè)計(jì)了音樂播放器。雖然在大學(xué)期間訓(xùn)練了不少，但是在本次畢業(yè)設(shè)計(jì)進(jìn)行具體的開發(fā)的時(shí)候還是遇到了很多的麻煩，比如編譯老是出錯，如qmake錯誤。開始我還找不到哪里出錯了。到后來才慢慢解決。還有編碼語句的錯誤，這些雖然都是小問題，但是由于在編碼的時(shí)候自己不認(rèn)真，在編寫代碼的過程中沒有養(yǎng)成良好的習(xí)慣，從而在查找錯誤的過程中浪費(fèi)了很多的時(shí)間，我覺得主要原因還是自己動手太少，不夠熟練。以后要多加練習(xí)，養(yǎng)成編寫程序的好習(xí)慣，是自己不斷提高。在開發(fā)音樂播放器的過程中，我運(yùn)用了自己最近學(xué)習(xí)中掌握的一些技術(shù)，通過這些技術(shù)的運(yùn)用。按軟件開發(fā)的規(guī)范，我分布完成，構(gòu)建一系列的抽象圖，使我在實(shí)際開發(fā)中思路更清晰。通過本次畢業(yè)設(shè)計(jì)我鍛煉了自己，提高了自學(xué)、動手能力，也深刻的感覺到軟件開發(fā)的艱難。這次實(shí)踐培養(yǎng)了我的獨(dú)立思考問題的能力，同時(shí)也增強(qiáng)了我的理論聯(lián)系實(shí)際的能力，這為自己以后的工作奠定了良好的基礎(chǔ)。(1) 系統(tǒng)的缺陷和不足1). 由于系統(tǒng)沒有經(jīng)過跨平臺測試，在改變環(huán)境的情況下，用戶能否正常運(yùn)行和播放還不太清楚。2). 由于時(shí)間的原因，系統(tǒng)的在追求功能方面下了比較大的力氣，在美觀方面還有有缺陷的。(2) 評價(jià)在信息化社會的今天，音樂播放器是人生活重要的軟件。事實(shí)上，音樂播放器軟件已經(jīng)普及我們的生活。由于我的水平有限，所作的工作遠(yuǎn)遠(yuǎn)不足人們對音樂播放器的要求。但我會繼續(xù)努力，爭取完善我的播放器軟件。我也相信將來會有基于Qt平臺更好的播放器問世，功能也會滿足人們的需求。我希望通過這次設(shè)計(jì)，能給我的大學(xué)生活留下個美好的回憶。(3) 體會 在這次設(shè)計(jì)中，我真正的體會到做一個軟件的艱辛。從資料查閱，系統(tǒng)編碼開發(fā)，到編碼的測試，都需要扎扎實(shí)實(shí)地去學(xué)習(xí)和研究。尤其是開發(fā)的初期，在系統(tǒng)的需求分析和編程工具熟悉上非常重要。在短短幾個月的系統(tǒng)設(shè)計(jì)中，我認(rèn)識到自己理論知識的不足，特別在編寫程序時(shí)，總是出現(xiàn)一些注意不道的錯誤。這樣會使我在調(diào)試程序，付出很多時(shí)間，才能慢慢的發(fā)現(xiàn)這些錯誤。這使我認(rèn)識到，學(xué)習(xí)和掌握全面理論知識的重要性。我想通過本次設(shè)計(jì)，我學(xué)會了許多東西，而這些東西將在我以后的