軟件質(zhì)量保證測試試題與答案_第1頁
軟件質(zhì)量保證測試試題與答案_第2頁
軟件質(zhì)量保證測試試題與答案_第3頁
軟件質(zhì)量保證測試試題與答案_第4頁
軟件質(zhì)量保證測試試題與答案_第5頁
已閱讀5頁,還剩10頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、選擇題1軟件測試的目的是( B )。A)試驗性運行軟件 B)發(fā)現(xiàn)軟件錯誤 C)證明軟件正確 D)找出軟件中全部錯誤2軟件測試中白盒法是通過分析程序的( B )來設(shè)計測試用例的。A)應(yīng)用范圍 B)內(nèi)部邏輯 C)功能 D)輸入數(shù)據(jù)3黑盒法是根據(jù)程序的( C )來設(shè)計測試用例的。A)應(yīng)用范圍 B)內(nèi)部邏輯 C)功能 D)輸入數(shù)據(jù)4為了提高軟件測試的效率,應(yīng)該( D )。A)隨機(jī)地選取測試數(shù)據(jù) B)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C)在完成編碼以后制定軟件的測試計劃 D)選擇發(fā)現(xiàn)錯誤可能性最大的數(shù)據(jù)作為測試用例5與設(shè)計測試用例無關(guān)的文檔是( A )。A)項目開發(fā)計劃 B)需求規(guī)格說明書 C)設(shè)計說明書

2、 D)源程序6測試的關(guān)鍵問題是( B )。A)如何組織軟件評審 B)如何選擇測試用例C)如何驗證程序的正確性 D)如何采用綜合策略7軟件測試用例主要由輸入數(shù)據(jù)和( C )兩部分組成。A)測試計劃 B)測試規(guī)則 C)預(yù)期輸出結(jié)果 D)以往測試記錄分析8成功的測試是指運行測試用例后( B )。A)未發(fā)現(xiàn)程序錯誤 B)發(fā)現(xiàn)了程序錯誤 C)證明程序正確性 D)改正了程序錯誤9下列幾種邏輯覆蓋標(biāo)準(zhǔn)中,查錯能力最強(qiáng)的是( D )。A)語句覆蓋 B)判定覆蓋 C)條件覆蓋 D)條件組合覆蓋10在黑盒測試中,著重檢查輸入條件組合的方法是( D )。A)等價類劃分法 B)邊界值分析法 C)錯誤推測法 D)因果圖

3、法11單元測試主要針對模塊的幾個基本特征進(jìn)行測試,該階段不能完成的測試是( A )。A)系統(tǒng)功能 B)局部數(shù)據(jù)結(jié)構(gòu) C)重要的執(zhí)行路徑 D)錯誤處理12軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)( B )階段的錯誤。A)需求分析 B)概要設(shè)計 C)詳細(xì)設(shè)計 D)編碼13不屬于白盒測試的技術(shù)是( D )。A)路徑覆蓋 B)判定覆蓋 C)循環(huán)覆蓋 D)邊界值分析14集成測試時,能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為( A )。A)自頂向下漸增式測試 B)自底向上漸增式測試 C)非漸增式測試 D)系統(tǒng)測試15使用白盒測試方法時,確定測試數(shù)據(jù)應(yīng)根據(jù)(A )和指定的覆蓋標(biāo)準(zhǔn)。A)程序內(nèi)部邏輯 B)程序的復(fù)雜

4、度 C)使用說明書 D)程序的功能16程序的三種基本結(jié)構(gòu)是( B )。A)過程子、程序、分程序 B)順序、選擇、循環(huán)C)遞歸、堆棧、隊列 D)調(diào)用、返回、轉(zhuǎn)移17軟件調(diào)試的目的是( A )A)找出錯誤所在并改正之 B)排除存在錯誤的可能性C)對錯誤性質(zhì)進(jìn)行分類 D)統(tǒng)計出錯的次數(shù) 18下面說法正確的是( C )。A)經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確 B)測試的目標(biāo)是為了證明程序沒有錯誤C)成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 D)成功的測試是沒有發(fā)現(xiàn)錯誤的測試20發(fā)現(xiàn)錯誤能力最弱的是( A )。A)語句覆蓋 B)判定覆蓋C)條件覆蓋 D)路徑覆蓋22下面( D )方法能夠有效地檢測輸入條

