緒論：寫作既是個人情感的抒發，也是對學術真理的探索，歡迎閱讀由發表云整理的11篇測試項目總結范文，希望它們能為您的寫作提供參考和啟發。

篇（1）

1 工程概況

石家莊至武漢客運專線我公司所屬標段測區里程為：DK540+942-DK545+214.08、DK547+622.18-DK568+325，正線全長24.975公里，包括部分鶴壁特大橋和部分衛輝衛共特大橋。鶴壁特大橋位于鶴壁市淇濱區，橋長4272.08m，主要跨越京珠高速公路互通匝道及鶴壁城區，本區段共布設CPⅢ點132個，平面與高程共點。衛輝衛共特大橋位于鶴壁市淇縣境內，主要跨越鶴輝高速公路匝道、226省道、淇河、思德河、趙家渠，橋長20702.82m（我公司施工段），本區段共布設CPⅢ點650個，平面與高程共點。

2 CPⅢ控制網測量的準備工作

2.1 線下工程沉降和變形評估

無砟軌道對線下基礎工程的工后沉降要求非常嚴格，沉降觀測決定無碴軌道的施工時間，施工中加強沉降觀測對保證結構物及過渡段的施工質量非常重要。CPⅢ的控制網測量應待線下工程沉降和變形滿足要求，且無砟軌道鋪設條件評估通過后進行。

2.2 CPⅡ控制網加密

為便于CPⅢ基樁網的建立和觀測，需要對CPⅡ網進行加密，以及彌補被損毀的和無法利用的CPⅡ點，同時CPⅢ平面網要附合于CPⅠ、CPⅡ控制點上，每600m左右（400～800m）需要聯測一個CPI或CPII控制點，自由測站至CPⅠ、CPⅡ控制點的距離不應大于300m。我處橋梁施工標段均為平原地段，控制點多布設于田間，容易被莊稼遮擋或距離線路過遠，因此我處將所有加密CPⅡ點布設在防護墻立面上，位于橋梁固定支座位置處，沿橋梁呈“之”字形布設。CPⅡ加密采用GPS靜態相對定位測量原理在原精密平面控制網基礎上按同精度擴展方式加密。高程加密控制網測量采用二等水準進行聯測。

3 CPⅢ平面控制點與高程點的布設

根據相關規定，為便于兼顧施工及后期運營維護，我處施工時將CPⅢ控制點布置在橋梁固定支座端上方防撞墻頂端，埋設立式基座，CPⅢ高程控制點與平面控制點共樁。距離布設基本為60m左右一對，且不應大于80m，相鄰CPⅢ控制點應大致等高，兩側相對的兩點之間允許的里程差應小于1米，布設高度應與軌道面高度保持一致的高度間距。盡可能的將控制點選在固定支座端，避開連續梁的跨中位置和活動支座端，CPⅢ控制點還應標識標注清晰、齊全。

4 CPⅢ控制網測量的技術依據

1.《客運專線無砟軌道鐵路工程測量暫行規定》（鐵建設[2006]189號）；

2.《客運專線鐵路無碴軌道鋪設條件評估技術指南》（鐵建設[2006]158號）；

3.《精密工程測量規范》（GB/T 15314-94）；

4.《國家一、二等水準測量規范》（GB12897-2006）；

5.《全球定位系統（GPS）鐵路測量規程》（TB10054-97）；

6.《關于進一步規范鐵路工程測量控制網管理工作的通知》（鐵建設[2009]20號）；

5 CPⅢ控制網測量

5.1 測量設備要求：

按照《客運專線無砟軌道鐵路工程測量暫行規定》用于CPⅢ網測量的儀器：

①具有自動搜索棱鏡，自動照準目標，自動跟蹤目標功能的全站儀，其測角標稱精度應≤±1″，測距標稱精度≤1mm+2ppm，本項目采用的是徠卡的TCA1201+；

②標稱精度為每公里高差中誤差≤0.3mm的電子水準儀以及配套的銦瓦水準尺。

5.2 CPⅢ控制網觀測

5.2.1 CPⅢ平面控制網測量

CPⅢ控制網采用自由設站交會網的方法測量，每次設站以2x6個CPⅢ點為測量目標，保證每個點測量3次，CPⅢ施測時自由設站點距CPⅢ控制點距離為一般應小于120m左右，最大不超過180m，距高等級已知點最大不超過300m。如圖5.1所示：

每次測量開始前在全站儀初始行中輸入起始點信息并填寫自由測站記錄表，每一站測量至少3組完整的測回。當CPⅡ點位密度和位置不滿足CPⅢ聯測要求時，應按同精度擴展方式增設CPⅡ控制點。與上一級CPⅠ、CPⅡ控制點聯測時，應通過2個或3個線路上的自由測站進行聯測。

為了使相鄰重合測段能夠滿足CPⅢ控制網的測量高均勻性和高精確度，每個重合測段至少重復觀測6對CPⅢ點進行平差，每個測段一般為4～8km，最短不宜小于3km。現場測量時必須記錄各測站的實際情況，應如實填寫測站表。

5.2.2 CPⅢ平面數據處理

在自由設站CPⅢ測量中，應采用能使全站儀自動照準、觀測、記錄的數據采集專用軟件。外業數據存儲之前，必須對觀測數據的質量進行檢核，觀測數據經檢核不滿足要求時，及時進行重測，經檢核無誤并滿足要求時，進行數據存儲、計算和平差處理。

CPⅢ平面控制網平差應采用鐵道部評審通過的CPⅢ專用平差軟件，并能進行CPⅢ網平差精度檢核。我單位使用鐵道部第三勘察設計院《客運專線CPⅢ一體化測量系統》。

CPⅢ控制網精度指標如表5.1和5.2：

6 二等水準點高程傳遞

因橋面與地面間高差過大，直接將線路水準基點高程傳遞到橋面CPⅢ控制點上困難，而且精度也不高，因此我們采用不量儀器高和棱鏡高的中間設站的三角高程測量法進行傳遞，觀測兩遍，并且變換儀器高，進行四個測回的觀測，這樣既可以避免量取產生的誤差，又能精確求出點B與點F的高差。其測量原理如下圖：

7 CPⅢ控制網的復測與維護

由于CPⅢ網布設于橋梁上或由于線下工程的穩定性等原因的影響，為確保CPⅢ點的準確性，在使用CPⅢ點進行后續軌道鋪設測量時，應定期與周圍其它點進行校核，特別是要與地面上布設的穩定的CPI、CPII點進行校核，以便及時發現和處理問題。控制網的建設是一項系統性、持續性強的工作，需要在施工期間進行定期維護、復測。復測時首先進行現場勘查，檢查標石的完好性，對丟失和破損較嚴重的標石按原控制點標準恢復，采用的方法、使用的儀器和精度應按建網時相應等級的規定進行。

采用上述CPⅢ控制網測量技術，不僅能使精度保持在毫米級的范圍內，而且能滿足工程施工的各項要求。總之，CPⅢ控制網測量是客運專線施工測量中的關鍵，施工單位掌握CPⅢ控制網測量技術不僅是客運專線施工最基本的技術要求，也是施工單位客運專線修建技術水平的體現。

參考文獻：

[1] 《客運專線無砟軌道鐵路工程測量暫行規定》（鐵建設[2006]189號）.

[2] 《客運專線無砟軌道鐵路工程測量暫行規定》（鐵建設[2006]189號）.

篇（2）

中圖分類號：G424.21文獻標識碼：A 文章編號：

1前言

項目教學法，是師生通過共同實施一個完整的項目工作而進行的教學活動。項目教學法是在目前課程改革背景下實施理實一體化教學最有效的方法之一，它打破以往的單一的理論課和實踐課的界限[1]，強調學生的自主學習，主動參與，從嘗試入手，從練習開始，調動學生的主動性、創造性、積極性等，學生唱“主角”，而老師轉為“配角”[2]，將課程的理論教學與實踐教學融于一體，有機的交叉，在課堂上可以使學生既懂得了書本理論，又掌握了操作技能，既能動口說，又能動手做，還會動腦，還可以經歷近似于實際工地的工作活動過程，體驗工作的艱辛與完成任務的喜悅，鍛煉與人溝通、交流、團結合作的能力以及嚴謹認真的工作態度。

2項目教學實施的要點

2.1教學項目的制定是項目教學的前提

一個好的教學項目對專業課程教學是非常重要的。所確定的項目任務一定要緊扣工程實際、面向真實可操作的運用，只有這樣才能吸引學生來學習。所以，在確定教學項目之前，工程測量教學團隊通過到社會企業去深入調研、團隊教師到企業工地實踐鍛煉，使我們確定的教學項目真正貼近實際的工作任務，這樣才能提高學生的學習欲望，得到社會的認可。

2.2學習情境的設計是項目教學的藍圖

確定了教學項目，那只是一個活動名稱或工作任務，在教學中只有進行了精心的教學化處理之后，才會把原來枯燥無味的程序化的工作變得有血有肉。教學化處理的過程就是學習情境的設計過程，通過確定情境目標、情境任務描述、學生知識與能力的準備、教學材料的準備、情境的步驟、工作過程簡述、主要知識點、教學方法的建議及參考學時等方面進行詳細設計，使項目教學變得生機盎然，可操作性顯而易見，一目了然。

2.3開發工學結合的校本教材是項目教學的基礎

目前我們的教材是為教師的教而設計的，而且教材的內容很多不能及時跟上時展的要求，所以應大力開展對校本教材的研發。課程建設團隊由專兼教師組成，企業兼職教師具有豐富的實踐經驗，專職教師通過與之交流、溝通、互相切磋探討等使理論與實踐技能互助提高，為開發工學結合的校本教材奠定堅實基礎。以確定的教學項目為基礎、以設計的學習情境為依托，以開發的《路橋工程測量技術》課程標準為依據，根據測量員崗位標準，確定該崗位在實際的工作過程中所從事的工作內容，設計學習情境工作任務，將知識、操作技能與工作任務有機結合，形成具有職業特色的教材供學生使用。

2.4提高教師的項目教學能力是項目教學的保障

與傳統的教學方式相比，項目教學對實施教師的素質提出了更高的要求。首先教師要具備多才多技的能力，不僅要熟悉本學科的專業知識與技能，還要了解相鄰學科、相關學科及跨學科的知識與技能，也就是說需要具有綜合的知識和技能儲備才能勝任；其次，要具有團隊合作的能力，從個體的獨立教學方式走向合作教學方式，擅長不同技能的教師聯合起來進行項目教學；第三，要具有豐富的測量員崗位職業經驗，了解企業真實的工作過程，才能從整體宏觀的視角選擇具有典型意義的職業工作任務做為具有教育價值的項目；第四，要具有創設學習情境的能力，要求教師課前熟悉項目內容，進行深入研究，并準備好項目開展過程中可能涉及到的有關知識，注意與其他教學手段和教學方法的協調。這些素質就要求工程測量項目教學的教師要到企業生產一線進行學習鍛煉，了解并掌握典型、實用的測量教學案例，同時要花費更多的時間投入到項目教學的制定和學習情境的設計中。

2.5師生角色的定位是項目教學的關鍵

學生在項目教學過程中，處于主體地位，是學習的掌控者，學習效果由自己決定，教師為輔，其角色是引導者。比如常規的實訓教學是學生進入實訓場地或實訓室后，教師才布置實訓內容，老師在教學實施過程中講解或演示占據了過大的比例，學生盡管參與項目之中，但主動性不夠；而項目教學改變了這一狀態：事先要求學生上網或到圖書館查資料，對該項目教學中涉及的知識點及注意事項做到胸有成竹，學生帶著問題主動去學習、探索研究的，老師只起到指導的作用，在項目實施過程中，教師要及時解答學生在項目實施過程中的疑難問題。

2.6項目教學的多元化的評價是項目教學的重要環節

教學評價是學生最關注的環節，同時也是能夠衡量教學水平的一項重要指標，進行成績評定一定要做到客觀、公平、公正。以往的評價通常只檢查結果，小組內每個同學的成績均是相同，顯然是不公平的，因此應對項目的全過程進行評價。評價以過程為主，不僅關注學生成績，而且關注學生在人際交往、交流溝通、團結協作等素質方面發展，既關注自我評價，又關注組內其他成員評價以及教師評價，讓學生在評價活動中學會反思、學會改進和進步。因此，我們確定的項目教學的評價是多元化的，以過程考核為主，按照學習情境劃分為若干項目，每個項目成績都是從知識、技能、工作報告、態度4方面考核，考核主要依據提交的成果、報告、作業、平常表現及小組互評的結果進行，考核方式可采用筆試、答辯、實操、隨機提問等多元化過程考核完成。這樣可以使我們的評價讓學生心悅誠服，讓學生知道學習不僅僅是要結果，大多數情況下過程更為重要，并且可以使學生在評價中學到更多的有價值的東西。

3項目教學實施的成效

通過09年以來的路橋工程測量技術課程實踐教學，項目教學實施顯現效果尤佳，總結如下方面：

3.1課堂角色的轉換，激發了教師學習的欲望和創造性

項目教學，由學生按照教學目的運用已有知識或新知識實施項目計劃，教師主要的作用是引導，只有這樣，學生才能真正在教學中處于主體地位，成為學習的主人。讓學生根據教學目的先自己嘗試，一開始就把學生推到主體地位上，而教師則發揮主導作用，對學生的工作過程進行及時指導，退居“幕后”。這種教學方法中教師角色的轉換使教師承受了更大壓力，強迫自己學習新知識，強迫自己根據經驗去預測實施過程中可能遇到的障礙、問題并提前準備好解決辦法，并且還要應對學生在項目實施過程預想不到的難題，這就要求教師具備突發事件的應對能力和敏銳的分析能力，從而激發了教師學習的欲望，使自己不斷的進步。同時，在學生完成項目的過程中，在一定程度上激發了教師在課后深入鉆研教法和業務的熱情，對教學能力的改進更具創造性。

3.2自主學習，使學生掌握了學習方法

傳統的課堂教學，學生習慣于聽教師對于知識要點的講解和技法詳細示范后再進行練習，只要跟著老師的步伐就會學到考試所需的知識，恰恰這些知識很多都不是工作實際做事所需要的。而項目教學法改變了這種現象，使學生自主地去感悟和發掘自己的潛力，在不斷的嘗試中獲得新知識和能力，提高表現自我的能力。比如縱斷面測量教學，不僅使學生學會如何使用水準儀測量縱斷面，實現而是要學生研究使用其他儀器方法也可以完成縱斷面測量工作，這樣學生在項目實施的過程中培養了自學能力，掌握了思考問題的方法，。

3.3培養能力和提高素質的雙重效果

學生在項目教學過程中通過小組內成員合作，使學生充分體驗到集體的重要性，體會到團結協作力量的巨大；通過小組自評，客觀地認識自己的優點，尋找不足，努力改進；通過小組互評，能夠聽取別人的意見，學會與人和睦相處，取人之長、補己之短；通過自己確定目標、任務，對已學知識進行鞏固和運用，增強自信；通過成員分工，學會欣賞、肯定別人的長處，揚長避短；在完成任務過程中需要不斷吸納的新知識，又激發了他們的自學和創新能力。

3.4體驗成功，激發學習興趣

項目教學給予學生一個自主探索、寬松自由的學習環境，完成項目任務勞動成果的展示，都是在讓他們體驗著學習、工作、成功的快樂[3]，在項目教學中不斷地總結復習運用到的知識，不斷拓展新的知識，鼓勵學生積極參與到學習中，激發學習興趣，在失敗中不斷去進行總結、改進，直到成功完成既定項目目標，使學生在自己的成果中體驗學習和成功的快樂。

4結束語

以上是路橋工程測量課程實踐教學中基于工作過程項目教學實施的一點經驗總結，我們基于目前國家教育教學改革的總體形勢下，著重于全面提高學生的綜合職業能力，對于道橋專業的學生來說，該門課程通常是學生就業的敲門磚，學好學會學精測量尤為重要。我想，測量教學中實施項目教學法會在教學改革中通過不斷的實踐摸索而日趨成熟，發揮它在高職教學上的重要作用，完成培養高端技能型專門人才的培養目標。

參考文獻：

[1]張濤.項目教學法在理實一體化教學中的應用. 職業技術，2008.10總第98 期。

[2]孫斌.項目教學法:讓學生體驗學習和成功的快樂.職業，2011年15期。

篇（3）

中圖分類號F74 文獻標識碼A 文章編號 1674-6708（2013）84-0026-02