5、件的各種組合可能引起的錯誤。A)等價類劃分 B)邊界值分析C)錯誤推測 D)因果圖23與確認(rèn)測試階段有關(guān)的文檔是( A )。A)需求規(guī)格說明書 B)概要設(shè)計說明書C)詳細(xì)設(shè)計說明書 D)源程序25( B )方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A)單元測試 B)集成測試C)確認(rèn)測試 D)系統(tǒng)測試26調(diào)試應(yīng)該由( B )完成。A)與源程序無關(guān)的程序員 B)編制該源程序的程序員C)不了解軟件設(shè)計的機(jī)構(gòu) D)設(shè)計該軟件的機(jī)構(gòu)27在設(shè)計人機(jī)界面時,應(yīng)主要考慮的因素有( D )。系統(tǒng)響應(yīng)時間B)錯誤處理C)用戶求助機(jī)制D)以上都是28、用黑盒技術(shù)設(shè)計測試用例的方法之一為(A )A)因果圖 B)邏輯

6、覆蓋 C)循環(huán)覆蓋 D)基本路徑測試29、軟件測試的目的是( B ) A)避免軟件開發(fā)中出現(xiàn)的錯誤 B)發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤 C)盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤,提高軟件的可靠性 D)修改軟件中出現(xiàn)的錯誤 30、下列軟件屬性中,軟件產(chǎn)品首要滿足的應(yīng)該是( A )A)功能需求 B)性能需求 C)可擴(kuò)展性和靈活性 D)容錯糾錯能力31、以程序的內(nèi)部結(jié)構(gòu)為基礎(chǔ)的測試用例技術(shù)屬于( D )。A)灰盒測試B)數(shù)據(jù)測試C)黑盒測試D)白盒測試32、為了提高測試的效率,正確的做法是( A )。A)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例B)在完成程序的編碼之后再制定軟件的測試計劃C)隨機(jī)選取測試用例D)

7、使用測試用例測試是為了檢查程序是否做了應(yīng)該做的事33、對程序的測試最好由( )來做,對程序的調(diào)試最好由誰來做( B )。A)程序員 第三方測試機(jī)構(gòu)B)第三方測試機(jī)構(gòu) 程序員C)程序開發(fā)組 程序員D)程序開發(fā)組 程序開發(fā)組34、在進(jìn)行單元測試時,常用的方法是( A )A)采用白盒測試,輔之以黑盒測試 B)采用黑盒測試,輔之以白盒測試C)只使用白盒測試 D)只使用黑盒測試35、以下那一種選項不屬于軟件缺陷( D )。A)軟件沒有實現(xiàn)產(chǎn)品規(guī)格說明所要求的功能B)軟件中出現(xiàn)了產(chǎn)品規(guī)格說明不應(yīng)該出現(xiàn)的功能C)軟件實現(xiàn)了產(chǎn)品規(guī)格沒有提到的功能D)軟件實現(xiàn)了產(chǎn)品規(guī)格說明所要求的功能但因受性能限制而未考慮可移

8、植性問題36、軟件生存周期過程中,修改錯誤代價最大的階段是( D )。A)需求階段 B)設(shè)計階段 C)編程階段D)發(fā)布運行階段37、在邊界值分析中,下列數(shù)據(jù)通常不用來做數(shù)據(jù)測試的是( B )。A)正好等于邊界的值 B)等價類中的等價值C)剛剛大于邊界的值 D)剛剛小于邊界的值38、單元測試中設(shè)計測試用例的依據(jù)是( D )。 A)概要設(shè)計規(guī)格說明書 B)用戶需求規(guī)格說明書 C)項目計劃說明書 D)詳細(xì)設(shè)計規(guī)格說明書39、通常可分為白盒測試和黑盒測試。白盒測試是根據(jù)程序的( C )來設(shè)計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。 A)功能 B)性能 C)內(nèi)部邏輯 D)內(nèi)部數(shù)據(jù) 40、如