隨著我國市場經濟體制的不斷發展與完善，我國的國民經濟逐步進入了穩定增長的階段，我國的城市化進程的步伐越來越大、越來越快，我國的工程承包項目越來越多，EPC作為我國工程總承包項目的重要組成部分，逐漸的被應用于我國各個行業工程的建設過程當中，其中最為明顯的當屬我國的石油行業，隨著EPC總承包模式在我國工程建設過程中的不斷發展越完善，我國的EPC總承包模式已經越來越成熟，但是不可避免的EPC總承包模式在發展過程中同樣的產生了一些不利于工程項目正常發展的不利因素，文章就目前我國EPC總承包模式的前期階段的項目策劃過程中存在的問題進行了系統分析和調查，并針對我國EPC總承包模式的前期階段的項目策劃過程中存在的問題提出了幾點建議，希望能對EPC總承包模式實現可持續發展提供適時的參考。

1 EPC總承包模式的概述

EPC其實指的就是我們通常所說的工程總承包，EPC（EPC——Engineering Procurement Construction），它的中文漢語意思就是設計、采購、施工，是指工程項目的承包部門對工程項目建設過程中的設計、采購和施工的全過程的管理和承包，EPC總承包模式還有另外的一種的名稱，EPC總承包模式又被稱為是交鑰匙工程總承包，EPC工程因本身具有高效率、低成本的優勢受到了我國各個行業的青睞，EPC總承包模式最初在外國得到了廣泛的應用，后來逐漸的被應用于我國的各個行業的工程項目承包過程當中。

2 EPC總承包模式的前期階段項目策劃的重要性

2.1 前期項目策劃的重要性

EPC總承包模式的實質含義是指對整個工程項目的承包過程的設計、采購以及施工進行全程、全方位的監督和管理，而EPC項目總承包項目的前期階段的項目策劃則是對承包工程的工作內容及工作內容進行策劃的過程，EPC總承包模式的前期階段項目策劃直接影響著整個項目的可行性，直接決定了此工程項目能夠獲得審批，前期階段的項目策劃在整個EPC總承包模式的運行過程中發揮著十分重要的作用，是總承包項目運行過程中的關鍵環節，項目前期階段的策劃的科學性和合理性直接關注著整個項目運行的效果，對項目能夠實現高效、有效的運行發揮著十分重要且不可替代的作用。

2.2 前期項目策劃直接關系著項目的成敗

一般而言，判斷一個項目是否具有可行性，首先要看的就是該項目是否符合我國市場的需要，是否能夠解決或者是緩解市場經濟發展過程中存在的供求矛盾，由此我們不難看出，前期階段的項目策劃直接關系著整個項目的成敗，如果前期項目策劃做的好，能為企業帶來巨大的經濟效益和社會效益，促進企業的經濟發展，但是，如何前期項目策劃做的不夠合理，則會直接導致項目的流產，可能還會造成巨大的資金浪費，不利于企業經濟的可持續發展。

2.3 前期階段策劃具有綜合性

項目的運行過程中，所有的環節之間都具有十分緊密的聯系，項目的管理作為一項科學的、合理的、有效的管理活動，需要在工作過程中通過對專業知識的合理、靈活運用，確保項目施工過程中的科學性和合理性，實現項目的高效運行，為企業獲取理想的經濟效益和社會效益，在項目管理工作的開展過程中需要對項目進行策劃、設計、項目運行的進度、項目運行的質量進行管理和控制，項目的管理工作是貫穿于整個項目全過程當中的，為實現項目運行的最終目標，促進企業的經濟發展提供保障。

3 EPC總承包模式的前期階段項目策劃過程中存在的問題

3.1 相關的法律法規存在漏洞

近些年來，隨著我國市場經濟體制的不斷發展與完善，我國的對各個行業發展過程中需要遵守的法律法規和行為準則也逐步的建立和完善，但是，根據對我國目前EPC總承包項目的前期階段項目策劃的相關情況的調查分析表明，目前我國對工程項目承包方面的法律法規的制定還是存在一些細微的漏洞和缺陷，對工程項目總承包招標過程中的管理規定還不夠健全，導致部分政府和相關的管理部門在對工程項目總承包招標過程中進行監督和管理時缺乏相應的法律依據；同時，我國的工程總承包合同沒有進行統一化、規范化的制定，在工程項目的總承包過程中，沒有標準的工程總承包合同的示范文本，致使很多的項目工程在施工過程中因為當初簽訂的EPC總承包合同對權責的劃分不明確，內容制定的不夠完整、全面，對工程的造價和投資控制無法給予指導性的意見，給EPC總承包項目的前期階段的項目策劃工作的順利展開增添了不小的阻礙。

3.2 缺乏項目管理專業人才

影響我國EPC總承包模式的前期階段項目策劃不能順利開展的不利因素除了我國對EPC總承包模式相關方面的法律法規不健全外，還有一個十分重要的原因就是我國的項目的主辦方的缺乏專業的項目管理人才，正是由于我國業主方在工程項目管理過程中專業人才的缺失，導致項目總承包商之間相互扯皮的現象頻繁的出現，雖然我國已經對工程項目實行項目管理（project management PM）的管理方式，并加大了政府的對工程項目的監管力度，但是并沒有從根本上解決這一問題，給項目工程運行質量埋下了極大的風險隱患。

4 提高我國EPC總承包模式的前期階段項目策劃的有效性的措施分析

4.1 建立健全的法律法規

為了提高我國EPC總承包項目的前期階段項目策劃的有效性，確保EPC總承包模式優越性能的能夠得到充分的發揮，國家首先要做的就是建立健全的項目承包方面的相關法律法規，制定科學的、合理的、嚴謹的工程總承包監督管理辦法和準則，制定統一的、規范的工程承包合同范本，加大對工程總承包項目的法律監管力度，在對承包單位進行管理的同時，還需要加大對業主的監督和管理力度，要求業主和工程項目的承包商對項目所采取的所有活動都必須嚴格遵守我國頒發的《工程總承包合同范本》以及《工程總承包招標投標管理辦法》中的相關規章制度的要求采取科學、合理的措施，確保項目運行最終目標的實現。

4.2 加大對EPC總承包模式的宣傳力度

在我國的，工程承包項目的方式有主要有四種，分別是設計采購施工（EPC）、設計—施工總承包（D-B）、采購總承包（E-P）以及采購—施工總承包（P-C）四種總承包方式，但是，由于我國很多的業主對EPC總承包模式的重要性和優越性認識不到位，導致業主對EPC總承包模式的認可性過低，因此，相關的管理部門一定要加強對EPC總承包模式優越性的宣傳力度，提高社會各界對EPC總承包模式的認識程度，確保一提到EPC，大家就都知道是一種項目的總承包方式，就會聯想到EPC總承包方式具有高效率、低成本、性價比高等優勢，促進我國EPC總承包模式的不斷發展與完善，同時確保了EPC總承包項目的前期階段項目策劃的科學性和合理性，確保企業能夠獲取理性的經濟效益和社會效益，促進我國經濟的可持續發展。

5 結論

總之，EPC總承包作為一種工程項目的承包方式，在不斷的發展過程中取得了一系列可喜的成績，但是，EPC總承包模式還不夠成熟，還需要根據我國市場經濟的發展變化進行適當的補充和完善，這樣才能為企業帶來更多的經濟效益和社會效益，促進企業的健康發展，為實現我國經濟的可持續發展戰略提供保障。

參考文獻

[1]李新華.試談國際EPC總承包模式前期啟動階段的PMC管理[J].石油工業技術監督，2011（25）.

[2]申月紅.培育發展工程總承包和工程項目管理企業——建設部建筑市場管理司副司長王早生訪談錄[J].建筑經濟，2011（31）.

[3]R.Max Wideman. Project and Program Risk Management： A Guide to Managing Project Risks and Opportunities [J].Project Management Institute，2010（37）.

篇（4）

2項目的立項

項目在立項的主要階段中具體包含的任務是，對立項理由的確定，并將立項建議有效的提出，同時需要將適當的資源與資金有所提供，力求讓立項中的相應建議能夠成為正確的項目類型。

3合同的執行

在執行合同的過程中，承擔著大型軟件項目管理流程的重要部分，能夠包含系統的維護、項目的驗收、內部的驗收、測試的執行以及軟件的開發等五方面的工作流程。