9、果一個判定中的復(fù)合條件表達(dá)式為(A > 1)or(B <= 3),則為了達(dá)到100%的條件覆蓋率,至少需要設(shè)計多少個測試用例( B )。A)1B)2 C)3 D)441、經(jīng)驗表明,在程序測試中,某模塊與其他模塊相比,若該模塊已發(fā)現(xiàn)并改正的錯誤較多,則該模塊中殘存的錯誤數(shù)目與其他模塊相比,通常應(yīng)該( B )。A)較少 B)較多 C)相似 D)不確定42、在某大學(xué)學(xué)籍管理信息系統(tǒng)中,假設(shè)學(xué)生年齡的輸入范圍為1640,則根據(jù)黑盒測試中的等價類劃分技術(shù),下面劃分正確的是(B )。A)可劃分為2個有效等價類,2個無效等價類B)可劃分為1個有效等價類,2個無效等價類C)可劃分為2個有效等價類,

10、1個無效等價類D)可劃分為1個有效等價類,1個無效等價類43、根據(jù)軟件需求規(guī)格說明書,在開發(fā)環(huán)境下對已經(jīng)集成的軟件系統(tǒng)進(jìn)行的測試是( A )。 A)系統(tǒng)測試B) 單元測試C) 集成測試 D) 驗收測試44、下面有關(guān)測試原則的說法正確的是( A )。A)測試用例應(yīng)由測試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成B)測試用例只需選取合理的輸入數(shù)據(jù)C)程序最好由編寫該程序的程序員自己來測試D)使用測試用例進(jìn)行測試是為了檢查程序是否做了它該做的事45、軟件設(shè)計階段的測試主要采取的方式是( A )。A)評審B)白盒測試C)黑盒測試D)動態(tài)測試46、集成測試對系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗了何種質(zhì)量特性( A

11、)A)正確性B)可靠性 C)可使用性 D)可維護(hù)性47、如下所示的程序圖環(huán)復(fù)雜度為( )。A)4 B)5 C)6 D)748、下列關(guān)于測試方法的敘述中不正確的是( C )A)從某種角度上講,白盒測試與黑盒測試都屬于動態(tài)測試 B)功能測試屬于黑盒測試 C)對功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu) D)結(jié)構(gòu)測試屬于白盒測試50、大多數(shù)實際情況下,性能測試的實現(xiàn)方法是( A )。 A)黑盒測試 B)白盒測試 C)靜態(tài)分析 D)可靠性測試51、下列方法中,不屬于黑盒測試的是( A )。A)基本路徑測試法 B)等價類測試法C)邊界值分析法 D)基于場景的測試方法52、測試程序時,不可能遍歷所有可能的輸入數(shù)

12、據(jù),而只能是選擇一個子集進(jìn)行測試,那么最好的選擇方法是( B )。A)隨機(jī)選擇B)劃分等價類C)根據(jù)接口進(jìn)行選擇 D)根據(jù)數(shù)據(jù)大小進(jìn)行選擇53、下列可以作為軟件測試對象的是( D )。 A)需求規(guī)格說明書 B)軟件設(shè)計規(guī)格說明A) 源程序 D)以上全部54、在對具有層次結(jié)構(gòu)的大型軟件進(jìn)行單元測試時,有一種方法是從上層模塊開始,由上到下進(jìn)行測試。此時,用于代替被測模塊調(diào)用的子模塊的是( A )。A樁模塊B底層模塊C驅(qū)動模塊D主模塊55、單元測試時,調(diào)用被測模塊的是( C )。 A 樁模塊B通信模塊C驅(qū)動模塊D代理模塊56、大突擊測試把所有的模塊一次性集成為一個完整的系統(tǒng)后進(jìn)行測試,很容易( B

13、)。A通過測試B整體測試C快速查錯D快速排錯57、自底向上單元測試的策略是首先對模塊調(diào)用圖上的( A )模塊進(jìn)行測試。 A 最底層B下一層 C最高層D上一層58、單元測試與系統(tǒng)測試的區(qū)別是( A )。A單元測試通常采用白盒測試方法,而系統(tǒng)測試采用黑盒測試方法B測試時間上,系統(tǒng)測試早于單元測試C單元測試從用戶角度考慮問題,而系統(tǒng)測試從開發(fā)者角度考慮問題D 以上都是59、下面活動屬于系統(tǒng)測試的主要工作內(nèi)容的是( D )。A測試個單元模塊之間的接口B測試模塊內(nèi)程序的邏輯功能C.測試個模塊集成后實現(xiàn)的功能D測試整個系統(tǒng)的功能和性能60、系統(tǒng)外部接口,即外部系統(tǒng)(包括人、硬件和軟件)與系統(tǒng)交互的接口,對