4軟件的開發

開發軟件的階段包含：單元測試、編碼、系統設計、系統分析以及需求調研等流程，具體會在幾個層面中開展必要的管理：a.項目計劃的擬定在大型的軟件項目當中，軟件項目的規劃方面是對其他相關的規劃充分協調的必要條件，是能夠控制和執行指導項目的可操作型文件。主要突出了對客戶需要的掌握，是進行項目活動的主要條件，同時還是大型軟件項目監控和跟蹤的憑證。b.過程控制需加強過程控制方面具體包含：配置管理、變更控制以及過程管理。c.開發過程的確定按照項目組別以及大型軟件項目的真實狀況，創建出可控制、穩定性極高的軟件開發模型，同時需要根據此流程開展軟件的相應開發。

4.1內部的驗收

大型軟件項目在對系統測試以及集成測試完成之后，需要開展項目的內部驗收流程，具體包含著幾大步驟：a.準備文檔在準備文檔的過程中，大型軟件的項目經濟需要提交一部分報告，分別為：產品的清單、總結項目開發的報告以及內部的驗收計劃報告等。財務的主管需要將項目的財務預算報告正確提交。b.內部的評審內部評審主要針對的是所提交的測試結果，以此來將項目的開發總結報告完善達成。c.測試內部驗收測試內部驗收的方法與內容，和測試系統是完全一致的，可是需要以用戶驗收的角度開展測試，由于是試運行的必要條件，利用用戶驗收的角度能夠奠定驗收的堅實基礎。

4.2執行和測試

測試項目的主要目的就是對系統進行充分的檢查，檢查的關鍵在于系統能否和任務書規定和項目合同規定的需求相符。項目測試方面包含：系統測試和集成測試，具體會開展安裝與反安裝測試、可靠性測試、壓力測試、安全性測試、用戶界面測試以及功能測試等。其中是在模擬的運行狀態下進行的測試過程。

4.3項目的驗收和試運行

用戶的驗收和試運行階段當中具體應該完成的任務是，將全部的工作都被用戶有所認可，具體涉及到的工作是：a.事前準備所謂事前的準備就是驗收前的準備，大型軟件項目經理對產品完整性方面負責檢查，包含：中間產品、介質以及文檔等方面，從而保證現場實行的效率最大化。同時對現場的軟件安裝調試也需要有所負責，將調試安裝的總結報告相應強化。此外，還要對用戶的驗收計劃負責擬訂，同時要獲得客戶的認可。b.用戶的確認用戶需要開展系統的試運行以及驗收測試流程，開展系統和文檔的移交。大型軟件的項目經理需要和客戶有效的協調，以此來幫助用戶能夠開展項目的驗收，從而讓用戶的驗收報告能夠成立。

4.4項目的維護

在維護軟件系統方面包括兩個方面，其一是糾錯性質的維護，因為初期的測試過程不能夠將軟件系統當中潛在的一些錯誤暴漏出來，然而對哲學隱含錯誤的改正和診斷過程，就是糾錯性的維護。其二是完善性的維護，在正常使用大型軟件的階段，用戶會逐漸的將新型需求提出，想要對用戶所提出的需求予以滿足，就需要將軟件功能的活動增加，這一流程稱之為完善性的維護。

篇（5）

我于xx日入職，在這4個月的工作中，我從開始進入公司配置xx安裝環境到xx，再到現在完全測試的xx工作。

二、工作總結

作為一名軟件測試人員，我的工作內容是：主動尋找公司的軟件產品中可能的缺陷以及不合理的地方，并及時反饋給開發同事，保證公司的軟件交給客戶是比較理想沒有明顯缺陷的狀態。

在公司測試的日常工作，思想匯報專題主要由兩部分組成：一是與實施同事交流討論，總結實施同事提交的并提交給開發修改、全程跟蹤，直到關閉。二是按照流程細致的分析軟件可能存在的缺陷，及時反饋給開發同事。在4個月的時間里，我由測試xx轉到測試xx，下面對我的工作做一個總結。

1、xx測試。剛來公司，測試經理給我非配的是一臺惠普的新臺式機，運行速度很快，用起來很舒服，很喜歡。第一個星期主要是學習xx的業務流程和安裝部署xx財政端和單位端的測試環境。在xx的幫助下我配置了6月到8月份，我主要測試的是xx版本，財政端測試的模塊主要有：票據管理、收入管理、基礎資料、單位對賬、統計報表、票據查詢、以及系統管理等模塊；測試單位端主要是與財政端相關模塊。測試的用戶有：省財政廳、xx縣、xx縣。

2、xx測試。到了八月底，由于黃石非稅項目組的xx*的項目任務比價緊，我遍參加進入了xx的測試小組，與xx、xx一起并肩戰斗！由于xx功能不夠穩定，測試工作進度受開發的影像，進度時快時慢，工作狀態也反復無常。我調整好狀態，及時與開發的同事溝通，把沒有及時跟新出現的直接與開發交流，避免了測試工作的反復。測試xx的過程中由于開始業務不熟悉，請教xx，她都耐心的幫我解答。

三、工作中存在的問題以及解決辦法

剛走出校園初次接觸軟件測試這個全新的行業，我就對這份工作產生了極大的好奇，在工作的過程中，不斷的和同事交流，學習工作技巧，工作到今天，工作技能有了很大的進步，但是，隨著工作的日益進展，也出現了些困惑和工作難題。

1、部門間同事交流不是很充分。前期測試xx感覺交流還比較充分，因為xx版本是一個穩定的版本，性能比較穩定，用戶提出的都很深入比較少，實施、測試、開發就有充分的時間討論、分析需求、最終合理的解決。但是轉到測試xx后就明顯感覺交流的時間不夠，我想是因為xx的項目時間趕得太急，這段時間資源有限，整個項目組必須拿寶貴的時間解決最重要的事情，所以需要項目的每個成員做好全心的投入，每個細節和問題及時溝通，這樣才能保證項目開發流程的順暢，最后完成任務。我想我在緊急項目測試的這個方面還要注意方法。

2、由于個剛走出校門的大學生，項目經驗比較少，也很欠缺對行業技術的把握。我要加緊學習，才能更好的滿足不斷變化的深入的測試工作。

篇（6）

1 軟件需求繼承性的管理

對于目前的手機設計公司來說承接的業務大多數是需求有繼承性的項目，對于需求的差異性很大，開發需求很復雜且之前不是很有積累的需求，無論是手機設計方案商還是手機制造商來說都是很謹慎的。大家對于這里的風險意識都是一樣的強烈。所以一般情況下手機設計公司承接的都是有軟件需求可以繼承之前有積累的項目。而對于這些需求的繼承性的管理是快速實現這些需求的軟件項目的關鍵。如何實現這些軟件需求的高效繼承使用呢？

1.1 使用合適的軟件項目版本管理工具

軟件項目的版本管理工具中CVS， Git， Repo等都可以用來管理手機軟件項目的開發過程。其中Git和Repo是用于多方合作的分布式版本控制系統，它就適合于類似目前的智能手機開發管理的現狀。這里涉及手機硬件平臺的方案提供商，手機軟件提供商，還有手機設計公司共同開發一個項目。關鍵是Git 和Repo能夠方便的實現各種需求在軟件版本上的繼承和快速的合入。一般Git和Repo上會建有主線（master）工程，這里主要是平臺的基礎內容，各種軟件平臺上開發出的新內容都往上添加，是平臺發展的基礎。當然主線上的內容由于來自各種開發的新內容的導入，往往存在有各種問題，而且主線是實時被更新，也來不及測試它的穩定性。鑒于上述的狀況一般真正要實現的項目都是在一定狀態的主線上建立起來的分支進行單獨管理的，對于分支（branch）上的管理是需要軟件項目負責人（SPL）來管控的。SPL（Software Project Leader）對于開發（包括MMI和Driver ）的工作成果，根據各個項目的需求點對點地合入各自項目的分支，如：用Git指令git cherry-pick。每種不同的軟件需求，這里主要是指人機交互（MMI）上的功能需求，在某個平臺上有了一個完整的需求功能分支，并且這個分支的軟件產品已經量產且被市場認可驗證過，那么后續相似的項目都可以用來繼承該分支。那么越是后來的項目越是能繼承之前項目的成果，它實現的過程就能更加的快捷和可靠，實現軟件的復用。

1.2 對于需求和共性Bug建立良好的文檔管理機制

對于需求的繼承光有版本管理工具的分支管理是不夠的，畢竟管理工具上記錄的每條提交記錄（Commit Infomation）都是離散的，同時由于提交時的不謹慎，可能導致相同功能模塊的多次提交，這樣就要求SPL（Software Project Leader）在合入時要清晰了解合入的順序和具體的Commit ID信息。所以有一份詳細的功能合入文檔信息就很有必要了。文檔里需要記錄的內容有：

（1）需求或者Bug的詳細描述，需求和Bug在他們各自管理系統里的信息記錄。

（2）Bug處理責任人的信息。

（3）對應修改所涉及的makefile里的宏控制信息。

（4）提到到軟件管理工具（Git）的Git log信息，按提交順序記錄。這里的信息要具體到文件和其目錄。

（5）簡單描述修改處理的方法。

這樣的信息要根據不同的需求分別建立起來，開發人員要在對應的文檔里更新迭代。上面提到的Bug主要是共性Bug。

1.3 需求共性Bug核對自動化點檢機制

運用腳本工具在軟件編譯前對一些關鍵需求和重要共性Bug的合入情況做自動化的點檢工作，在編譯的初期就對相關內容在整個軟件工程里的配置情況進行自動化點檢。如果軟件配置有問題就可以在編譯開始時就被檢查出來，讓SPL盡早發現和修改。這里就需要前面的文檔管理工作做的好一些，既可以作為記錄讓那個項目參與人員查閱，同時也要適合自動化點檢工具用來查詢比較使用。這里可以被自動化工具用來點檢的項有：

（1）平臺的共性bug；

（2）硬件資源的配置狀態如：PCM（phase change memory），G-sensor；

（3）平臺共性修改需求，如：YunOS系統驗收規則。

1.4 對于不同項目間進行需求分析，準確判斷之間的繼承性關系

要讓上面3點發揮作用，首先要對于需求之間是否有繼承性要有精準的判斷。對于同一個客戶的需求往往判斷其繼承性很容易，因為同一個客戶他們的某個需求在不同項目間會有繼承。但是對于不同客戶之間的需求往往也存在的很大的相似性，那么如果能準確找出從一個合適的成熟量產項目的分支上進行繼承做，自然也會事半功倍。當然并非說成熟量產項目就一定沒有問題，如果主線（master）上確認有很重要的內容需要合入分支，那也是要在各個項目分支上實時合入的。比如MTK或者Spreadtrum釋放的重要平臺patch等。這也可以用類似被上面第1.2點提到的文檔進行管理的。需求的共性特性需要前方的客戶經理來主導判斷，因為他們更熟悉客戶需求，后端的SPL當然是這個繼承行為的實施者。

2 項目系統配置和驅動配置的敏捷切換

實踐當中項目部門在立項過程中有意識的做一些固定的切換來適應市場的需要，比如軟件需求基本不變的情況下引導客戶做手機頻道的切換，比如從TDD的三模（如表1）切換成五模（如表2）或者6模（全網通）。

對于這樣項目的切換，如果總是從方案商提供的默認的頻段配置方式出發來配置工程，那么對于一個三模切換到五模的項目總是要從五模配置的方案商提供的Release參考makefile和工程目錄配置方式出發，那么原來三模配置項目中的makefile里的關于軟件項目的配置選項，比如宏，比如工程目標目錄里的配置項涉及到該客戶的軟件需求的都要移植過來，當然就還要在重新測試需求。因為這個過程中需求相當于重新移植配置。這個過程對于一個項目來說本身無可厚非，但是對于敏捷實現一個項目來說，它不但當SPL重新移植了客戶需求，同時增加了客戶需求測試點檢的需要，從整體上講這種重建工程的方式對于該項目的重建的成本投入就很高了。如果換種思路，如果開發中的驅動工程師能從根本上就總結好從三模的項目配置改成五模的項目配置過程中需要修改的配置項，只要總結好一次且驗證OK的情況下，下一次配置的時候就能輕松重建，這樣的總結對于不斷有這種項目切換的項目團隊來說是很有益處的。它使得項目重建過程更為簡單且引入的問題控制在一個范圍里。即便真有頻段配置的問題項目團隊也能清晰知道問題所在的范圍。如果過分堅持驅動工作的流程就是要從方案Release狀態的五模參考配置方式出發，雖然從驅動工作的角度出發，可能提高的配置的正確性，但是對于整體項目的推進卻是添加了阻力的。相反針對項目需要敏捷切換的顯示做一些系統配置工作的方式切換卻可以使得原來三模項目的客戶需求修改被更好的被繼承，同時測試的反復缺失需求也可以不那么必要了，整體上來說就有進度推進的優勢，而對于驅動本身來說，只要做一次這樣的認真切換工作的研究，下一次也是可以很快的重建這個過程，所需要的只是一次認真的總結。這種各種需求的來回切換需要不同的支持不能綜合考慮支持，盡量從整體項目進度推進的角度出發來綜合考慮問題，而不是單個從某項工作的角度的出來來判斷這樣做是否合理。即便需要某項工作做一些較難的整理總結，但是對于后續項目切換過程中能給更多的項目帶來便利的話，這樣的總結也是應該去做的。

3 對于有需求繼承性的項目快速重建過程中配套的軟件測試策略的改進

對于這種繼承性很強的項目來說，如果項目本身確實是有效繼承于一個成熟的量產項目。針對這樣項目的測試流程也應該和普通項目的流程不一樣。首先針對這樣的項目應該在前期先要安排這個項目的客戶需求的逐項點檢確認，看看需求是不是繼繼承好。一旦項目繼承前面的需求分支后，出的初期軟件就應該可以點檢了，測試部門應該在之前做項目的時候可以對于項目的需求做好測試文檔記錄規律工作，對于已經做過的共性需求記錄好點檢的測試案例，后面找測試工程師點檢需求的時候可以快速的根據之前的記錄進行點檢，設置可以開發自動化測試工具來點檢。同時需求確認后就可以判斷驗證已知的平臺共性Bug的合入修改情況。如果這兩點能在測試首輪就確認好，軟件質量的基調就能定下來了。當然如果項目的器件做了切換，也要盡早確認器件的功能性測試，也可以適當關注這些的性能表現。如果第一輪的這些測試都做好且效果OK，當然即便有一些問題，也能讓軟件團隊盡早先修改繼承需求過程中產生的問題。也可以把器件的問題也在較早的時間段就發現出來。這樣的軟件基本也可以和客戶一起同步測試了。客戶拿到的軟件感覺繼承性較好的話，對于軟件開發的進程也會較有信心。第二輪的時候選著適當的測試強度的固有測試用例跟進這個項目的軟件測試。如果機器數量可觀且狀態良好的情況下可以盡早安排模擬終端用戶使用的alpha測試。這樣的模擬能找到正常測試案例里找不到的問題，同時客戶也是更多的偏向于這種方式發現問題的。

4 總結

為了做到手機軟件項目的有效繼承需求，快速實現衍生項目的工程重建。要在以下各個方面做了些努力：

（1）做好軟件項目需求繼承性的管理工作，對于有繼承性的項目要做好軟件版本分支管理，Bug管理，共性需求分析工作。開發使用一下自動化檢查工具來實現共性需求和Bug的合入情況的檢查。

（2）同時對于重建概率加高的一些開l需求做一些總結整理，確認整理的內容有效后可以使得后續項目對于這些需求在SPL的需求分支上復現的過程可以快捷高效。

（3）配合這種需求繼承性強的項目以合適的測試流程。從需求繼承和Bug修改繼承出發，先驗證已知的問題和需求的繼承情況，再確認系統穩定性的測試策略。

通過上述環節綜合作用使得項目的進度能快速推進并且項目質量也能得到一定的保證。

參考文獻

[1]薩默維爾著；程成等譯.軟件工程（原書第9版）[M].北京：機械工業出版社，2011（04）：144-146.

[2]Leszek A.Maciaszek著；馬素霞，王素琴，謝萍等譯.需求分析與系統設計[M].北京：機械工業出版社，2009（05）：60-61.

[3]楊芙清，梅宏，李克勤.軟件復用與軟件構件技術[J].電子學報，1999，27（02）：68-75.

作者簡介

篇（7）

中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(34)-1997-02

1 引言