14、這類接口的測試一般是在( B )階段進(jìn)行。A 單元測試B系統(tǒng)測試B C集成測試D驗收測試61、下列接口測試中,要延續(xù)到系統(tǒng)測試階段來完成的是( A )。A.系統(tǒng)外部接口 B系統(tǒng)內(nèi)部接口 C函數(shù)或方法接口D類接口62、根據(jù)軟件需求規(guī)格說明,在開發(fā)環(huán)境下對已集成的軟件系統(tǒng)進(jìn)行的測試是( A )。A系統(tǒng)測試B單元測試C集成測試D驗收測試63、問題還沒有解決,測試人員新報告的缺陷,或驗證后缺陷仍然存在,這些缺陷所處的狀態(tài)是( A )。 A激活狀態(tài)B非激活狀態(tài)A 關(guān)閉狀態(tài) D已修正狀態(tài)64、軟件缺陷的基本狀態(tài)有( D )。A激活狀態(tài)B已修正狀態(tài)B 關(guān)閉或非激活狀態(tài) D以上全部65、下列關(guān)于軟件測試過程模

15、型,說法正確的是( B )。AH模型指出軟件測試具有獨立性,只要某個測試達(dá)到準(zhǔn)備就緒點,測試執(zhí)行活動就可以開展BW模型強(qiáng)調(diào)在整個項目開發(fā)中需要經(jīng)歷的不同測試級別,指明測試的對象是程序C軟件測試過程與軟件開發(fā)過程不同的是,它不需遵循軟件工程原理D V模型強(qiáng)調(diào)測試的對象不僅僅是程序,需求設(shè)計等同樣需要測試二、填空題1動態(tài)測試通過 運行程序 發(fā)現(xiàn)錯誤。根據(jù) 測試用例 的設(shè)計方法不同,動態(tài)測試又分為 黑盒測試、白盒測試 兩類。2白盒測試是 結(jié)構(gòu) 測試,被測對象是 源程序 ,以程序的 內(nèi)部邏輯 為基礎(chǔ)設(shè)計測試用例。3邏輯覆蓋是對程序內(nèi)部有 判定 存在的邏輯結(jié)構(gòu)設(shè)計測試用例,根據(jù)程序內(nèi)部的邏輯覆蓋程度又可

16、分為 語句覆蓋 、 判斷覆蓋 、 條件覆蓋 、 判定/條件覆蓋 、 條件組合覆蓋 和 路徑覆蓋 6種覆蓋技術(shù)。4循環(huán)覆蓋是對程序內(nèi)部有 循環(huán) 存在的邏輯結(jié)構(gòu)設(shè)計測試用例,它通過限制 循環(huán)次數(shù) 來測試。5基本路徑測試是在程序 控制流程圖 基礎(chǔ)上,通過分析控制構(gòu)造的 環(huán)路 復(fù)雜性,導(dǎo)出 基本路徑 集合,從而設(shè)計測試用例。6黑盒測試是 功能 測試,常用黑盒技術(shù)設(shè)計測試用例有:等價類劃分 、邊界值分析 、 因果圖。7邊界值分析是將測試 邊界 情況作為重點目標(biāo),選取正好等于、剛剛大于或剛剛小于 邊界值 的測試數(shù)據(jù)。如果輸入或輸出域是一個有序集合,則應(yīng)選取集合的 第一個 元素和 最后一個 元素作為測試用例

17、。8因果圖的基本原理是通過畫 因果 圖,把用自然語言描述的 功能說明 轉(zhuǎn)換為 判定表 ,最后為判定表每一列設(shè)計一個測試用例。9測試的綜合策略是在測試中,聯(lián)合使用各種 測試 方法。通常先用 黑盒 法設(shè)計基本的測試用例,再用 白盒 法補(bǔ)充一些必要的測試用例。10 單元測試 指對源程序中每一個程序單元進(jìn)行測試,檢查各個模塊是否正確實現(xiàn)規(guī)定的功能,從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤,它涉及 編碼 和 詳細(xì)設(shè)計 的文檔。11單元測試主要測試 模塊 的5個基本特征:模塊接口 、局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行路徑、 錯誤處理 、邊界條件。12在單元測試中,需要為被測模塊設(shè)計 驅(qū)動 模塊和 樁 模塊。 驅(qū)動模塊 用

18、來模擬被測模塊的上級調(diào)用模塊, 樁模塊 用來代替被測模塊所調(diào)用的模塊。13集成測試指在 單元 測試基礎(chǔ)上,將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進(jìn)行的測試。也稱 組裝 測試或 聯(lián)合 測試。14集成測試的方法有兩種: 非漸增式測試 和 漸增式測試 。16自頂向下漸增式測試不需要編寫 驅(qū)動 模塊,只需要編寫 樁 模塊,其步驟是從 頂層 模塊開始,沿著被測程序的 軟件結(jié)構(gòu)圖 的控制路徑逐步向下測試,它有兩種組合策略: 深度優(yōu)先策略 和 寬度優(yōu)先策略 。17自底向上漸增式測試不需要編寫 樁 模塊,只需要編寫 驅(qū)動 模塊。18被測試程序不在機(jī)器上運行,而是采用人工檢測和計算機(jī)輔助分析檢測的手段稱為

19、靜態(tài) 測試。19用等價類劃分法設(shè)計一個測試用例時,使其覆蓋 盡可能多的 尚未被覆蓋的合理等價類。用等價類劃分法設(shè)計一個測試用例時,使其覆蓋 一個 不合理等價類。21軟件測試是為了 發(fā)現(xiàn)錯誤 而執(zhí)行程序的過程。22運行被測程序的方法稱為 動態(tài) 測試。23選擇測試用例,使得被測程序中每個判定的每個分支至少執(zhí)行一次,這種邏輯覆蓋標(biāo)準(zhǔn)稱為 判定覆蓋 。24要覆蓋含循環(huán)結(jié)構(gòu)的所有路徑是不可能的,一般通過限制 循環(huán)次數(shù) 來測試。25、軟件測試的模型分為:V模型、W模型、X模型、H模型、測試驅(qū)動模型。26、一個文本框要求輸入6位數(shù)字密碼,且對每個帳戶每次只允許出現(xiàn)三次輸入錯誤,對此文本框進(jìn)行測試設(shè)計的等價區(qū)

20、間有:密碼位數(shù):6位 和 非6位的;密碼內(nèi)容:數(shù)字的 和 非數(shù)字的;輸入次數(shù):三次以內(nèi) 和 超過三次。27、軟件的六大質(zhì)量特性包括:(功能性、可靠性、可用性、效率、穩(wěn)定性、可移植性 )28、軟件測試按照不同的劃分方法,有不同的分類:(1)按照軟件測試用例的設(shè)計方法而論,軟件測試可以分為(白盒測試法)和黑盒測試法(2)從是否執(zhí)行程序的角度,軟件測試可以分為靜態(tài)測試和動態(tài)測試(3)按照軟件測試的策略和過程來分類,軟件測試可分為(單元測試、驗證測試、確認(rèn)測試)、集成測試、系統(tǒng)測試。軟件質(zhì)量保證測試題綜合題1 變量的命名規(guī)則一般規(guī)定如下:變量名的長度不多于40個字符,第一個字符必須為英文字母,其他字母