隨著市場對軟件質量的不斷提高和國內軟件測試行業的逐漸發展，軟件測試不斷受到重視，有越來越多的軟件企業更加重視軟件測試，并已經形成了一套基本的軟件測試流程。然而，認識誤區的存在需要我們進一步改進軟件測試過程。

2 軟件測試概述

軟件測試就是在軟件投入運行前,對軟件需求分析、設計規格說明書和編碼的最終復審，是軟件質量保證的關鍵步驟。一般按四個步驟進行，即單元測試、集成測試、確認測試和系統測試及發版測試。隨著軟件危機的頻頻出現，人們已經開始認識到測試開始的時間越早，測試執行的越頻繁，所帶來的整個軟件開發成本的下降就會越多。所以，軟件測試在軟件項目實施過程中的重要性日益突出。

3 軟件測試過程中的認識誤區

3.1 軟件開發完成后進行軟件測試

人們一般認為，軟件項目要經過以下幾個階段：需求分析，概要設計，詳細設計，軟件編碼，軟件測試，軟件。據此，認為軟件測試只是軟件編碼后的一個過程，這是不了解軟件測試周期的錯誤認識。軟件測試是一個系列過程活動，包括軟件測試需求分析，測試計劃設計，測試用例設計，執行測試。因此，軟件測試貫穿于軟件項目的整個生命過程。在軟件項目的每一個階段都要進行不同目的和內容的測試活動，以保證各個階段的正確性。軟件開發與軟件測試應該是交互進行的，否則，測試的時間將會很短，測試的覆蓋面將很不全面，測試的效果也將大打折扣。

3.2 測試過程不夠完善

在軟件開發領域，確實存在一些東西看起來要比另外一些東西難測試一些，但是遠非無法測試。只不過這種不可測試性不是由于被測試的軟件內部的過緊耦合造成的，而是和外部某些很難測試的部分耦合過緊，從而表現出被測試的軟件本身很難測試。這些很難測試的部分比較常見的有：圖形界面、硬件、數據庫等。

3.3 強調測試用例設計得越詳細越好

在確定測試用例設計目標時，一些項目管理人員強調測試用例“越詳細越好”。這種做法和觀點最大的危害就是耗費了很多的測試用例設計時間和資源，可能等到測試用例設計、評審完成后，留給實際執行測試的時間所剩無幾了。因為當前軟件公司的項目團隊在規劃測試階段，分配給測試的時間和人力資源是有限的，而軟件項目的成功要堅持“質量、時間、成本”的最佳平衡，沒有足夠多的測試執行時間，就無法發現更多的軟件缺陷，測試質量更無從談起了。

3.4 追求測試用例設計“一步到位”

現在軟件公司都意識到了測試用例設計的重要性了，但是一些人認為設計測試用例是一次性投入，測試用例設計一次就“萬事大吉”了，片面追求測試設計的“一步到位”。這種認識造成的危害性使設計出的測試用例缺乏實用性，或者誤導測試用例執行人員，誤報很多不是軟件缺陷的“Bug”，這樣的測試用例在測試執行過程中“形同虛設”，難免淪為“垃圾文檔”的地步。

4 軟件測試過程的持續改進

4.1 計劃與風險

項目計劃對項目過程的實施有著直接的指導作用，它的重要性是不言而喻的。對于軟件測試來說，測試計劃也是指導后續測試工作的基礎，只有對過程中各任務進行更詳細的計劃，才有利于在測試過程中對項目進度的把握有一個明確的目標；同時，風險策略的制定，也有利于對及早對測試過程中可能遇到的問題做出分析，以便在問題出現時能夠盡可能的減少規避風險的成本。

4.2 評審

在測試過程中的每個階段結束前，都會輸出一些資源，文檔、用例等等，這些資源往往是下一個測試階段或軟件開發的下一個環節執行的依據。評和審是結合在一起的，每個角色根據自己對項目的了解，從各自角度來審核測試報告的充分性，對質量風險發表各種見解。最終，對報告的規范性也要進行考察。另外，也最好根據實際情況組織會議評審來對一定規模的問題統一評審。

4.3 文檔

文檔的編寫對于測試人員來說是一個十分重要的任務，深入的、充分的投入測試的測試人員能寫出高質量的測試文檔。所以，測試文檔的質量，往往反映了測試人員執行測試的廣度和深度。而在文檔的編寫方面，首先必須形成統一規范；另外，針對不同項目的測試，可以適當對文檔標題、內容進行簡化。總之，文檔模板一旦形成，必須嚴格遵守。

4.4 方法與策略

測試方法和測試策略，測試的重中之重。測試的策略一般要求從全局方面對測試的階段、每個階段的測試類型進行考慮、定義。而測試的方法更多是體現在一個具體的測試中，采取怎樣的測試思路。另外，在測試過程中，對資源的協調也非常關鍵，需要能保證測試資源充分利用，每個測試人員都有適度并且相當的工作量。

4.5 總結測試經驗

在測試的過程中，測試人員應該及時總結發現的錯誤并歸類，標明經常容易出錯的地方，將意見提交項目經理，審核后，制定出一份統一標準并提供給開發人員，這樣就可以提前避免錯誤、避免重復錯誤和重復測試，提高測試效率。不僅如此，項目結束后的各項總結報告將是項目的后期維護或二次開發的寶貴參考資料。

4.6 缺陷分析、度量

對測試活動過程中發現的缺陷進行分析、度量，尋找軟件開發過程中存在的問題，并持續改進開發過程，提高質量。缺陷的分析、度量從時間上分為兩個方面，首先是在軟件開發過程中發現的缺陷進行分析、度量；然后就是，對軟件產品后，對用戶提出缺陷進行統計、分析。

5 結論

測試是用來保證軟件開發過程的高效性，以及保證開發出來的軟件產品的高質量和可用性的。軟件開發本身就是一件非常困難的事情，這也決定了有效的測試是非常重要的環節，我們要加強對軟件測試的關注，使大家對于測試首先有一個正確的認識，避免誤區的存在，并積極探索測試方法的持續改進問題，真正使軟件測試真正起到它應有的作用。

參考文獻：

[1] 鄭人杰.計算機軟件測試技術[M].北京:清華大學出版社,1992.

篇（8）

1、團隊管理

我的團隊，以現在的表現和對我的關懷與安慰而讓我感動。

測試人員是一個比較特殊的群體，以發現缺陷和保障質量為根本目標。這就要求我們在公司并不規范的項目管理與工作流程背景下，測試既要服從于現狀、又不能安于現狀。自xxxx年x月被正式提升為測試團隊負責人之后，我將絕大部分時間和精力傾注在團隊建設上，主要體現為團隊成員的技術提升與培養、部門制度建設和文檔標準建設、測試與開發的工作交互流程等。

在團隊管理上逐漸嘗試，本著先理后管的原則，將原本人心渙散的團隊建設為一支相互關心、相互幫助的高凝聚力團隊。坦白的講，因為自身管理經驗的欠缺，這個摸索過程中我走了許多彎路，但結果卻使我受益良多。是我的團隊教會了我這些，讓我初步懂得了什么是管理，讓我明白管的是理而并非是人。如果事情難以理通，那么在此之上的管只能是強制的，僅僅在表象上完成事情而已。所以一定要先理清楚然后再管，這時其實已經不需要管了，因為已經理順，大家都會去積極主動的執行。有理的同時，還要幫助整個團隊去整理，給予團隊每位成員必要的工作幫助，比如工作思路和工作資源。除此之外，還包括適當的日常溝通和思想引導，通過績效考核、部門例會、部門培訓、單人交談和部門聚會等形式，在工作時間和非工作時間進行交流，實現了團隊成員之間的相互信任和相互認可。

在這個過程中，我的性格優勢得以充分體現，我能夠在第一時間發覺團隊成員的狀態異常，并通過及時的交談予以解決，同時也體現出了我的性格劣勢。記得在一次例會結束后，我要求每位團隊成員寫出5條關于我的意見和建議，結果讓我非常欣慰，這說明團隊成員對我的信任，也期望我有所成長。我也會以此為戒，逐漸改進。

2、團隊工作

對工作模式進行改進，在團隊工作的執行模式上完全改變了之前測試人員歸屬項目組的不規范情況。統一測試管理平臺增強了測試人員的溝通頻度，促進了大家的相互交流和相互幫助，并使得測試工作可以根據實際情況執行交互性測試。

綜合xxxx年的測試結果，我至少為整個團隊的表現打90分，可以說這一年的工作結果是令人滿意的，當然主要是指經歷了八月調整之后的測試團隊。最讓人難忘的是xxxx年的八月、九月和十月期間，測試團隊剛剛經歷了八月末的人員調整，以3舊1新的4人陣容承擔了原來7人的工作量，并在高強度的工作壓力下順利的度過了團隊調整期。面對這一充滿壓力的過程，我想，只有“兔子在哪里”的故事是讓大家難以忘記的。

如今的測試團隊有著完備的內部機制和運作方式，我們已經做好了相應準備，隨時應對公司發展所必須的各種調整。

3、個人工作

xxxx年xx月初，我已向郭總提交一份xxxx年xx月x日到xxxx年3月的工作總結，其中所描述的工作內容均為當時參與的arpt項目的工作進展情況。自xxxx年x月開始，我與項目組全體成員參與了arpt奧運項目的投標文件編寫工作，這也是我第一次參與標書編寫，但從自身來講，我已經傾盡全部所能。

在標書編寫結束后，除繼續負責arpt軟件的測試外，逐漸將工作重心向團隊建設偏移。在合理分配工作任務的前提下，適當從事部分模塊的測試工作。關于團隊管理內容，之前已經有所介紹，在此不再贅述。

4.、總結

篇（9）

軟件產品，特別是行業解決方案軟件產品不同于一般的商品，用戶購買軟件產品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。

二、項目實施方案介紹

（一）項目啟動階段

此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。

此階段主任務：

公司：在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。

公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。

商務經理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯系。

用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。

1、成立項目組

部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。

2、前期調研

項目經理及項目組成員，在商務人員配合下，建立與用戶的聯系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經理積累了大量的信息，項目組首先應收集商務和合同信息，并與商務經理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。

3、編制《項目總體計劃》

《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：

項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；

溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策。

4、啟動會

項目組與用戶共同召開的宣布項目實施正式開始的會議。

會程安排如下：

共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協議》。

項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：

項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；

項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制；

項目實施中用戶的參與和領導的支持的重要作用；

階段驗收、技術交接和項目結束后如何對用戶提供后續服務。

（二）需求調研確認階段

此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求調研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據進行軟件功能的實現。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：

1、進行需求調研準備

2、編制《需求調研計劃》

3、內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。

4、用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。

5、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行后續工作。

6、編寫及發出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給用戶，為順利完成需求調研工作做準備

7、需求調研，項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

8、需求調研分析根據調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作；如沒有確認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變更已有的需求，則執行需求新增及變更流程。

（三）軟件功能實現確認階段

此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中，項目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。

（四）數據標準化初裝階段

此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓，以便用戶能夠及時的將標準資料錄入系統，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業務功能的開展做好基礎。

（五）系統培訓階段

系統培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的，達到讓用戶了解軟件產品，最終自己能夠解決使用中的具體的問題。

此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產品培訓人員的培訓內容分別是：

決策層：領導在實施中的作用與重要性、決策查詢。

維護層：系統維護知識、操作方法。

操作層：操作方法。

具體的培訓工作流程為：

1、調研培訓信息：在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。

2、編制培訓計劃：結合調研結果，與用戶實施負責人商議具體培訓內容、時間，場地，人員等。項目組編制《培訓計劃》。

3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。

4、發培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用戶實施負責人。

5、搭建培訓環境：公司項目組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。

6、組織培訓：公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。

7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

8、培訓總結：公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人

匯報。

（六）系統安裝測試及試運行階段

此階段的主要工作是在用戶真實環境下，對用戶網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發現并改正；同時目的還在于在正式運行前用戶的有關人員能進一步提高操作水平，掌握操作規范。此階段的主要工作內容為：

1、 編制計劃：與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。

2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。

3、發測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。

4、搭建環境及數據準備：在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路；檢查軟件、硬件、網絡、線路等各個環節是否有問題；

5、組織測試及試運行：用戶相關各級領導給予全面配合，組織相關人員進行測試及試運行。

6、測試及試運行總結：測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。

公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導，跟蹤檢查如下情況：

跟蹤單據流轉狀況。

跟蹤新資料登錄環節。

觀察業務流程執行狀況。

觀察操作人員操作表現。

觀察系統運行速度及異常表現。

觀察關鍵數據的正確性。

及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通，確定解決辦法。

（七）總體驗收階段。

此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結束后，對系統進行總體驗收。

需要驗收的可交付成果：

主要項目階段

階段組成

主要里程碑

篇（10）

我的團隊，以現在的表現和對我的關懷與安慰而讓我感動。

測試人員是一個比較特殊的群體，以發現缺陷和保障質量為根本目標。這就要求我們在公司并不規范的項目管理與工作流程背景下，測試既要服從于現狀、又不能安于現狀。自2010年5月被正式提升為測試團隊負責人之后，我將絕大部分時間和精力傾注在團隊建設上，主要體現為團隊成員的技術提升與培養、部門制度建設和文檔標準建設、測試與開發的工作交互流程等。

在團隊管理上逐漸嘗試，本著先理后管的原則，將原本人心渙散的團隊建設為一支相互關心、相互幫助的高凝聚力團隊。坦白的講，因為自身管理經驗的欠缺，這個摸索過程中我走了許多彎路，但結果卻使我受益良多。是我的團隊教會了我這些，讓我初步懂得了什么是管理，讓我明白管的是理而并非是人。如果事情難以理通，那么在此之上的管只能是強制的，僅僅在表象上完成事情而已。所以一定要先理清楚然后再管，這時其實已經不需要管了，因為已經理順，大家都會去積極主動的執行。有理的同時，還要幫助整個團隊去整理，給予團隊每位成員必要的工作幫助，比如工作思路和工作資源。除此之外，還包括適當的日常溝通和思想引導，通過績效考核、部門例會、部門培訓、單人交談和部門聚會等形式，在工作時間和非工作時間進行交流，實現了團隊成員之間的相互信任和相互認可。在這個過程中，我的性格優勢得以充分體現，我能夠在第一時間發覺團隊成員的狀態異常，并通過及時的交談予以解決，同時也體現出了我的性格劣勢。記得在一次例會結束后，我要求每位團隊成員寫出5條關于我的意見和建議，結果讓我非常欣慰，這說明團隊成員對我的信任，也期望我有所成長。我也會以此為戒，逐漸改進。

2. 團隊工作

對工作模式進行改進，在團隊工作的執行模式上完全改變了之前測試人員歸屬項目組的不規范情況。統一測試管理平臺增強了測試人員的溝通頻度，促進了大家的相互交流和相互幫助，并使得測試工作可以根據實際情況執行交互性測試。

綜合2010年的測試結果，我至少為整個團隊的表現打90分，可以說這一年的工作結果是令人滿意的，當然主要是指經歷了八月調整之后的測試團隊。最讓人難忘的是二八年的八月、九月和十月期間，測試團隊剛剛經歷了八月末的人員調整，以3舊1新的4人陣容承擔了原來7人的工作量，并在高強度的工作壓力下順利的度過了團隊調整期。面對這一充滿壓力的過程，我想，只有“兔子在哪里”的故事是讓大家難以忘記的。

如今的測試團隊有著完備的內部機制和運作方式，我們已經做好了相應準備，隨時應對公司發展所必須的各種調整。

3. 個人工作

2010年03月初，我已向郭總提交一份XX年年11月12日到2010年3月的工作總結，其中所描述的工作內容均為當時參與的arpt項目的工作進展情況。自2010年4月開始，我與項目組全體成員參與了arpt奧運項目的投標文件編寫工作，這也是我第一次參與標書編寫，但從自身來講，我已經傾盡全部所能。

在標書編寫結束后，除繼續負責arpt軟件的測試外，逐漸將工作重心向團隊建設偏移。在合理分配工作任務的前提下，適當從事部分模塊的測試工作。關于團隊管理內容，之前已經有所介紹，在此不再贅述。

4. 總結

年終結束，我的人生觀和價值觀也隨著時間的推移而逐步發生改變，更加清晰的了解了自身優勢與不足，包括職業發展過程中的一些必要能力，我也會在此經驗的基礎上漸漸的總結和調整。

個人進步的載體是公司的發展。在整整一年的工作生活當中，我真真的感受到了公司所發生的變化，看到了各位同事為了公司發展所做出的努力。