21、可以英文字母、數(shù)字以及下劃線的任意組合。請用等價分類法設(shè)計測試用例。1. 等價類劃分表輸入條件合理等價類 不合理等價類 長度 (1)小于40個字符 (2)等于40個字符 (5)大于40個字符 第一個字符 (3)英文字母 (6)非英文字母 其他字母 (4)英文字母、數(shù)字或下劃線的任意組合 (7)空格 (8)標(biāo)點符號 (9)運算符號 (10)其他可顯示字符 2. 設(shè)計測試用例下表。表2 測試用例表測試數(shù)據(jù) 測試范圍 期望結(jié)果 (1)s_name12 等價類(1),(3),(4) 有效 (2)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_tr 等價類(2),(3),(4

22、) 有效 (3)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_trff 等價類(5) 無效 (4)234name 等價類(6) 無效 (5)ab gh 等價類(7) 無效 (6)ab!2f 等價類(8) 無效 (7)fg+ghh 等價類(9) 無效 (8)Hgh 等價類(10) 無效 2、有一個處理單價為5角錢飲料的自動售貨機(jī):若投入5角錢或1元錢的硬幣,壓下橙汁或啤酒的按鈕,則相應(yīng)的飲料就送出來。若售貨機(jī)沒有零錢找,則一個顯示零錢找完的紅燈亮,這時在投入1元硬幣并壓下按鈕后,飲料不送出來而且1元硬幣也退出來;若有零錢找,則顯示零錢找完的紅燈滅,在送出飲料的同時退

23、還5角硬幣。下面是使用決策表法分析的部分用例,請?zhí)顚懲暾河美蛱?2345輸入條件1、投入1元硬幣011012、投入5角硬幣100003、按下“橙汁”100004、按下“啤酒”011105、有零錢找00110輸出結(jié)果1、退還1元硬幣010002、零錢照完燈亮110013、找5角硬幣001004、送出“橙汁”101005、送出“啤酒”000003某商場在“五一”期間,顧客購物時收費有4種情況:普通顧客一次購物累計少于100元,按A類標(biāo)準(zhǔn)收費(不打折),一次購物累計多于或等于100元,按B類標(biāo)準(zhǔn)收費(打9折);會員顧客一次購物累計少于1000元,按C類標(biāo)準(zhǔn)收費(打8折),一次購物累計等于或多于1

24、000元,按D類標(biāo)準(zhǔn)收費(打7折)。測試對象是按以上要求計算顧客收費的模塊,按照路徑覆蓋法設(shè)計測試用例。(1) 被測模塊的程序流程圖如下圖所示。 (2) 按照路徑覆蓋法設(shè)計測試用例如下:是會員,累計消費900元,覆蓋路徑127是會員,累計消費2000元,覆蓋路徑128不是會員,累計消費80元,覆蓋路徑134不是會員,累計消費300元,覆蓋路徑135松開的記憶,飄落的莫名的塵埃,像起伏的微風(fēng),拂過腦海,留下一份情愁。一條街,沒有那些人,那些身影,卻能來回徘徊穿梭。街,行走時,縱然漫長,漫長,有時只為聽一顆流動的心的囈語。沉默,倔強(qiáng),回望,忘記,記住,一切像斷了的弦,有時希望生活簡單就好,有時卻又

25、莫名的頹廢其中。有些路,只能一個人走;有些事,只能一個人去經(jīng)歷。粗讀加繆、薩特的存在主義,它告訴我,人就是非理性的存在。光禿禿的枝椏、清寂的清晨、流動的陽光,飄落于心,或快意,或寂寥,映照心境,然而,有時卻只屬于那一刻??傊?,一切只是心情。人生的畫面一幅幅地剪輯,最后拼湊出的是一張五彩斑斕的水彩畫,有艷麗的火紅色,凝重的墨黑以及一抹憂郁的天藍(lán)色。人的記憶很奇特,那些曾經(jīng)的過往,就像一幅幅的背景圖,只有一個瞬間,卻沒有以前或以后。比如,只能記得某個瞬間的微笑,只能在記憶的痕跡尋覓某時刻騎著單車穿過路口拐角的瞬間,卻都不知曉為何微笑,為何穿過街角。一切,有時荒誕得像一場莫名情景劇。然而,這就是生活

26、。曾經(jīng)的夢,曾經(jīng)的痛,曾經(jīng)的歌,曾經(jīng)的熱情相擁,曾經(jīng)的璀璨星空。也許,多年以后,再也見不到的那些人,和著記憶的碎片飄蕩而來,曾經(jīng)伴著我們走過春華秋實。天空蔚藍(lán),杜鵑紛飛,飛過季節(jié),曾經(jīng)萍水相逢,歡聚一堂,驀然回首,唯歌聲飄留。讓人憶起米拉波橋里的詩句:夜幕降臨,鐘聲悠悠,時光已逝,唯我獨留。人在天涯,綿綿的思緒隨著微風(fēng)飄浮,從布滿礁石的心靈海灘上穿過千山萬水,來到游蕩的身軀里,刻下一篇篇箋章。而這,或許在多年以后,當(dāng)再次翻動時,原以為什么都已改變,松開的記憶,飄落的莫名的塵埃,像起伏的微風(fēng),拂過腦海,留下一份情愁。一條街,沒有那些人,那些身影,卻能來回徘徊穿梭。街,行走時,縱然漫長,漫長,有時

27、只為聽一顆流動的心的囈語。沉默,倔強(qiáng),回望,忘記,記住,一切像斷了的弦,有時希望生活簡單就好,有時卻又莫名的頹廢其中。有些路,只能一個人走;有些事,只能一個人去經(jīng)歷。粗讀加繆、薩特的存在主義,它告訴我,人就是非理性的存在。光禿禿的枝椏、清寂的清晨、流動的陽光,飄落于心,或快意,或寂寥,映照心境,然而,有時卻只屬于那一刻??傊?,一切只是心情。人生的畫面一幅幅地剪輯,最后拼湊出的是一張五彩斑斕的水彩畫,有艷麗的火紅色,凝重的墨黑以及一抹憂郁的天藍(lán)色。人的記憶很奇特,那些曾經(jīng)的過往,就像一幅幅的背景圖,只有一個瞬間,卻沒有以前或以后。比如,只能記得某個瞬間的微笑,只能在記憶的痕跡尋覓某時刻騎著單車穿

28、過路口拐角的瞬間,卻都不知曉為何微笑,為何穿過街角。一切,有時荒誕得像一場莫名情景劇。然而,這就是生活。曾經(jīng)的夢,曾經(jīng)的痛,曾經(jīng)的歌,曾經(jīng)的熱情相擁,曾經(jīng)的璀璨星空。也許,多年以后,再也見不到的那些人,和著記憶的碎片飄蕩而來,曾經(jīng)伴著我們走過春華秋實。天空蔚藍(lán),杜鵑紛飛,飛過季節(jié),曾經(jīng)萍水相逢,歡聚一堂,驀然回首,唯歌聲飄留。讓人憶起米拉波橋里的詩句:夜幕降臨,鐘聲悠悠,時光已逝,唯我獨留。人在天涯,綿綿的思緒隨著微風(fēng)飄浮,從布滿礁石的心靈海灘上穿過千山萬水,來到游蕩的身軀里,刻下一篇篇箋章。而這,或許在多年以后,當(dāng)再次翻動時,原以為什么都已改變,松開的記憶,飄落的莫名的塵埃,像起伏的微風(fēng),拂

29、過腦海,留下一份情愁。一條街,沒有那些人,那些身影,卻能來回徘徊穿梭。街,行走時,縱然漫長,漫長,有時只為聽一顆流動的心的囈語。沉默,倔強(qiáng),回望,忘記,記住,一切像斷了的弦,有時希望生活簡單就好,有時卻又莫名的頹廢其中。有些路,只能一個人走;有些事,只能一個人去經(jīng)歷。粗讀加繆、薩特的存在主義,它告訴我,人就是非理性的存在。光禿禿的枝椏、清寂的清晨、流動的陽光,飄落于心,或快意,或寂寥,映照心境,然而,有時卻只屬于那一刻??傊?,一切只是心情。人生的畫面一幅幅地剪輯,最后拼湊出的是一張五彩斑斕的水彩畫,有艷麗的火紅色,凝重的墨黑以及一抹憂郁的天藍(lán)色。人的記憶很奇特,那些曾經(jīng)的過往,就像一幅幅的背景圖,只有一個瞬間,卻沒有

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論