篇（11）

作者簡介：吳夢麟（1982-），男，江蘇南京人，南京工業大學電子信息與工程學院，講師。

中圖分類號：G642.44 文獻標識碼：A 文章編號：1007-0079（2013）14-0126-02

近年來，隨著中國內需市場的增長和國內外外包企業的合作加深，我國的軟件外包行業得到了迅速發展。軟件測試作為軟件外包的主營業務之一，是加快軟件企業與國際接軌，實現產品國際化的重要手段。隨著軟件開發流程的系統化和規范化，我國軟件企業對軟件測試的需求逐步增大，因此高校計算機專業中的軟件測試人才具有良好的就業前景。

由于軟件測試工作的特殊性，需要從業者不僅掌握一定的軟件技術，同時也要對軟件測試的方法和流程具備相當的經驗。通過高校教育培養出來的計算機專業應屆畢業生，雖然能夠掌握基本的軟件開發技術和軟件測試理論，但是缺乏實際的測試經驗和相應的行業背景知識，離企業的需求尚有一定的差距。目前高校計算機專業中軟件測試教學仍以理論為主，實踐動手能力和項目背景經驗的培養相對不足，這些矛盾導致學生就業時很難適應企業的用人要求，企業也必須對招入的應屆畢業生進行培訓，花費相當的人力和物力。

項目實訓是解決高校和企業之間供需矛盾的有效手段。在日常教學計劃中引入項目實訓，以實際測試任務為驅動，按照企業規范進行流程管理，讓學生掌握測試過程中各階段的技能，理論聯系實踐地接受企業化的鍛煉。通過實訓課程，使學生不但能夠學習到實際測試經驗，而且能夠增強團隊意識，進一步縮小畢業生與職業測試工程師之間的差距。

一、軟件測試項目實施

1.測試項目簡介

本文所述的軟件測試實訓項目是基于校企共建模式，由南京工業大學（以下簡稱“我校”）軟件外包實驗室提供軟件測試的場所和專用的硬件設備，從合作的軟件公司引入相應的測試平臺、管理流程和測試報告文檔的測試項目。

本項目的內容是針對前期開發的教師管理系統進行測試。該系統是教學部門的業務管理支撐系統，測試主要圍繞教師信息的查詢和更新操作的管理。通過對這些功能模塊的測試，增強系統的易用性、穩定性、可配置性，消除信息孤島，進一步提高數據信息的應用水平。

在測試環境搭建過程中，服務器的軟硬件配置要與該系統的實際運行環境保持一致。對于測試計劃、測試方案和測試用例等文檔的修改、更新操作，則采用svn版本管理工具來進行控制。學生可以通過svn服務器平臺，按照進度提交每日的測試用例文檔，并填寫日志記錄測試進度和每天的測試工作。

2.實訓計劃和人員管理

軟件測試實訓安排在我校外包實驗室中進行，采用與企業相同的管理模式集中訓練，由相關教師和企業工程師來指導測試流程。測試團隊的成員來自于我校電子與信息工程學院計算機專業的大三、大四學生，以及對軟件測試感興趣的相近專業的學生。這些學生具備基本的軟件編程能力，并且對測試的基本理論有一定的了解。根據學生自身水平和對項目的熟悉程度，可以將其劃分為不同角色，其中包括開發人員和測試人員。開發人員由原來參與系統開發的部分學生擔任。測試人員可以分成不同的小組測試不同的模塊，每個小組設置一個測試組長，負責測試項目管理，其余組員則負責執行測試用例，各小組都有一名教師作為指導教師，控制模塊的測試進度。整個測試實訓項目安排在假期進行，用時半個月，每天工作8小時。每天早晨由測試組長安排當天的測試任務，并對前一天的測試結果進行總結。在每個時間節點，由指導教師和小組成員對相關測試文檔進行評審。

3.測試項目進程

本項目的實際流程圖如圖1所示，在項目初始階段，擔任開發人員角色的學生敘述產品需求和業務流程，為編寫測試計劃做準備。該測試項目主要分為5個階段：測試計劃制定、測試方案編寫、測試用例設計、多輪系統測試和測試系統報告提交。每個階段都力求達到規范化、細致化的測試目標，同時每個階段都要經過教師和各個組員之間的評審，如果評審通過，可以開始下一階段的工作；如果不通過，則需要完善后繼續評審直到通過。

（1）測試計劃制定。在了解了教師管理系統的需求以后，結合學生的基本情況、系統模塊數量和測試的周期來制定測試計劃。測試計劃要涵蓋測試的范圍和環境、測試人員的管理和測試進度安排。考慮到參與實訓項目的學生缺乏相關經驗，因此測試計劃要重點突出每個測試小組所對應的系統模塊，以及測試流程中每個階段所對應的完成日期。該測試計劃由各組組長和指導教師制定，最后需各小組評審后通過。

（2）測試方案編寫。測試方案是按照系統需求說明書詳細的分析測試的模塊，指導后續的測試用例的編寫工作，重點在于對模塊具體功能的理解和測試對象的分析。在這一階段，首先由擔任開發人員角色的學生來介紹系統模塊的基本功能，并以文檔的形式向對應測試組成員提交；然后由指導教師以具體測試點為例，介紹詳細的測試用例寫法；最后，由各組組長將測試任務分配給組員，各組員在理解的基礎上開始測試用例的設計。測試方案完成以后由各組組長匯總，并在組內進行評審。

（3）測試用例設計。測試用例的編寫是針對各功能模塊測試而設計的一組測試輸入、執行條件以及預期結果，也是本實訓項目的重點內容。在對模塊的特性和功能了解的基礎上，設計系統的測試點，設計時應考慮角色權限、驗證點和測試描述。在設計驗證點的過程中，鼓勵學生展開討論，力求做到無疏漏；同時在測試描述時，可以將等價類劃分、邊界值、錯誤推測等常用方法與書本理論相結合，通過具體的實例加深學生對所學知識的理解。最終的測試用例以Excel表格形式列出，其中包括編號、重要級別、操作步驟、預期輸出和實際測試結果等條目。

（4）多輪系統測試。按照測試用例的具體內容，可以進行多輪的系統測試。根據測試結果，扮演開發人員角色的學生對缺陷進行修改。通過這一過程，不但使學生認識到開發過程中存在的問題，而且積累了開發經驗，為今后規范化的編程打下了基礎。

（5）測試報告提交。通過半個月的實訓，學生經歷了規范化的測試流程，測試報告的編寫是對測試內容的概括和總結。報告的內容主要有以下三個方面：通過對測試結果的分析，得到對軟件質量的評價；總結本次的測試過程，為制定以后的測試計劃提供參考；評估本次測試計劃和測試執行是否符合規范。通過本次實訓，學生普遍體會到從理論知識到實踐的過程，明確了規范化的軟件測試方法，同時對軟件編寫中隱含的錯誤和缺陷也有了一定的認識，為今后的軟件開發打下一定的基礎。

二、軟件測試實訓存在的問題和解決辦法

本次軟件測試實訓基本達到了預期的效果，學生不但學到了規范化的測試流程，提高了職業軟件素養，而且通過互動和交流，發現了教學中存在的一些需要解決的問題。首先，本次軟件測試實訓是針對上一次實訓開發的系統，離企業的實際系統測試尚有一些差距；其次，參與的學生缺乏實際經驗，對軟件測試認識不足，導致測試方案和測試用例編寫不夠規范、完善；另外，相應的管理需要加強，在實訓過程中存在遲到、早退以及缺席的現象，從而影響了測試進度。

針對以上問題，在今后的實訓過程中，測試項目要盡量切合企業的實際需求，同時在測試方案和測試用例的評審中，要加強教師和學生的溝通，強調測試流程的規范性，可以多鼓勵高水平的學生帶低水平的學生。另外，可以采取企業現行管理方式對實訓進行管理，如引入考勤制度、評審制度等。

三、結語

軟件測試是我國軟件產業高速發展中需求缺口較大的一個行業，培養具有相關經驗和符合企業需求的軟件測試人才是目前高校計算機專業需要解決的核心問題之一。本文通過研究軟件測試實訓項目，探索了軟件測試專業人才的培訓方式以及在此過程中遇到的問題，對研究校企聯合的人才培養模式具有重要意義。

參考文獻：