導(dǎo)語：如何才能寫好一篇軟件測試培訓(xùn)總結(jié)，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

篇1

該書充分考慮了國內(nèi)大多數(shù)院校辦學(xué)條件不足,實(shí)驗(yàn)教學(xué)經(jīng)費(fèi)有限,無法全方位引進(jìn)商用軟件測試工具,無法開展軟件測試實(shí)驗(yàn)室建設(shè)的實(shí)際情況,對國內(nèi)外主流的開源軟件測試工具進(jìn)行全面分析、研究和優(yōu)選,并經(jīng)過北京工業(yè)大學(xué)軟件學(xué)院5輪實(shí)踐教學(xué)的檢驗(yàn),來設(shè)計該書的實(shí)驗(yàn)教學(xué)重點(diǎn)和實(shí)踐能力要求。該書的實(shí)驗(yàn)內(nèi)容之廣,涉及的軟件測試知識之多,以及開源軟件測試工具介紹之全面,無論是對于教師進(jìn)行實(shí)驗(yàn)指導(dǎo),還是培訓(xùn)機(jī)構(gòu)進(jìn)行實(shí)戰(zhàn)訓(xùn)練或者學(xué)生進(jìn)行自學(xué)自練,都是不可多得的實(shí)驗(yàn)教材。

該書與國內(nèi)常見的軟件測試實(shí)踐教材重點(diǎn)講授某個或某幾個商用軟件測試工具的方法不同,它是以現(xiàn)代IT企業(yè)軟件測試需求為背景,以主流的軟件測試技術(shù)和方法為基礎(chǔ),以當(dāng)前的軟件測試應(yīng)用為實(shí)例,全面介紹了支持各種軟件測試類型的開源軟件測試工具的主要功能、應(yīng)用流程及實(shí)際案例。特別突出了軟件測試工具在實(shí)際測試項(xiàng)目中的使用能夠有效地鞏固所學(xué)軟件測試知識,掌握軟件測試方法和技術(shù)以及提高軟件測試實(shí)戰(zhàn)能力。

該書分為管理、靜態(tài)分析、單元測試、GUI測試、性能測試以及軟件綜合評測等6大部分,共有12章。主要內(nèi)容包括:軟件缺陷管理、軟件測試管理、程序理解、代碼靜態(tài)分析、xUnit單元測試框架、單元覆蓋測試、Java GUI基礎(chǔ)類庫應(yīng)用測試、Web頁面測試、Gtk+用戶界面測試、單元性能測試、Web應(yīng)用性能測試以及軟件綜合評測工具等。在該書中,較大篇幅地介紹了如何使用主流開源軟件測試工具建立測試環(huán)境,如何將它們用于實(shí)際軟件項(xiàng)目的測試。這種舉一反三、拋磚引玉的內(nèi)容設(shè)計,對高校軟件測試實(shí)踐類課程的開設(shè)、培訓(xùn)機(jī)構(gòu)軟件測試的實(shí)戰(zhàn)培訓(xùn)以及開發(fā)人員和測試人員自學(xué)是非常有現(xiàn)實(shí)意義的。該書在最后一章特別強(qiáng)調(diào)了軟件綜合評測的意義,并以南京大學(xué)研制的Eastt工具為實(shí)例,全面介紹了軟件評測的思想和過程,有助于學(xué)生全面掌握軟件評測的方法和技術(shù),提高實(shí)際的軟件評測能力。

篇2

關(guān)鍵詞：軟件測試；測試成熟度模型（TMM）；模型框架；成熟度等級結(jié)構(gòu)

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2016）17-0226-03

Abstract： Modeling software testing can greatly improve the quality and efficiency of software testing， and CMMI and other popular models， there is no detailed description of the process for software testing， software testing is no level of maturity of the evaluation and measurement， There is a lack of software testing process improvement goals and guidance. Based on this situation， this article Test Maturity Model（TMM） has been proposed by Dr. Burnstein formal description given maturity level structure TMM model elaborated five test level of maturity goals and sub-goals，， TMM and implementation methods are described， as well as the author summarizes and Reflection on the TMM model.

Key words： software testing； Test Maturity Model（TMM）； modeling framework； maturity level structure

1 背景

隨著信息時代的快速發(fā)展，軟件產(chǎn)業(yè)也逐步進(jìn)入高速增長態(tài)勢，軟件過程的研究已經(jīng)發(fā)展為軟件測試行業(yè)的基礎(chǔ)工作之一。要加強(qiáng)軟件組織的開發(fā)能力、提高軟件產(chǎn)品的質(zhì)量，就必須不斷地對軟件過程的能力進(jìn)行改進(jìn)。因此，軟件能力成熟度模型即CMM在1987年美國Carnegie Mellon 大學(xué)軟件工程研究所應(yīng)運(yùn)而生CMM逐漸成為了評估軟件開發(fā)過程的管理以及工程能力的標(biāo)準(zhǔn)。目前，已經(jīng)形成了以個體軟件過程、團(tuán)隊軟件過程以及過程成熟度集成模型CMMI等為主導(dǎo)的軟件開發(fā)過程改進(jìn)體系[1]。但是，傳統(tǒng)CMM的著眼點(diǎn)在于軟件組織的開發(fā)過程和軟件過程能力，并沒有關(guān)于軟件測試成熟度的概念，也沒有研究改進(jìn)軟件測試過程的方法，因此，隨著軟件測試在軟件生命周期中的地位越來越突出，軟件測試成熟度得到了業(yè)內(nèi)人士的高度重視，并且在傳統(tǒng)的軟件過程成熟度基礎(chǔ)上繼續(xù)進(jìn)行模型改進(jìn)，其中，比較具有代表性的是由Ilene Burnstein博士等人提出的軟件測試成熟度模型（TMM），該模型是對CMMI模型的補(bǔ)充，是對CMMI模型的存在問題的修正，同時也對改進(jìn)軟件測試過程及提高軟件測試能力做出了思想和方法上的指導(dǎo)。

2 TMM模型框架簡介

TMM模型為了改進(jìn)軟件測試與評價過程，對CMM模型進(jìn)行了較大程度的改進(jìn)與補(bǔ)充。TMM模型在CMM模型的原有基礎(chǔ)將軟件測試過程劃分為初始級、定義級、集成級、管理與度量級和優(yōu)化級5個等級[2]`。處于初始級的軟件測試，是一個混亂的過程，測試過程在編碼之后，與調(diào)試未加區(qū)分；階段定義級的測試過程，很大程度上凸顯出測試過程與調(diào)試的區(qū)分，但是其被定義為編碼之后進(jìn)行的的獨(dú)立階段，顯然不符合軟件工程的要求；前兩個階段的存在的問題在集成級得到改善，集成級將軟件測試融入到整個軟件生命周期中，從需求分析開始，測試人員將伴隨這個開發(fā)過程制定相應(yīng)的測試計劃、測試目標(biāo)等；從管理和度量級開始，整個測試過程就已經(jīng)由定性描述進(jìn)入可度量化的過程。在此過程中，除進(jìn)行測試之外，還有對軟件生命周期各個環(huán)節(jié)的管理與審查；優(yōu)化級是以前四級為基礎(chǔ)，優(yōu)化并預(yù)防缺陷、質(zhì)量控制、監(jiān)控測試成本與效率，為整個測試過程指引方向。

而每個等級（除等級1）都有自己的成熟度目標(biāo)、子目標(biāo)以及活動、任務(wù)和職責(zé)。TMM的模型框架如圖1所示。

由圖1可以得出，若要達(dá)到某成熟度等級，所必須實(shí)現(xiàn)的成熟度目標(biāo)，即軟件測試的改進(jìn)目標(biāo)。而成熟度子目標(biāo)的定義更為具體，定義了該等級的范圍、界限和需要完成的事項(xiàng)。通過活動和任務(wù)來實(shí)現(xiàn)子目標(biāo)，任務(wù)和活動涉及實(shí)施和組織調(diào)整問題?；顒雍腿蝿?wù)則定義了為了軟件組織達(dá)到某一等級，進(jìn)行軟件測試改進(jìn)的行動計劃。三組人員各司其職，完成相關(guān)任務(wù)與活動，達(dá)到成熟度子目標(biāo)[3]。

3 TMM的等級結(jié)構(gòu)

TMM將測試的成熟度分為5個等級，每一級別都是一個測試過程，都有自己的過程域，軟件組織要想達(dá)到更高的級別，就必須先滿足前一個級別的過程域。同時也必須完成所有的被定義的目標(biāo)。這些目標(biāo)的定義，需要通過活動、任務(wù)和責(zé)任進(jìn)行標(biāo)記，在進(jìn)行過程中，需要根據(jù)相關(guān)人員的特殊需求來不斷調(diào)整[1]。如圖2所示：

在TMM等級描述中，詳細(xì)闡述了測試過程的特點(diǎn)以及為達(dá)到規(guī)定級別所需要完成的目標(biāo)和子目標(biāo)。

1）第一等級為初始級。軟件測試的終極目標(biāo)是為了查找程序中的錯誤，在這一階段，由于相應(yīng)的編碼任務(wù)還沒有完成，缺乏一定的測試資源，因此軟件測試沒有相對清晰的目標(biāo)，測試任務(wù)也可有可無。

2）第二等級為定義級。在這一階段，軟件測試的目標(biāo)是為了驗(yàn)證軟件是否符合相應(yīng)的需求，因此會啟動一些相應(yīng)的軟件測試計劃過程，并對采用的軟件測試方法制度化，在定義級，由于在進(jìn)行軟件測試之前要把所有的編碼工作完成，導(dǎo)致的結(jié)果就是在需求分析階段與設(shè)計階段產(chǎn)生的一些軟件缺陷會一直遺留到編碼階段才能被發(fā)現(xiàn)。

3）第三等級是集成級。在這一階段，會有相應(yīng)的、相對獨(dú)立的測試部門出現(xiàn)，測試工作不需要在完成編碼后才能進(jìn)行，而是在滿足用戶需求的目標(biāo)上進(jìn)行測試工作。并集成到軟件生命周期的各個階段中。在第三等級，需組建一個軟件測試組織用于負(fù)責(zé)測試規(guī)劃、測試缺陷跟蹤等測試技術(shù)工作。同時在測試過程中需要有相應(yīng)的測試工具對測試工作進(jìn)行輔助。同時，軟件測試小組成員要和質(zhì)量保證專家一起，與客戶進(jìn)行溝通，從軟件需求分析階段制定軟件測試計劃，并根據(jù)需求分析表格制定相應(yīng)的軟件測試目標(biāo)。該階段的缺點(diǎn)為沒有行之有效的評審制度以及沒有一套質(zhì)量控制與度量的標(biāo)準(zhǔn)等。

4）第四等級為管理與度量級。在這一階段，軟件測試是可以進(jìn)行度量與質(zhì)量控制的過程，應(yīng)保證進(jìn)行可靠性、可用性與可維護(hù)性等方面的測試。軟件測試活動既包括程序語言，還把評審與審查作為軟件測試活動的補(bǔ)充，用于發(fā)現(xiàn)及消除軟件產(chǎn)品缺陷。為了測試過程的完備性，建立了缺陷管理系統(tǒng)并將缺陷的等級進(jìn)行劃分。同時測試人員采用數(shù)據(jù)庫記錄和管理相應(yīng)的測試數(shù)據(jù)以及測試用例。但在管理與度量級，由于沒有相應(yīng)的缺陷預(yù)防系統(tǒng)，不能自動的進(jìn)行收集與分析軟件測試中生成的相應(yīng)數(shù)據(jù)。

5）第五等級為優(yōu)化級。在這一階段，改進(jìn)了第四等級的缺陷，已經(jīng)具有相應(yīng)的缺陷預(yù)防能力和軟件質(zhì)量控制能力，能夠保證之前發(fā)現(xiàn)的缺陷不會在后期繼續(xù)產(chǎn)生。在這一級，自動化測試工具是整個測試過程的重要組成部分?？梢赃M(jìn)行自動的收集與分析測試中產(chǎn)生的數(shù)據(jù)。并建立了測試流程與測試的規(guī)章制度。由于優(yōu)化級的測試活動是可重復(fù)性、已定義、已管理和已測量，所以軟件組織可以對測試過程進(jìn)行不斷的優(yōu)化改進(jìn)和調(diào)整。

根據(jù)上面描述的TMM的5個等級，給出相應(yīng)的成熟度等級目標(biāo)和子目標(biāo)，如表1所示。

② 為軟件測試活動定義相應(yīng)的目標(biāo)、任務(wù)、活動和工具等＼&

啟動測試計劃過程＼&① 制定軟件測試計劃模版并進(jìn)行任務(wù)分配

② 獲取用戶需求

③ 準(zhǔn)備軟件測試活動所需的工具＼&將基本的測試技術(shù)和方法制度化＼&① 在軟件組織中實(shí)施基本的測試技術(shù)與方法，例如黑盒測試、白盒測試策略等。

② 制定相應(yīng)的管理制度，明確規(guī)定基本的測試技術(shù)和方法何時、怎樣實(shí)施，以及基本的測試工具等。＼&集成級＼&

建立軟件測試組織＼&① 選擇和培訓(xùn)相關(guān)人員成立測試小組

② 為每個測試小組成員進(jìn)行職責(zé)分配

③ 與客戶進(jìn)行討論，獲取用戶需求＼&

制定技術(shù)培訓(xùn)計劃＼&① 為測試人員制定技術(shù)培訓(xùn)計劃

② 明確具體的培訓(xùn)內(nèi)容，例如：測試方法、測試標(biāo)準(zhǔn)、測試技術(shù)與工具、審查與評審過程等＼&將軟件測試集成到軟件生命周期中＼&① 將軟件測試計劃階段劃分為和生命周期各階段相關(guān)聯(lián)的各個子階段

② 將測試策劃集成到生命周期的各階段

③ 打通渠道，提高用戶參與度＼&控制與監(jiān)督測試過程＼&① 監(jiān)督和控制過程可視化，為測試過程提供依據(jù)

② 隨時與測試策劃對比，及時調(diào)整測試進(jìn)展

③ 定義和配置測試相關(guān)項(xiàng)＼&

管理和測量級＼&

建立組織范圍內(nèi)的評審程序＼&① 擬定正式的評審程序

② 將評審定義為測試活動，在生命周期中實(shí)施通行評審

③ 識別、記錄、清除軟件產(chǎn)品和測試工作的缺陷＼&

擬制測試度量程序＼&① 擬定一套關(guān)于測試過程質(zhì)量與能力的度量程序

② 準(zhǔn)確識別測試數(shù)據(jù)，對測試數(shù)據(jù)進(jìn)行詳細(xì)處理分析

③ 根據(jù)測試結(jié)果，不斷修正測試計劃＼&

軟件質(zhì)量評價＼&① 根據(jù)測試過程充分性，定義可度量的質(zhì)量屬性和目標(biāo)

② 測試過程完成后，需要保證軟件產(chǎn)品可靠、可用、穩(wěn)定、安全＼&

優(yōu)化級＼&

應(yīng)用過程數(shù)據(jù)預(yù)防缺陷＼&① 成立預(yù)防缺陷相關(guān)小組

② 記錄缺陷、分析缺陷，找出缺陷根源

③ 缺陷預(yù)防組的相關(guān)成員與其他組的成員相互配合制定缺陷預(yù)防計劃，防止已被識別的缺陷再次產(chǎn)生＼&

實(shí)施質(zhì)量控制度量＼&① 根據(jù)所定義質(zhì)量屬性，進(jìn)行測試

② 通過統(tǒng)計抽樣、等級度量促進(jìn)測試過程

③ 融入開發(fā)團(tuán)隊，減少缺陷，提高軟件質(zhì)量

④ 運(yùn)用模型工具，加強(qiáng)測試充分性＼&

優(yōu)化測試過程＼&① 根據(jù)測試進(jìn)展，量化測試過程，對測試過程不斷優(yōu)化調(diào)整

② 建立組織結(jié)構(gòu)標(biāo)準(zhǔn)，支撐成熟度的不斷提高＼&]

4 TMM實(shí)施

為了指導(dǎo)軟件工程人員進(jìn)行正確的軟件過程評估，采用TMM等級提供支持。在軟件組織中實(shí)施TMM時，可遵循以下步驟：

1）準(zhǔn)備活動

這個步驟中要建立評估小組，選擇與培訓(xùn)小組成員，確定組長，選擇測評項(xiàng)目，并制定評估計劃，準(zhǔn)備參加評估的組織部門。根據(jù)客戶需求制定評估問題表。

2）實(shí)施評估

評估過程中，評估小組成員通過和被評估人員進(jìn)行溝通，獲取相關(guān)的評估信息，通過查詢相關(guān)文檔與調(diào)查表進(jìn)行信息補(bǔ)充。為保證信息的準(zhǔn)確性與客觀性，可將信息記入問題表。評估人員根據(jù)記錄信息，劃分軟件組織的TMM等級。

3）分析評估結(jié)果

評估人員根據(jù)評估輸出的TMM等級及相應(yīng)的記錄分析當(dāng)前軟件組織存在的缺陷，并指出該軟件組織需要提高的領(lǐng)域以及要達(dá)到的下一個目標(biāo)的優(yōu)先級。量化的改進(jìn)目標(biāo)，制定出相應(yīng)的行動計劃。

4）活動計劃

為了使軟件組織能夠達(dá)到TMM的高等級，評估小組應(yīng)根據(jù)高優(yōu)先級的改進(jìn)目標(biāo)開發(fā)活動計劃，通過該計劃描述相應(yīng)的活動和資源，并改進(jìn)現(xiàn)有的實(shí)踐內(nèi)容和進(jìn)度。

5 結(jié)束語

軟件產(chǎn)品的開發(fā)過程是一項(xiàng)長期的工程，需要不斷研究和實(shí)踐。本文針對傳統(tǒng)軟件成熟度模型的不足，將TMM模型進(jìn)行了詳細(xì)的闡述。TMM模型補(bǔ)充了CMMI模型的不足，能夠充分的覆蓋軟件測試的一系列問題，并且軟件組織可以根據(jù)TMM的要求，評估當(dāng)前軟件測試能力的狀態(tài)，并對測試目標(biāo)和測試過程進(jìn)行不斷修正，極大提高軟件測試人員的工作效率。利用TMM模型不斷優(yōu)化測試過程和目標(biāo)，將會給軟件開發(fā)和測試組織帶來質(zhì)量和經(jīng)濟(jì)上的雙豐收。

參考文獻(xiàn)：

[1] 朱少民. 軟件測試方法和技術(shù)[M]. 北京： 清華大學(xué)出版社， 2010： 71-74.

[2] 王峰， 谷天陽， 佟金榮. 軟件測評能力成熟度模型研究[J]. 計算機(jī)工程與科學(xué)， 2011（9）： 174-178.

篇3

關(guān)鍵詞：高職；軟件測試；專業(yè)建設(shè)

中圖分類號： TP311.1 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2013）24-5462-02

軟件測試是軟件開發(fā)中的一個重要環(huán)節(jié)，國內(nèi)軟件開發(fā)與測試人員的比例嚴(yán)重失調(diào)，市場對軟件測試人員的需求量很大。同時，軟件測試作為新興行業(yè)，發(fā)展前景好、空間大，薪酬待遇好；工作地點(diǎn)以北京、上海、廣州等IT產(chǎn)業(yè)發(fā)達(dá)、環(huán)境好的一線城市為主。目前市場上急缺的就是初、中級軟件測試工程師，這正是高職院校的人才培養(yǎng)目標(biāo)。

蘭州石化職業(yè)技術(shù)學(xué)院于2011年開辦軟件測試專業(yè)，目前第一批畢業(yè)生已經(jīng)走向社會，進(jìn)行頂崗實(shí)習(xí)，接受社會的檢驗(yàn)。在專業(yè)建設(shè)的不斷實(shí)踐和探索中，如何做好、做強(qiáng)軟件測試專業(yè)是我們一直思考的問題。

1 專業(yè)建設(shè)依托區(qū)域經(jīng)濟(jì)發(fā)展

高職院校每個專業(yè)的建設(shè)都應(yīng)充分依托區(qū)域經(jīng)濟(jì)發(fā)展，體現(xiàn)行業(yè)特色。甘肅省“十二五”規(guī)劃明確指出：“十二五”期間，將以蘭州、天水、平?jīng)鰹楹诵模奂瘍?yōu)勢資源，進(jìn)一步擴(kuò)大集成電路、新型元器件、軟件等電子信息產(chǎn)品和產(chǎn)業(yè)規(guī)模，建設(shè)天水電子科技產(chǎn)業(yè)園、蘭州軟件產(chǎn)業(yè)園、西北云計算中心等園區(qū)，支持蘭州市創(chuàng)建國家級軟件和信息技術(shù)服務(wù)業(yè)示范基地，爭創(chuàng)中國軟件名城[1]。面臨巨大的市場機(jī)遇和挑戰(zhàn)，軟件測試專業(yè)如何進(jìn)一步把握市場需求，明確專業(yè)定位，確定人才培養(yǎng)模式，細(xì)化人才培養(yǎng)方案，構(gòu)建專業(yè)課程體系，進(jìn)一步開發(fā)課程資源，落實(shí)教學(xué)團(tuán)隊和實(shí)訓(xùn)基地建設(shè)，是我們重點(diǎn)要解決的問題。

2 專業(yè)建設(shè)內(nèi)容

1）專業(yè)定位更加準(zhǔn)確，人才培養(yǎng)目標(biāo)具體化。進(jìn)一步加強(qiáng)專業(yè)建設(shè)與社會需求的緊密接軌，深入企業(yè)調(diào)研，加強(qiáng)市場分析，按照軟件測試工作過程所需的典型工作崗位提煉專業(yè)人才培養(yǎng)目標(biāo)，將學(xué)生知識學(xué)習(xí)、技能提升、能力培養(yǎng)和素養(yǎng)形成融入整個教學(xué)過程，實(shí)現(xiàn)從學(xué)習(xí)者到工作者的角色轉(zhuǎn)換，努力培養(yǎng)適應(yīng)軟件測試崗位的職業(yè)技能強(qiáng)、綜合素質(zhì)高、具有可持續(xù)發(fā)展能力的高素質(zhì)技能型人才。

2）課程體系與崗位及崗位群緊密對接。加強(qiáng)對軟件測試企業(yè)的崗位調(diào)研，緊密跟蹤市場對本專業(yè)人才結(jié)構(gòu)、規(guī)模和質(zhì)量的需求變化，及時將本專業(yè)領(lǐng)域的新知識、新方法、新技術(shù)和新思想融入專業(yè)人才培養(yǎng)方案，對現(xiàn)有課程體系進(jìn)行持續(xù)改進(jìn)和優(yōu)化整合。加大理論實(shí)踐一體化課程、任務(wù)引領(lǐng)型課程在專業(yè)學(xué)習(xí)領(lǐng)域課程中的比重；根據(jù)課程特點(diǎn)，整合教學(xué)內(nèi)容，構(gòu)建“公共學(xué)習(xí)領(lǐng)域”、“專業(yè)學(xué)習(xí)領(lǐng)域”和“拓展學(xué)習(xí)領(lǐng)域”三大模塊；進(jìn)一步優(yōu)化頂崗實(shí)習(xí)課程的設(shè)計，完善相關(guān)管理制度和實(shí)施辦法；加強(qiáng)職業(yè)素質(zhì)課程的針對性與應(yīng)用性，加強(qiáng)所學(xué)知識與生活的聯(lián)系，提高為專業(yè)服務(wù)的能力[2]。

3）充分開發(fā)課程資源。在建立完備的課程體系基礎(chǔ)上，根據(jù)具體情況開發(fā)校本教材，豐富教材形態(tài)（包括課程標(biāo)準(zhǔn)、教材、教案、電子課件、在線學(xué)習(xí)課件、企事業(yè)案例、畢業(yè)實(shí)習(xí)案例、習(xí)題集、參考書等），建立具有明顯職業(yè)教育特色的課程和教材體系。要打破傳統(tǒng)的按照技術(shù)學(xué)科進(jìn)行教材編寫的模式，開發(fā)和推廣與軟件測試行業(yè)密切聯(lián)系的綜合性和案例式課程和教材。

4）加強(qiáng)軟件測試專業(yè)實(shí)訓(xùn)基地建設(shè)。在充分發(fā)揮現(xiàn)有實(shí)訓(xùn)基地效能的基礎(chǔ)上，深入其他同類院校和軟件企業(yè)內(nèi)部考察，了解市場用量最廣的軟件測試方法和新型的測試工具軟件，學(xué)習(xí)其先進(jìn)、高效的實(shí)訓(xùn)基地管理辦法，與企業(yè)專家共同討論符合高職學(xué)生特點(diǎn)的典型測試案例，探索校企互惠雙贏、長效合作共建校內(nèi)外實(shí)訓(xùn)基地的新思路。

5）優(yōu)化軟件測試專業(yè)人才培養(yǎng)方案。邀請企業(yè)專家、校內(nèi)專家、項(xiàng)目組成員和學(xué)生代表共同討論現(xiàn)有人才培養(yǎng)方案中存在的問題和不足，將前期的調(diào)研工作結(jié)果匯總、分析、提煉、篩選，結(jié)合新形式下的人才培養(yǎng)思路和學(xué)生特點(diǎn)，進(jìn)一步優(yōu)化專業(yè)人才培養(yǎng)方案中的各個環(huán)節(jié)，重新制定課程標(biāo)準(zhǔn)，探討項(xiàng)目案例，細(xì)化教學(xué)過程，保證每一門課程開設(shè)的有效性和針對性。

3 專業(yè)建設(shè)思路

1）突出專業(yè)建設(shè)的開放性。軟件測試專業(yè)本著“高職教育、源于崗位、工學(xué)結(jié)合、融入企業(yè)”的理念，按照“專業(yè)知識+崗位技能+資格證書+職業(yè)素質(zhì)”的培養(yǎng)標(biāo)準(zhǔn)，積極開展“產(chǎn)學(xué)結(jié)合”的辦學(xué)模式，注重行業(yè)、企業(yè)參與專業(yè)人才培養(yǎng)方案的研討和修訂。把企業(yè)搬進(jìn)校區(qū)，把課堂搬上工作崗位，把教和練更加緊密的結(jié)合在一起，變學(xué)生被動學(xué)習(xí)為主動學(xué)習(xí)，將專業(yè)知識理論教學(xué)和實(shí)踐教學(xué)有機(jī)融合，將專業(yè)知識學(xué)習(xí)，崗位技能學(xué)習(xí)，資格證書培訓(xùn)，職業(yè)素質(zhì)教育連成一體，形成 “工學(xué)交替，雙螺旋上升”的人才培養(yǎng)模式[3]。

2）注重課程體系的完整性。通過與行業(yè)企業(yè)合作，針對畢業(yè)生可能面向的不同的潛在的就業(yè)崗位，如軟件測試員、缺陷分析員、測試組長等，按照“分解崗位工作任務(wù)確定工作能力設(shè)置課程體系開發(fā)教學(xué)資源”的專業(yè)建設(shè)思路，構(gòu)建“基于軟件測試工作過程”的專業(yè)課程體系。

3）凸顯課程設(shè)置的針對性。根據(jù)“倒推”理論，據(jù)崗設(shè)課，按照“崗位決定能力，能力決定課程”的主導(dǎo)思想，首先篩選軟件測試行業(yè)的崗位和崗位群，以及社會認(rèn)可度較高的職業(yè)資格證書；接下來獲取每個職業(yè)崗位的能力要求、專業(yè)知識結(jié)構(gòu)要求和職業(yè)素養(yǎng)要求；然后根據(jù)獲取的崗位能力要求，設(shè)置崗位能力課程；根據(jù)專業(yè)知識結(jié)構(gòu)要求，設(shè)置專業(yè)知識課程；根據(jù)職業(yè)素質(zhì)要求，設(shè)置職業(yè)素質(zhì)課程；根據(jù)職業(yè)技能取證要求，對應(yīng)取證課程；最后，根據(jù)高技能測試人才的成長規(guī)律組合課程，并考慮各課程之間的銜接關(guān)系及專業(yè)教學(xué)資源的配置與均衡，我們對同一階段的課程進(jìn)行排序，形成軟件測試專業(yè)課程體系的“倒推”鏈，即確定崗位及崗位群獲取崗位能力據(jù)崗設(shè)課組合和序化課程形成專業(yè)課程體系[4]。

4 思考與總結(jié)

蘭州石化職業(yè)技術(shù)學(xué)院地處西部欠發(fā)達(dá)地區(qū)，通過不斷與沿海發(fā)達(dá)地區(qū)的軟件企業(yè)深度合作，不斷交流專業(yè)技術(shù)，聘請IT培訓(xùn)機(jī)構(gòu)名師親臨指導(dǎo)，目前學(xué)院的軟件測試專業(yè)已經(jīng)成功探索出了一條適合自己發(fā)展的專業(yè)建設(shè)之路。但在IT市場新技術(shù)不斷更新、飛速發(fā)展的嚴(yán)峻形勢下，我們還需進(jìn)一步解放思想，開拓創(chuàng)新，迎接新的挑戰(zhàn)。

參考文獻(xiàn)：

[1] 甘肅新聞網(wǎng)[EB/OL].http：//.

[2] 任泰明，宋賢鈞.“專業(yè)+公司”的高職軟件技術(shù)專業(yè)教學(xué)改革[J]. 計算機(jī)教育，2011（12）：45-46.

篇4

【關(guān)鍵詞】軟件測試 教學(xué)改革 軟件測試工程師

【基金項(xiàng)目】2015年中央高?；究蒲袠I(yè)務(wù)費(fèi)專項(xiàng)資金項(xiàng)目“C程序代碼級內(nèi)存缺陷的充分性檢測技術(shù)研究”（15CX02050A）。

【中圖分類號】G64 【文獻(xiàn)標(biāo)識碼】A 【文章編號】2095-3089（2015）09-0229-01

一、引言

隨著軟件產(chǎn)業(yè)的迅猛發(fā)展，軟件的復(fù)雜性也日益增加，導(dǎo)致對軟件的質(zhì)量提出了更高的要求，這也使得軟件測試工程師成為每個軟件企業(yè)都不可或缺的技術(shù)人才?！败浖y試”就是一門培養(yǎng)軟件測試工程師的專業(yè)課[1]，本課程較為系統(tǒng)的介紹了軟件測試的基本理論、測試方法、測試過程以及常用測試工具等內(nèi)容。本課程知識的掌握將為學(xué)生系統(tǒng)的掌握軟件工程知識體系以及畢業(yè)后從事軟件測試、軟件開發(fā)等職位打下良好的基礎(chǔ)。

如何扎實(shí)有效的培養(yǎng)軟件工程學(xué)生在軟件測試領(lǐng)域既具有理論基礎(chǔ)、又具有工程實(shí)戰(zhàn)能力，目前許多軟件工程專業(yè)教育者進(jìn)行了積極的探索 [2-4]。我校軟件工程專業(yè)已入選山東省卓越工程師培養(yǎng)計劃[5]，為了執(zhí)行國家對軟件工程專業(yè)卓越工程師培養(yǎng)的精神，融合學(xué)校的“三三三”培養(yǎng)體系[6]的頂層設(shè)計，以貫徹培養(yǎng)理論扎實(shí)、具備工程實(shí)踐能力、創(chuàng)新能力強(qiáng)、適應(yīng)經(jīng)濟(jì)社會發(fā)展需要的高質(zhì)量軟件工程師為目標(biāo)，我們也在軟件測試課程的培養(yǎng)方案、課程結(jié)構(gòu)、教學(xué)方法和考評體系等方面進(jìn)行了一系列的改革和探索[7，8]。其中最為重要的改革是借鑒CDIO（Conceive-Design-Implement-Operate）工程教育理念，落實(shí)了“基于項(xiàng)目的教學(xué)”方法，增開了大量的課程設(shè)計和綜合實(shí)踐環(huán)節(jié)，在理論教學(xué)的同時注重了工程實(shí)踐能力得培養(yǎng)。

二、“軟件測試”教學(xué)面臨的問題

“軟件測試”課程的已有的教學(xué)改革改善了教學(xué)效果，但是由于傳統(tǒng)的教學(xué)方法依然影響著教學(xué)，所以目前的軟件測試課程教學(xué)過程中依然面臨一系列問題。

（一）教學(xué)內(nèi)容抽象，學(xué)生學(xué)習(xí)興趣不高

軟件測試是軟件工程知識體系的九個知識域中理論性最強(qiáng)的一個知識域，必然造成軟件測試教材與教學(xué)內(nèi)容較抽象。目前，軟件測試課程教學(xué)中普遍存在著理論教學(xué)偏重的特點(diǎn)，扎實(shí)的理論素養(yǎng)是卓越工程師的必備基礎(chǔ)，但是即便對于軟件工程專業(yè)的本科學(xué)生，也欠缺軟件項(xiàng)目的實(shí)際開發(fā)經(jīng)驗(yàn)，所以課程內(nèi)容的抽象性增加了學(xué)生對課程內(nèi)容的理解難度。為促進(jìn)學(xué)生對理論知識的理解與應(yīng)用，必須結(jié)合軟件測試的課程特點(diǎn)，將抽象的內(nèi)容分化到軟件測試過程的不同階段中，并采用相應(yīng)的測試工具體現(xiàn)測試的方法，再應(yīng)用于教學(xué)案例，才能促進(jìn)學(xué)生對抽象的測試?yán)碚撝R的理解與應(yīng)用。

（二）教學(xué)內(nèi)容碎片化，學(xué)生沒有完善的測試知識體系

按照軟件開發(fā)過程的要求，軟件測試是貫穿于整個開發(fā)過程的一項(xiàng)活動。而在教學(xué)中，軟件測試的理論出現(xiàn)了割裂，各知識點(diǎn)呈現(xiàn)碎片化，理論內(nèi)容與實(shí)際的軟件測試流程不同步。將不同的測試?yán)碚撆c方法進(jìn)行了分割，這樣利于教材內(nèi)容的安排以及教學(xué)內(nèi)容的組織，但這也必然造成教學(xué)內(nèi)容碎片化，學(xué)生形成不了一個統(tǒng)一的測試?yán)碚摽蚣?，難以把握所學(xué)的理論與方法在軟件開發(fā)與測試的過程中如何應(yīng)用。為促進(jìn)教學(xué)效果，有必要基于軟件測試過程，定位軟件測試的介入點(diǎn)，在不同的介入點(diǎn)進(jìn)行理論知識的分配，形成一個以軟件測試過程為主線、各理論知識在介入點(diǎn)進(jìn)行分配的魚骨圖式的軟件測試?yán)碚撝R體系。

（三）輕視測試工具應(yīng)用，培養(yǎng)的學(xué)生與企業(yè)需求難以銜接

因?yàn)檐浖y試方法眾多，這也造成有大量可選的軟件測試工具。雖然工具的培訓(xùn)是培養(yǎng)卓越工程師的一個必備環(huán)節(jié)，然而卓越工程師的培養(yǎng)畢竟不等同于職業(yè)教育，不能只是簡單的掌握一個測試工具，而應(yīng)該了解測試工具所體現(xiàn)的測試?yán)碚?、所適用的測試階段以及所應(yīng)用的場景。在進(jìn)行測試工具培訓(xùn)鍛煉的同時，必須結(jié)合所講授的測試?yán)碚摚约霸摴ぞ哌m用的測試過程與測試場景。為了全面的掌握各種具有代表性的測試工具，需要搭建一個測試工具箱。

（四）教學(xué)案例簡單，學(xué)生沒有完整的測試思路

因?yàn)槔碚撝R碎片化的講授，也造成目前教學(xué)中只能采用簡單的案例，簡單的案例雖然有助于學(xué)生對具體測試方法的理解，但是難以融會貫通的掌握對一個完整項(xiàng)目的測試。為此，需要基于魚骨圖的軟件測試?yán)碚撝R體系，精心設(shè)計能夠貫穿整個測試流程的案例，并有必要設(shè)計不同類型的案例，形成一個分層次、分類別的測試案例庫，以保證對各種測試方法的掌握。

（五）學(xué)生對軟件測試存在認(rèn)識偏差，缺乏從事軟件測試職業(yè)的意愿

目前國內(nèi)軟件行業(yè)依然蔓延著“重開發(fā)、輕測試”的觀點(diǎn)，這種觀點(diǎn)也延伸到軟件工程專業(yè)的教學(xué)中，導(dǎo)致部分學(xué)生對軟件測試這個職業(yè)存在認(rèn)識偏差。這就要求軟件測試課程需要從原來偏重理論講解、學(xué)生欠缺軟件測試訓(xùn)練的教學(xué)中擺脫出來，應(yīng)該與軟件測試工程師要求的能力培養(yǎng)集合起來，注重理論培養(yǎng)的同時，加強(qiáng)與軟件測試職業(yè)的銜接，增設(shè)對軟件測試工具的訓(xùn)練，加大基于案例與項(xiàng)目的實(shí)戰(zhàn)訓(xùn)練，通過工程能力的培養(yǎng)以加深學(xué)生對軟件測試的正確認(rèn)識。

三、總結(jié)

為了執(zhí)行我校軟件工程專業(yè)的卓越工程師培養(yǎng)計劃，解決“軟件測試”教學(xué)中存在的上述問題，我們計劃在已有的教學(xué)改革基礎(chǔ)上，提出“方法為基、過程引導(dǎo)、工具跟進(jìn)、案例貫穿”的“方法-過程-工具-案例”四位一體的教學(xué)方法，以解決目前“軟件測試”課程中存在的諸多問題。

本文分析了“軟件測試”這門課程隨著卓越工程師培養(yǎng)、研究型教學(xué)的要求下在理論培養(yǎng)與工程能力訓(xùn)練等方面逐漸顯露出的各種亟待解決問題，只有充分認(rèn)識到這些問題，才有可能針對問題進(jìn)行教學(xué)改革，進(jìn)而培養(yǎng)理論與功能能力具備的軟件測試人才。

參考文獻(xiàn)：

[1]吳春雷， 剛旭， 張俊三. 基于“卓越計劃”的軟件測試類課程改革[J]. 計算機(jī)教育， 2014，11：88-91.

[2]李月龍. 高校軟件測試課程教學(xué)改革研究[J]. 計算機(jī)教育， 2014，7：16-18.

[3]鄧松. 遞進(jìn)式軟件測試創(chuàng)新人才培養(yǎng)模式研究[J]. 計算機(jī)教育， 2014，7：5-7.

[4]周雪妍， 林澤鴻， 羅秋濱， 路雯靖， 劉玉利. 軟件測試技術(shù)四面體培養(yǎng)模式的探索與研究[J]. 教學(xué)研究， 2013，5：56-58.

[5]張國平等. 軟件工程卓越培養(yǎng)計劃的研究與設(shè)計[C].軟件工程2011年會，2011，10.

[6]劉華東. 構(gòu)建“三三三”培養(yǎng)體系 推進(jìn)本科教育邁向更高目標(biāo)[J]. 中國高等教育， 2012，18：34-36.

[7]吳春雷. 面向應(yīng)用型軟件人才教學(xué)模式的探索與實(shí)踐[J].中國成人教育， 2014.04：124-126.

[8]張國平，吳春雷. 軟件工程專業(yè)核心課程案例化教材的規(guī)劃與設(shè)計[J].高等理科教育，2013.10：85-87.

篇5

隨著軟件產(chǎn)業(yè)的快速發(fā)展，軟件質(zhì)量越來越被重視。作為軟件質(zhì)量重要保障之一的軟件測試也越來越普遍被認(rèn)可。為了滿足用戶對第三方測試的需求和填補(bǔ)開發(fā)方對資源缺口，將軟件測試工作外包給專業(yè)的測試團(tuán)隊進(jìn)行測試是軟件發(fā)展的必然趨勢。為確保規(guī)范化的軟件測試外包管理過程，企業(yè)可依據(jù)CMMI模型中的軟件外包管理規(guī)定對軟件外包過程進(jìn)行管理。本文基于CMMI提出了一種軟件測試外包的方式，實(shí)踐應(yīng)用證明其能有效地提高組織的軟件產(chǎn)品質(zhì)量和軟件工程化水平。

【關(guān)鍵詞】軟件產(chǎn)品 軟件測試 軟件外包 CMMI 軟件質(zhì)量

軟件定義一切這一新興概念的提出，昭示著軟件界的競爭將越來越激烈，軟件技術(shù)的發(fā)展將越來越快。與此同時，軟件質(zhì)量也得到軟件行業(yè)的重視。而確保軟件質(zhì)量的方法有多種，如：在軟件開發(fā)過程中進(jìn)行規(guī)范化管理，可以避免開發(fā)過程中的不規(guī)范、不安全的設(shè)計習(xí)慣；進(jìn)行軟件測試則能發(fā)現(xiàn)軟件潛在的質(zhì)量問題和驗(yàn)證軟件使用中的可靠性等。

軟件對測試的需求，使從事軟件測試行業(yè)的人員快速增多。軟件測試技術(shù)的發(fā)展和用戶對第三方測試的需求，促進(jìn)了軟件測試外包行業(yè)的發(fā)展和興起。另一方面，軟件測試外包還可以在一定程度上填補(bǔ)戰(zhàn)略目標(biāo)所需的資源和企業(yè)自身資源之間存在的缺口。在多方面因素的共同作用下，越來越多的專業(yè)化測試團(tuán)隊快速成長起來，軟件測試外包也越來越普遍。

為加強(qiáng)軟件測試外包的規(guī)范化管理，本文提出一種基于CMMI的軟件測試外包管理方法。該方法的實(shí)施可以有效地提高軟件工程化水平，使軟件測試外包活動可以更有效地進(jìn)行，從而達(dá)到不斷提高軟件質(zhì)量的目的。

1 軟件測試外包管理架構(gòu)設(shè)計

1.1 基于CMMI的管理過程改進(jìn)

CMMI是由卡內(nèi)基梅隆大學(xué)軟件工程研究室開發(fā)的軟件成熟度模型，是一種集成過程改進(jìn)模型。但是，CMMI模型只是規(guī)定了每個過程域應(yīng)該“做什么”，并沒有指明每個過程域具體“怎么做”。

為了具體解決“怎么做”的問題，本文提出一種新的軟件過程管理架構(gòu)。本文將軟件管理活動規(guī)范成進(jìn)入準(zhǔn)則、輸入、活動步驟及要求、輸出和完成準(zhǔn)則等五個部分，如圖1所示。

其中，輸入是來自以前活動的工作產(chǎn)品；進(jìn)入準(zhǔn)則是判斷是否可以進(jìn)入本次活動的依據(jù)；活動步驟及要求是本次活動的具體內(nèi)容；完成準(zhǔn)則是判斷本次活動是否完結(jié)的依據(jù)；輸出是通過本次活動創(chuàng)建的工作產(chǎn)品。

1.2 軟件測試外包管理過程架構(gòu)

軟件測試外包是指甲方公司將項(xiàng)目完全交給乙方公司，由乙方公司出人力物力，完成軟件的測試工作，并按照客戶需求，提供測試計劃制定、測試用例編寫等一系列測試技術(shù)服務(wù)。本文提出的軟件測試外包管理過程由三個部分組成，分別是簽訂軟件測試外包合同、軟件測試外包活動的執(zhí)行與管理、驗(yàn)收軟件測試外包活動，如圖2所示。其中三個活動的具體執(zhí)行分別遵循2.1節(jié)中提出的管理過程。

1.3 軟件測試外包人員角色

為加強(qiáng)軟件測試外包管理過程，需要定義的人員角色包括軟件技術(shù)負(fù)責(zé)人、軟件合同負(fù)責(zé)人、分包方代表、客戶代表、軟件質(zhì)量師、軟件配置管理員。各人員分工主要為：

軟件技術(shù)負(fù)責(zé)人：提供軟件測試需要的代碼、程序和文檔，并負(fù)責(zé)相關(guān)解釋。

軟件合同負(fù)責(zé)人：負(fù)責(zé)軟件測試外包合同的起草、活動的管理和驗(yàn)收。

分包方代表：負(fù)責(zé)參加軟件測試外包合同和驗(yàn)收外包合同的評審，組織測試外包活動中的相關(guān)評審。

客戶代表：負(fù)責(zé)參加軟件測試外包合同和驗(yàn)收外包合同的評審。

軟件質(zhì)量師：監(jiān)督整個軟件測試外包活動的過程符合性和產(chǎn)品符合性。

軟件配置管理員：對軟件測試外包活動產(chǎn)生的工作產(chǎn)品進(jìn)行配置管理。

2 軟件測試外包管理具體實(shí)現(xiàn)

2.1 簽訂軟件測試外包合同

根據(jù)對軟件測試外包項(xiàng)目的技術(shù)特征和非技術(shù)特征所作的綜合評估，選擇合適的供方，與供方簽訂軟件測試外包合同。

2.2 進(jìn)入準(zhǔn)則

本活動的進(jìn)入準(zhǔn)則包括：

（1）軟件測試外包項(xiàng)目輸入已經(jīng)明確，需要測試的代碼、軟件、文檔保持一致，測試輸入通過相關(guān)評審并已入庫。

（2）相關(guān)人員已經(jīng)過選擇供方、洽談協(xié)議的有關(guān)技能的培訓(xùn)。

根據(jù)不同的外包測試級別，所需要準(zhǔn)備的文檔也不相同，如對于軟件單元測試和軟件部件測試需要提供的文檔是《軟件設(shè)計說明》，對于軟件配置項(xiàng)測試需要提供的文檔是《軟件需求規(guī)格說明》，對于軟件系統(tǒng)測試需要提供的文檔是《系統(tǒng)/子系統(tǒng)需求規(guī)格說明》。

2.2.1 輸入

本活動的輸入包括：《合格供方名錄》。

2.2.2 活動步驟及要求

（1）軟件技術(shù)負(fù)責(zé)人和軟件合同負(fù)責(zé)人根據(jù)項(xiàng)目需要，確定需要由外部提供軟件測試的產(chǎn)品和服務(wù)。a）在項(xiàng)目策劃或制定技術(shù)方案時，軟件技術(shù)負(fù)責(zé)人應(yīng)組織確定需要由外部提供的軟件測試產(chǎn)品和服務(wù)，軟件合同負(fù)責(zé)人負(fù)責(zé)審核軟件技術(shù)負(fù)責(zé)人提出的測試產(chǎn)品和服務(wù)的完整性和合理性。b）軟件技術(shù)負(fù)責(zé)人將軟件測試外包的產(chǎn)品和服務(wù)列表，形成項(xiàng)目軟件測試外包清單。c）該軟件測試外包清單應(yīng)納入軟件測試外包合同或《軟件開發(fā)計劃》。d）軟件合同負(fù)責(zé)人選擇供方。 ① 由軟件合同負(fù)責(zé)人組織供方評價，實(shí)施測試供方的選擇工作。優(yōu)先從本組織的《合格供方名錄》中選取資質(zhì)完整性好的供方。必須選擇經(jīng)過評審，能滿足要求的分包方；在無客戶或法定管理機(jī)構(gòu)指定的分包方時，優(yōu)先選擇符合CNAS-CL01《檢測和校準(zhǔn)實(shí)驗(yàn)室能力認(rèn)可準(zhǔn)則》、CNAS-CL45《檢測和校準(zhǔn)實(shí)驗(yàn)室能力認(rèn)可準(zhǔn)則在軟件檢測領(lǐng)域的應(yīng)用說明》及DILAC/AC01《檢測實(shí)驗(yàn)室和校準(zhǔn)實(shí)驗(yàn)室能力認(rèn)可準(zhǔn)則》要求并獲得認(rèn)可的實(shí)驗(yàn)室。外包項(xiàng)目，供方必須具有同級的保密資質(zhì)，并按本組織保密管理規(guī)定執(zhí)行。

② 如果申請的供方在《合格供方名錄》中，軟件測試外包協(xié)議直接由軟件技術(shù)負(fù)責(zé)人簽署意見，主管領(lǐng)導(dǎo)審批；如果申請的供方不在《合格供方名錄》中，應(yīng)按照本組織的合格供方評定程序進(jìn)行正式選擇。將候選供方的資質(zhì)調(diào)查情況按照合格供方評定程序執(zhí)行，同時將其提供的相應(yīng)的質(zhì)量、保密等資質(zhì)證明文件作為附件。

（2）建立并評審軟件測試外包合同。a）所有由外部提供軟件測試產(chǎn)品必須同供方簽訂軟件測試外包合同或其等效文件（以下均簡稱合同）。軟件合同負(fù)責(zé)人負(fù)責(zé)起草合同。b）軟件合同負(fù)責(zé)人需要和供方確定，定期檢查供方進(jìn)展情況的監(jiān)控計劃，將監(jiān)控計劃或等效條款作為合同的一部分。監(jiān)控計劃需要明確里程碑監(jiān)控、聯(lián)合評審的時機(jī)、供方進(jìn)度安排等。c）在供方協(xié)議執(zhí)行前或做任何更改之前，項(xiàng)目軟件技術(shù)負(fù)責(zé)人按照軟件評審規(guī)程要求評審軟件測試外包合同。d）客戶有要求時，應(yīng)邀請客戶或客戶代表參與對合同的評審。e）軟件技術(shù)負(fù)責(zé)人與分承制方仔細(xì)審查合同的每個條款，確保合同沒有錯誤和隱患，由組織領(lǐng)導(dǎo)或授權(quán)代表簽訂合同。

2.2.3 輸出

本活動的輸出包括：軟件測試外包合同及其附件。

2.2.4 完成準(zhǔn)則

本活動的完成準(zhǔn)則包括：軟件測試外包合同已經(jīng)簽訂。

2.3 軟件測試外包活動的執(zhí)行與管理

軟件合同負(fù)責(zé)人和供方共同執(zhí)行軟件測試外包合同，監(jiān)督供方協(xié)議的執(zhí)行。

2.3.1 進(jìn)入準(zhǔn)則

本活動的進(jìn)入準(zhǔn)則包括：軟件測試外包合同已經(jīng)簽訂。

2.3.2 輸入

本活動的輸入包括：軟件測試外包合同及其附件。

2.3.3 活動步驟及要求

（1）軟件合同負(fù)責(zé)人將外包項(xiàng)目的具體實(shí)施要求（文檔編寫要求、技術(shù)規(guī)范）及時傳遞給供方。

（2）依據(jù)合同中監(jiān)控計劃的規(guī)定對供方進(jìn)行監(jiān)督，具體包括：a）按照供方合同/技術(shù)協(xié)議規(guī)定的里程碑，召開項(xiàng)目協(xié)調(diào)會或由供方提供跟蹤報告，跟蹤項(xiàng)目的進(jìn)展情況、供方投入（人力、物力、財力）的充分性、項(xiàng)目風(fēng)險情況等，并對供方提出改進(jìn)意見和要求。b）軟件合同負(fù)責(zé)人應(yīng)測量供方項(xiàng)目的進(jìn)展、測試質(zhì)量的情況，記錄合同執(zhí)行過程中發(fā)現(xiàn)的偏差。

（3）軟件合同負(fù)責(zé)人參加里程碑監(jiān)控、聯(lián)合評審，填寫里程碑評審報告，并保存評審報告/會議紀(jì)要/跟蹤報告的復(fù)制件。

（4）軟件合同負(fù)責(zé)人應(yīng)協(xié)調(diào)和處理合同中出現(xiàn)的問題，包括：a）當(dāng)供方進(jìn)度或測試質(zhì)量達(dá)不到要求時，軟件合同負(fù)責(zé)人應(yīng)協(xié)調(diào)供方，分析原因并采取相應(yīng)的措施，以確保產(chǎn)品符合要求。b）軟件合同負(fù)責(zé)人正式評審和監(jiān)督活動中發(fā)現(xiàn)測試項(xiàng)目執(zhí)行情況與項(xiàng)目計劃的偏差大于20%時，軟件合同負(fù)責(zé)人應(yīng)與供方進(jìn)行交流找出問題的原因，提出解決措施。

2.3.4 輸出

本活動的輸出包括：軟件測試產(chǎn)品、階段評審報告和實(shí)施過程的相關(guān)記錄。

2.3.5 完成準(zhǔn)則

本活動的完成準(zhǔn)則包括：合同規(guī)定的測試產(chǎn)品和服務(wù)完成且齊套，通過了相關(guān)的評審和檢查。

2.4 驗(yàn)收軟件測試外包活動

對供方提交的軟件測試產(chǎn)品（一般指軟件測試需求規(guī)格說明、軟件測試計劃、軟件測試說明、軟件測試報告以及相關(guān)的記錄文件）進(jìn)行驗(yàn)收，證明供方提交的軟件測試產(chǎn)品能夠滿足合同規(guī)定的要求。

2.4.1 進(jìn)入準(zhǔn)則

本活動的進(jìn)入準(zhǔn)則包括：供方已經(jīng)完成合同規(guī)定的軟件測試產(chǎn)品和服務(wù)。

2.4.2 輸入

本活動的輸入包括：

（1）軟件測試外包合同及其附件。

（2）供方提供的軟件測試產(chǎn)品。

（3）軟件測試外包活動中形成相關(guān)管理類記錄文件。

2.4.3 活動步驟及要求

（1）軟件合同負(fù)責(zé)人評價并驗(yàn)收供方提交的軟件測試產(chǎn)品。

制定驗(yàn)收大綱；在驗(yàn)收前與供方一起，按照本組織軟件評審規(guī)程的要求評審驗(yàn)收大綱；依據(jù)驗(yàn)收大綱，組織召開供方產(chǎn)品驗(yàn)收會，執(zhí)行驗(yàn)收評審，記錄在驗(yàn)收中發(fā)現(xiàn)的問題，提交驗(yàn)收報告，驗(yàn)收結(jié)論設(shè)為： 通過：實(shí)施交付。有條件通過：實(shí)施交付，并形成會議紀(jì)要，提出解決問題的措施和確認(rèn)計劃。未通過：不能交付。形成會議紀(jì)要，提出解決問題措施、確定再次交付/驗(yàn)收的日期。軟件合同負(fù)責(zé)人測量供方提供的軟件測試產(chǎn)品的規(guī)模和驗(yàn)收中發(fā)現(xiàn)的問題。軟件質(zhì)量師跟蹤發(fā)現(xiàn)的問題，直至問題解決。

（2）軟件技術(shù)負(fù)責(zé)人組織軟件外包測試產(chǎn)品的移交和納入本組織的受控庫，在移交過程中應(yīng)遵守合同。移交后，軟件合同負(fù)責(zé)人依據(jù)供方交付產(chǎn)品的情況，評價供方性能，并填寫供方監(jiān)督記錄。

2.4.4 輸出

本活動的輸出包括：驗(yàn)收報告。

2.4.5 完成準(zhǔn)則

本活動的完成準(zhǔn)則包括：供方提交的軟件測試外包產(chǎn)品已經(jīng)移交完成。

3 總結(jié)

基于對CMMI模型的研究，本文提出了一種供方協(xié)議管理過程域在軟件測試外包領(lǐng)域的具體的實(shí)施方案，解決了“怎么做”的問題。本文的軟件測試外包活動三部分組成，分別是簽訂軟件測試外包合同、軟件測試外包活動的執(zhí)行與管理、驗(yàn)收軟件測試外包活動。簡述了這三個活動的具體步驟，保證每個步驟都有相關(guān)證據(jù)遺留，將軟件工程落到實(shí)處，對提高組織的軟件產(chǎn)品質(zhì)量和軟件工程化水平將發(fā)揮重要作用。

參考文獻(xiàn)

[1]張衛(wèi).關(guān)于計算機(jī)軟件發(fā)展的研究[J].生物技術(shù)世界，2003.

[2]巨振樂，趙明輝.正在興起的軟件測試外包.時代經(jīng)貿(mào)，2009（120）.

[3]CMMI Product Team.CMMI for Development，Version 1.2.Carnegie Mellon University Software Engineering Institute，August 2006.

篇6

關(guān)鍵詞：CDIO；軟件測試；教學(xué)改革；分組教學(xué)

中圖分類號：TP393 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2014）03-0670-03

1 概述

軟件測試技術(shù)是高職軟件技術(shù)專業(yè)的一門必修的專業(yè)核心課程。該課程是針對軟件測試員/程序員崗位的任職要求所設(shè)置的具有綜合性質(zhì)的課程，主要任務(wù)是通過對軟件測試基礎(chǔ)理論、技術(shù)方法、流程管理和使用自動化工具實(shí)施項(xiàng)目測試的學(xué)習(xí)，使學(xué)生了解完整的軟件測試的工作過程，能對完整的項(xiàng)目進(jìn)行測試的實(shí)施工作，從而實(shí)現(xiàn)與測試技能要求的無縫對接。但是筆者通過幾年的教學(xué)發(fā)現(xiàn)，很多同學(xué)學(xué)完這門課程后只是了解了軟件測試方面的相關(guān)知識，根本就不能夠綜合運(yùn)用這些知識進(jìn)行實(shí)際項(xiàng)目的測試工作。筆者通過分析總結(jié)認(rèn)為最主要的原因是我們教學(xué)的過程中沒有采用工程的思想，使得學(xué)生不能有效地把這些知識碎片整合到一起，當(dāng)然就不能談不上實(shí)際應(yīng)用能力。

CDIO模式作為近年來國際工程教育改革的最新成果，它是“做中學(xué)”和“基于項(xiàng)目教育和學(xué)習(xí)”的集中概括和抽象表達(dá)，它以工程項(xiàng)目從研發(fā)到運(yùn)行的生命周期為載體，讓學(xué)生以主動的、實(shí)踐的、課程之間有機(jī)聯(lián)系的方式學(xué)習(xí)工程[1-2]。無錫商業(yè)職業(yè)技術(shù)學(xué)院軟件技術(shù)專業(yè)結(jié)合自身的實(shí)際情況，對基于CDIO模式的高職軟件技術(shù)人才培養(yǎng)方案進(jìn)行了初步探索。軟件測試技術(shù)作為軟件技術(shù)專業(yè)的專業(yè)核心課程之一，在CDIO工程教育模式的指導(dǎo)下進(jìn)行一系列的教學(xué)實(shí)踐應(yīng)用，取得了很好的效果。

2 傳統(tǒng)教學(xué)模式存在的問題

現(xiàn)代IT企業(yè)需要具有較高專業(yè)技能、職業(yè)素質(zhì)和團(tuán)隊協(xié)作能力的實(shí)用復(fù)合型人才[3]，但

高職院校軟件專業(yè)培養(yǎng)出來的人才普遍只是掌握了相關(guān)的知識，而不能有效的利用這些知識進(jìn)行實(shí)踐應(yīng)用。為了解決這個問題，各個院校的軟件技術(shù)專業(yè)都一直在嘗試探索更好的人才培養(yǎng)方案[4]，主要的專業(yè)課程也在進(jìn)行各種各樣的教學(xué)改革[5]。因此，幾年來，“實(shí)踐教學(xué)”、“案例教學(xué)”、“情景教學(xué)法”等等教學(xué)模式進(jìn)行了進(jìn)一步的應(yīng)用，但是在這些傳統(tǒng)的教學(xué)模式下，還是存在一些問題。軟件測試技術(shù)課程也是如此，存在的問題主要有以下幾個方面：

（1） 實(shí)踐教學(xué)死板化。各個院校的軟件技術(shù)專業(yè)在人才培養(yǎng)方案的制定中，都明確規(guī)定了課程的實(shí)踐教學(xué)環(huán)節(jié)，體現(xiàn)了對實(shí)踐教學(xué)的重視。以作者所在專業(yè)為例，規(guī)定專業(yè)課程的實(shí)踐課時比例至少達(dá)到50%。但是在實(shí)際教學(xué)中，實(shí)踐教學(xué)一般都是教師通過案例先講解演示，學(xué)生再模仿訓(xùn)練，總體還是采用填鴨式的教學(xué)方式，因此造成學(xué)生一開始還表現(xiàn)強(qiáng)烈的新奇感，對課程學(xué)習(xí)充滿著動力和信心，但是由于無法真正調(diào)動學(xué)生的主觀能動性，隨著教學(xué)的推進(jìn)，學(xué)生逐漸失去學(xué)習(xí)興趣，后面的實(shí)踐訓(xùn)練只能是敷衍了事。并且，由于課堂教學(xué)課時的限制，實(shí)訓(xùn)機(jī)制死板、不健全，使得學(xué)生的真正動手機(jī)會還是很少。

（2） 項(xiàng)目教學(xué)虛擬化。教學(xué)過程中，案例教學(xué)法得到了普遍的應(yīng)用。以軟件測試技術(shù)課程為例，包括一些具有軟件測試精品課程的院校，無非都是采用了比如三角形測試、NextDate案例測試、飛機(jī)票訂票系統(tǒng)等作為教學(xué)案例，雖然使學(xué)生對相關(guān)知識和技術(shù)有了更深入地認(rèn)識，但是這些項(xiàng)目大多都是虛擬項(xiàng)目，這些虛擬項(xiàng)目主要存在兩方面的弊端：一是功能過于單一，內(nèi)容陳舊，只能起到說明相關(guān)測試技術(shù)的作用，卻與實(shí)際應(yīng)用脫節(jié)，缺乏實(shí)戰(zhàn)性，使得學(xué)生在真正面對一個綜合項(xiàng)目的時候卻感覺無從下手。二是由于每個項(xiàng)目功能單一，不能把一個完整的項(xiàng)目貫穿于整個課程的教學(xué)，通過這些虛擬項(xiàng)目，不利于培養(yǎng)學(xué)生形成從測試計劃、測試執(zhí)行、測試用例設(shè)計到測試報告的整個測試過程的工程思想，也不利于發(fā)掘?qū)W生自身的潛能。

（3） 知識內(nèi)容缺乏系統(tǒng)化。教學(xué)過程中，授課教師只關(guān)注學(xué)生知識點(diǎn)的掌握，而忽略了知

識點(diǎn)之間的系統(tǒng)聯(lián)系和實(shí)際應(yīng)用，使得學(xué)生一知半解，不知道學(xué)習(xí)這些知識點(diǎn)的用處，也不知道如何把所學(xué)內(nèi)容運(yùn)用到實(shí)際項(xiàng)目當(dāng)中。在這種情況下，學(xué)生的工程管理、項(xiàng)目規(guī)范、項(xiàng)目文檔編制、團(tuán)隊協(xié)作和溝通能力沒有得到有效提升，因此難以滿足企業(yè)對綜合素質(zhì)人才的要求。

3 CDIO模式在軟件測試技術(shù)課程中的應(yīng)用

在CDIO模式指導(dǎo)下，我院軟件技術(shù)專業(yè)課程體系圍繞軟件產(chǎn)品開發(fā)為主線，以每位同學(xué)都要參與幾個項(xiàng)目開發(fā)為目的進(jìn)行課程安排。在整個課程體系中，將CDIO項(xiàng)目按規(guī)模和范圍劃分為三級，一級為包含軟件專業(yè)主要核心課程和能力要求的項(xiàng)目。我們選取了與企業(yè)合作開發(fā)的實(shí)際案例：洗衣管理系統(tǒng)和校外實(shí)訓(xùn)系統(tǒng)；二級為包含一組相關(guān)核心課程、能力要求的項(xiàng)目。主要是階段實(shí)訓(xùn)和綜合項(xiàng)目實(shí)訓(xùn)項(xiàng)目；三級為單門課程內(nèi)為增強(qiáng)該門課程能力與理解而設(shè)的項(xiàng)目，其中三級項(xiàng)目的設(shè)立與否及形式由各門課程大綱根據(jù)需要確定。

在軟件測試技術(shù)課程中，我們把CDIO模式貫穿于教學(xué)過程的每個環(huán)節(jié)，從如下幾個方面對課程進(jìn)行了教學(xué)改革和實(shí)踐應(yīng)用：

3.1 教學(xué)目標(biāo)和內(nèi)容

在CDIO模式下，軟件測試技術(shù)的教學(xué)目標(biāo)為“掌握軟件測試的理論知識，掌握主流的測試技術(shù)和方法；具備測試計劃的制定能力、測試用例的設(shè)計能力、測試代碼及文檔的編寫能力；具有良好的分析問題和解決問題的能力以及溝通和團(tuán)隊協(xié)作能力；具備自主學(xué)習(xí)和可持續(xù)發(fā)展能力”。

在課程內(nèi)容方面，我們基于CDIO的構(gòu)思、設(shè)計、實(shí)現(xiàn)、運(yùn)作的思想，貫穿“做中學(xué)”和“基于項(xiàng)目教育和學(xué)習(xí)”的方式，以工程項(xiàng)目從研發(fā)到運(yùn)行的生命周期為載體，把軟件測試技術(shù)課程的內(nèi)容分成五個項(xiàng)目任務(wù)。并且在課程中，選取校外實(shí)訓(xùn)系統(tǒng)和洗衣管理系統(tǒng)的測試作為貫穿于整個課程的任務(wù)。在這兩個項(xiàng)目的引領(lǐng)下，實(shí)施課程教學(xué)。課程的五個項(xiàng)目任務(wù)如下表所示：

3.2 教學(xué)組織

在CDIO模式下，為了使學(xué)生由接受者轉(zhuǎn)變?yōu)橹鲃訁⑴c者和積極探索者，在發(fā)揮教師主導(dǎo)作用的同時，充分發(fā)揮學(xué)生的主體作用。在教學(xué)組織方面，我們采用行動導(dǎo)向的教學(xué)模式，以小組模式為基礎(chǔ)組織教學(xué)。在具體教學(xué)過程中，我們對學(xué)生進(jìn)行分組，讓每個學(xué)生充當(dāng)企業(yè)中的真實(shí)角色，以一個職業(yè)人的身份，在真實(shí)的工作環(huán)境中，模擬軟件企業(yè)工作模式，每位同學(xué)承擔(dān)工作崗位相應(yīng)的責(zé)任和任務(wù)[6]。課堂教學(xué)也不再采用“教師演示講解、學(xué)生模仿練習(xí)”的模式，每一次課堂教學(xué)，教師先演示項(xiàng)目，提出任務(wù)需求，進(jìn)行必要的知識講解，然后教師為學(xué)生發(fā)放項(xiàng)目任務(wù)書，再由組長帶領(lǐng)小組成員分析項(xiàng)目任務(wù)，探討實(shí)施方案，撰寫任務(wù)計劃，完成項(xiàng)目任務(wù)，并提交相關(guān)文檔。在整個任務(wù)完成過程中，授課教師不斷和學(xué)生交流，對于學(xué)生在完全任務(wù)過程中存在的問題，指導(dǎo)學(xué)生解決。這樣，不僅能夠調(diào)用學(xué)生的主觀能動性，引導(dǎo)學(xué)生思考問題，解決問題，并在解決問題的過程中研究新的實(shí)現(xiàn)方法，而且突破了傳統(tǒng)的以學(xué)校和課堂為中心的封閉式教學(xué)組織形式，將實(shí)際生產(chǎn)與學(xué)習(xí)真正融合為一體，在掌握業(yè)務(wù)知識、培養(yǎng)技能的同時，培養(yǎng)敬業(yè)精神、團(tuán)隊意識和職業(yè)道德等綜合素質(zhì)，使師生在職業(yè)崗位中學(xué)習(xí)，在學(xué)習(xí)環(huán)境中工作。

3.3 教學(xué)手段

在教學(xué)手段應(yīng)用上，充分利用現(xiàn)代教育技術(shù)，采取密切的產(chǎn)學(xué)結(jié)合方式，聘請企業(yè)兼職教師進(jìn)行實(shí)踐指導(dǎo)，并充分利用網(wǎng)絡(luò)平臺和網(wǎng)絡(luò)教學(xué)資源。授課教師在課堂上通過多媒體教學(xué)的方式講解重點(diǎn)難點(diǎn)問題，相關(guān)的項(xiàng)目任務(wù)探討和知識擴(kuò)展通過網(wǎng)絡(luò)化平臺進(jìn)行。對于網(wǎng)絡(luò)化平臺，我們主要采用兩種方式：一是建立課程QQ群，為學(xué)生提供一個資料共享和課程討論和交流的平臺，二是要求學(xué)生訪問中國測試網(wǎng)，通過論壇和專業(yè)測試人員和其他測試學(xué)習(xí)者進(jìn)行溝通交流。在網(wǎng)絡(luò)教學(xué)資源方面，要求每一位同學(xué)使用高等職業(yè)教育軟件教學(xué)資源庫網(wǎng)站，訪問網(wǎng)站的課程資源和培訓(xùn)資源，其中軟件測試的課程資源包括：學(xué)習(xí)指南、授課錄像、實(shí)訓(xùn)指導(dǎo)、課程案例、參考和素材資源等方面。通過這樣的方式，能夠解決課堂教學(xué)課時的限制，使得課程的教學(xué)從課堂延伸到課后，對學(xué)生可持續(xù)學(xué)習(xí)的能力具有很大的促進(jìn)作用。此外，利用與江蘇微軟技術(shù)中心的合作優(yōu)勢，邀請他們在期末來校進(jìn)行項(xiàng)目實(shí)訓(xùn)指導(dǎo)。

3.4 考核方式

根據(jù)CDIO培養(yǎng)大綱，將學(xué)生的能力分為工程基礎(chǔ)知識、個人能力、人際團(tuán)隊能力和工程系統(tǒng)能力四個層面[7]，再使用傳統(tǒng)的考核方式已經(jīng)不能滿足要求。軟件測試技術(shù)課程打破了單一的考核方式，從學(xué)生的專業(yè)能力、社會能力培養(yǎng)的要求出發(fā)，建立基于教學(xué)全過程、以學(xué)生能力提升為導(dǎo)向的學(xué)習(xí)評價體系。具體包括過程性考核、綜合素質(zhì)評價和終結(jié)性考核。其中過程性考核占30%，綜合素質(zhì)評價占20%，終結(jié)性考核占50% 。

過程性考核：對學(xué)生完成實(shí)踐類項(xiàng)目的情況進(jìn)行綜合評定，考查項(xiàng)目包括課堂學(xué)習(xí)、小組學(xué)習(xí)、創(chuàng)新能力、課堂實(shí)踐和實(shí)踐報告等方面，每一個項(xiàng)目的考核都制定嚴(yán)格的評分標(biāo)準(zhǔn)。

綜合素質(zhì)評價：對學(xué)生在平時學(xué)習(xí)和實(shí)踐中表現(xiàn)出來的職業(yè)素養(yǎng)進(jìn)行綜合評定，主要包括團(tuán)隊協(xié)作能力、溝通交流能力、分析和解決問題的能力、自學(xué)能力、工作態(tài)度等方面，并對這些方面制定出嚴(yán)格的評分標(biāo)準(zhǔn)。

終結(jié)性考核：建立試題庫，實(shí)施考教分，在期末對學(xué)生進(jìn)行包括筆試和上機(jī)考試的綜合測試。其中筆試考查學(xué)生軟件測試的基礎(chǔ)理論知識以及對測試?yán)碚摰膽?yīng)用能力，該部分占終結(jié)性考核的60%；上機(jī)考試通過對實(shí)際測試項(xiàng)目的工作過程進(jìn)行檢查和考核，對任務(wù)完成情況進(jìn)行考核，還包括對測試工具運(yùn)用的考核，該部分占終結(jié)性考核的40%。

4 結(jié)束語

通過在CDIO模式指導(dǎo)下進(jìn)行軟件測試技術(shù)課程的教學(xué)，解決了傳統(tǒng)教學(xué)模式存在的主要問題，為達(dá)到學(xué)生的知識能力與測試技能要求之間的無縫對接奠定了良好的基礎(chǔ)。下一步的工作是進(jìn)一步完善CDIO模式在軟件測試技術(shù)課程中的應(yīng)用，并把這些經(jīng)驗(yàn)總結(jié)應(yīng)用到軟件專業(yè)其它課程的教學(xué)過程當(dāng)中。

參考文獻(xiàn)：

[1] 顧配華.以設(shè)計為導(dǎo)向的EIP-CDIO創(chuàng)新型工程人才培養(yǎng)模式[J].中國高等教育，2009（3）.

[2] 查建中.論“做中學(xué)”戰(zhàn)略下的CDIO模式[J].高等工程教育研究，2008（3）.

[3] 單光磊，韋良福.高職教育教學(xué)改革借鑒CDIO模式解析[J].山東水利職業(yè)學(xué)院院刊，2011（1）.

[4] 唐寶燕，馮娜.CDIO模式在高職軟件技術(shù)專業(yè)教學(xué)改革中的應(yīng)用[J].電腦知識與技術(shù)，2012（2）.

[5] 陳翔，鞠小林.卓越計劃驅(qū)動下的軟件測試技術(shù)課程教學(xué)改革[J].計算機(jī)教育，2013（13）.

篇7

1 . 軟件測試 的目的是盡可能多的找出軟件的缺陷。( Y)

2 .Beta 測試是驗(yàn)收測試的一種。( Y)

Acceptance testing

驗(yàn)收測試是部署軟件之前的最后一個測試操作。驗(yàn)收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

3 .驗(yàn)收測試是由最終用戶來實(shí)施的。( N )

是由測試人員來實(shí)施的

4 .項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。( Y ) 工件：加工過程中生產(chǎn)對象

5 .單元測試能發(fā)現(xiàn)約80% 的軟件缺陷。( Y )

6 .代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。( N )

代碼評審也稱代碼復(fù)查，是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動。

7 .自底向上集成需要測試員編寫驅(qū)動程序。( Y )

自頂向下綜合測試的具體步驟為：

1 以主控模塊作為測試驅(qū)動模塊，把對主控模塊進(jìn)行單元測試時引入的所有樁模塊用實(shí)際模塊替代;

2 依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先)，每次只替代一個樁模塊;

3 每集成一個模塊立即測試一遍;

4 只有每組測試完成后，才著手替換下一個樁模塊;

5 為避免引入新錯誤，須不斷地進(jìn)行回歸測試(即全部或部分地重復(fù)已做過的測試)。

自底向上綜合測試的步驟分為：

1 把低層模塊組織成實(shí)現(xiàn)某個子功能的模塊群(cluster);

2 開發(fā)一個測試驅(qū)動模塊，控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出;

3 對每個模塊群進(jìn)行測試;

4 刪除測試使用的驅(qū)動模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。

8 .負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。( N )

負(fù)載測試(Load testing)，通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn)，以發(fā)現(xiàn)設(shè)計上的錯誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測試還要評估性能特征。例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。

9 .測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。( N )

10 .代碼評審員一般由測試員擔(dān)任。( N )

11 .我們可以人為的使得軟件不存在配置問題。( N )

是一種標(biāo)識、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個軟件工程過程。我們知道，在軟件建立時變更是不可避免的，而變更加劇了項(xiàng)目中軟件開發(fā)者之間的混亂。

12 .集成測試計劃在需求分析階段末提交。( N )

執(zhí)行階段

1)時間安排 單元測試已經(jīng)完成后就可以開始執(zhí)行集成測試了

2)輸入 需求規(guī)格說明書 概要設(shè)計 集成測試計劃 集成高度設(shè)計 集成測試?yán)?集成測試規(guī)程 集成測試代碼(如果有) 集成測試腳本 集成測試工具 詳細(xì)設(shè)計 代碼 單元測試報告

3)入口條件 單元測試階段已經(jīng)通過基線化評審

4)活動步 驟 執(zhí)行集成測試用例 回歸集成測試用例 撰寫集成測試報告

5)輸出 集成測試報告

6)出口條件 集成測試報告通過集成測試階段基線評審

二、選擇題

1 .軟件驗(yàn)收測試的合格通過準(zhǔn)則是：(ABCD)

A . 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。

B . 所有測試項(xiàng)沒有殘余一級、二級和三級錯誤。

C . 立項(xiàng)審批表、需求分析文檔、設(shè)計文檔和編碼實(shí)現(xiàn)一致。

D . 驗(yàn)收測試工件齊全。

2 .軟件測試計劃評審會需要哪些人員參加?( ABCD )

A .項(xiàng)目經(jīng)理

B .SQA 負(fù)責(zé)人

軟件質(zhì)量保證(SQA)是建立一套有計劃

目標(biāo) 1: 軟件質(zhì)量保證工作是有計劃進(jìn)行的。

目標(biāo) 2: 客觀地驗(yàn)證軟件項(xiàng)目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和需求。

目標(biāo) 3: 將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個人。

目標(biāo) 4: 高級管理層接觸到在項(xiàng)目內(nèi)部不能解決的不符合類問題。

C .配置負(fù)責(zé)人

D .測試組

3 .下列關(guān)于alpha 測試的描述中正確的是：( AD )

A .alpha 測試需要用戶代表參加

B .alpha 測試不需要用戶代表參加

C .alpha 測試是系統(tǒng)測試的一種

D .alpha 測試是驗(yàn)收測試的一種

4 .測試設(shè)計員的職責(zé)有：( BC )

A .制定測試計劃

B .設(shè)計測試用例

C .設(shè)計測試過程、腳本

D .評估測試活動

5 .軟件實(shí)施活動的進(jìn)入準(zhǔn)則是：( ABC )

A .需求工件已經(jīng)被基線化

工件加工過程中的生產(chǎn)對象。

基線化 一個文檔如果經(jīng)過討論被通過了，被固定了，就可以說這個文檔被“基線化”了，然后所有人就可以在這個“基線”的基礎(chǔ)上工作。

B .詳細(xì)設(shè)計工件已經(jīng)被基線化

C .構(gòu)架工件已經(jīng)被基線化

D .項(xiàng)目階段成果已經(jīng)被基線化

三、添空

1. 軟件驗(yàn)收測試包括：_正式驗(yàn)收測試，alpha測試，beta測試。

2. 系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試，強(qiáng)度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試

(有的可以合在一起，分開寫只要寫出15 就滿分哦)

3. 設(shè)計系統(tǒng)測試計劃需要參考的項(xiàng)目文擋有：_軟件測試計劃，軟件需求工件和迭代計劃。

4. 對

面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。

5. 通過畫因果圖來寫測試用例的步驟為：

(1)根據(jù)程序規(guī)格說明書描述，分析并確定因(輸入條件)和果(輸出結(jié)果或程序狀態(tài)的改變)，畫出因果圖。

(2)將得到的因果圖轉(zhuǎn)換為判定表。

(3)為判定表中每一列所表示的情況設(shè)計一個測試用例。

四、簡答

1. 區(qū)別階段評審的與同行評審

答：

同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤;

階段評審目的:評審模塊 階段作品的正確性 可行性 及完整性

同行評審人數(shù):3-7人 人員必須經(jīng)過同行評審會議的培訓(xùn),由SQA指導(dǎo)

階段評審人數(shù):5人左右 評審人必須是專家 具有系統(tǒng)評審資格

同行評審內(nèi)容:內(nèi)容小 一般文檔 < 40頁, 代碼 < 500行

階段評審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)

同行評審時間:一小部分工作產(chǎn)品完成

階段評審時間: 通常是設(shè)置在關(guān)鍵路徑的時間點(diǎn)上!

2. 什么是軟件測試

答：測試是為發(fā)現(xiàn)錯誤而執(zhí)行程序的過程

軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。

3 簡述集成測試的過程

答：系統(tǒng)集成測試主要包括以下過程：

1. 構(gòu)建的確認(rèn)過程。

2. 補(bǔ)丁的確認(rèn)過程。

3. 系統(tǒng)集成測試測試組提交過程。

4. 測試用例設(shè)計過程。

5. 測試代碼編寫過程。

6. Bug的報告過程。

7. 每周/每兩周的構(gòu)建過程。

8. 點(diǎn)對點(diǎn)的測試過程。

9. 組內(nèi)培訓(xùn)過程。

5 白盒測試有幾種方法

答：總體上分為靜態(tài)方法和動態(tài)方法兩大類。

靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。

動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

6 系統(tǒng)測試計劃是否需要同行審批，為什么

答：需要，系統(tǒng)測試計劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評審。

7Alpha 測試與beta 的區(qū)別

Alpha測試(α測試)是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現(xiàn)的錯誤，可以在測試現(xiàn)場立刻反饋給開發(fā)人員，由開發(fā)人員及時分析和處理。目的是評價軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha測試可以從軟件產(chǎn)品編碼結(jié)束之后開始，或在模塊(子系統(tǒng))測試完成后開始，也可以在確認(rèn)測試過程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開始。有關(guān)的手冊(草稿)等應(yīng)該在Alpha測試前準(zhǔn)備好。

Beta測試(β測試)是軟件的多個用戶在一個或多個用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場應(yīng)用。在Beta測試中，由用戶記下遇到的所有問題，包括真實(shí)的以及主管認(rèn)定的，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告后，做出修改，最后將軟件產(chǎn)品交付給全體用戶使用。Beta測試著重于產(chǎn)品的支持性，包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力。只有當(dāng)Alpha測試達(dá)到一定的可靠程度后，才能開始Beta測試。由于Beta測試的主要目標(biāo)是測試可支持性，所以Beta測試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來管理。

答：Alpha 測試 在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試;測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。

Beta 測試 當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。

8 比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別

答：負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間。

強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。

容量測試：容量測試目的是通過測試預(yù)先分 析出反映軟件 系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等)，系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測試 還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。

9 測試結(jié)束的標(biāo)準(zhǔn)是什么?

答：用例全部測試。

覆蓋率達(dá)到標(biāo)準(zhǔn)。

缺陷率達(dá)到標(biāo)準(zhǔn)。

其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)。

10 描述軟件測試活動的生命周期?

答：

測試周期分為計劃、設(shè)計、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中：

計劃：對整個測試周期中所有活動進(jìn)行規(guī)劃，估計工作量、風(fēng)險，安排人力物力資源，安排進(jìn)度等;

設(shè)計：完成測試方案，從技術(shù)層面上對測試進(jìn)行規(guī)劃;

實(shí)現(xiàn)：進(jìn)行測試用例和測試規(guī)程設(shè)計;

執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。

總結(jié)：記錄測試結(jié)果，進(jìn)行測試分析，完成測試報告。

11 軟件的缺陷等級應(yīng)如何劃分?

A 類— 嚴(yán)重錯誤，包括以下各種錯誤：

1 . 由于程序所引起的死機(jī), 非法退出

2 . 死循環(huán)

3 . 數(shù)據(jù)庫發(fā)生死鎖

4 . 因錯誤操作導(dǎo)致的程序中斷

5 . 功能錯誤

6 . 與數(shù)據(jù)庫連接錯誤

7 . 數(shù)據(jù)通訊錯誤

B 類— 較嚴(yán)重錯誤，包括以下各種錯誤：

1 . 程序錯誤

2 . 程序接口錯誤

3 . 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件

C 類— 一般性錯誤，包括以下各種錯誤：

1 . 操作界面錯誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致)

2 . 打印內(nèi)容、格式錯誤

3 . 簡單的輸入限制未放在前臺進(jìn)行控制

4 . 刪除操作未給出提示

5 . 數(shù)據(jù)庫表中有過多的空字段

D 類— 較小錯誤，包括以下各種錯誤：

1 . 界面不規(guī)范

2 . 輔助說明描述不清楚

3 . 輸入輸出不

規(guī)范

4 . 長操作未給用戶提示

5 . 提示窗口文字未采用行業(yè)術(shù)語

6 . 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志

E 類— 測試建議

4 怎么做好文檔測試

仔細(xì)閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。

檢查文檔的編寫是否滿足文檔編寫的目的

內(nèi)容是否齊全，正確

篇8

[關(guān)鍵詞]軟件工程；案例庫；教學(xué)模式；可擴(kuò)展實(shí)踐平臺

[前言]我校軟件工程課程群包括“軟件工程”“軟件系統(tǒng)分析與設(shè)計”“高級軟件工程”“面向?qū)ο笤O(shè)計方法”“軟件測試與質(zhì)量控制”等多門課程，面向本科生、碩士研究生、博士研究生和任職培訓(xùn)等多個層次，課程門數(shù)多、內(nèi)容交錯、銜接緊密，培訓(xùn)要求差別較大。為使軟件工程系列課程更好地服務(wù)于提升學(xué)生工程實(shí)踐能力和協(xié)作創(chuàng)新能力的培養(yǎng)目標(biāo)，我們積極開展實(shí)踐平臺和案例庫建設(shè)，進(jìn)行教學(xué)方法改革等。通過設(shè)計不同粒度、不同類別的案例，構(gòu)建軟件開發(fā)全過程案例庫，以適應(yīng)多層次多類型教學(xué)任務(wù)；在教學(xué)過程中融合基于案例的情景體驗(yàn)教學(xué)、基于項(xiàng)目牽引的工程實(shí)踐教學(xué)、基于角色扮演和團(tuán)隊協(xié)作的項(xiàng)目研討式教學(xué)等多種教學(xué)模式，使得每個學(xué)員都能參與到項(xiàng)目開發(fā)過程中，保證了軟件工程實(shí)踐的規(guī)范化；同時建立基于框架的可擴(kuò)展實(shí)踐平臺，學(xué)生自主設(shè)計開發(fā)軟件程序，提高了學(xué)生的學(xué)習(xí)興趣和實(shí)踐動手能力。

一、對實(shí)際工程項(xiàng)目進(jìn)行提煉，構(gòu)建軟件開發(fā)全過程案例庫

為了將枯燥、抽象的教學(xué)內(nèi)容形象化、實(shí)例化，案例教學(xué)對于保證軟件工程課程授課效果至關(guān)重要。案例教學(xué)與傳統(tǒng)的講授式教學(xué)存在較大不同，傳統(tǒng)的講授式教學(xué)主要是教員向?qū)W生傳授知識，溝通的渠道是單向的，而案例教學(xué)不僅有教員與學(xué)生之間的溝通，還有學(xué)生之間的溝通，溝通的渠道是多向的。同時，講授教學(xué)側(cè)重理論，并通過演繹推理來傳授知識，案例教學(xué)則側(cè)重啟發(fā)式教學(xué)過程，引導(dǎo)學(xué)生主動參與到課堂教學(xué)中，更注重實(shí)踐與理論的結(jié)合。因此，探索軟件工程類課程的案例式教學(xué)方法，總結(jié)、提煉、歸納、設(shè)計相關(guān)的教學(xué)案例，構(gòu)建一個貫穿始終、設(shè)計合理、資源豐富的軟件開發(fā)全過程案例庫十分必要。

（一）案例的選取和設(shè)計

在案例教學(xué)中案例的選取和設(shè)計是案例教學(xué)的關(guān)鍵。好的教學(xué)案例應(yīng)該來源于實(shí)際工程項(xiàng)目，同時在維度、粒度和內(nèi)容上精心設(shè)計，既要相互銜接，體現(xiàn)生命周期全過程的要求，又要大小適中，適合單個教學(xué)模塊的教學(xué)需求。從實(shí)際工程項(xiàng)目中精心選取、提煉、設(shè)計開發(fā)涵蓋軟件分析、設(shè)計、測試、項(xiàng)目管理等全生命周期的教學(xué)案例庫，可為軟件工程系列課程的案例教學(xué)提供有效的支撐條件，對課堂教學(xué)效果的提升起到極大的促進(jìn)作用。

案例的設(shè)計應(yīng)針對軟件工程課程群各模塊知識點(diǎn)的所處階段、應(yīng)用場景和授課目標(biāo)的差異，既要有覆蓋具體知識點(diǎn)的基本案例，又要有體現(xiàn)全生命周期工程化要求的系統(tǒng)案例和綜合應(yīng)用案例。案例內(nèi)容包括軟件過程中的工程案例、管理案例，貫穿全軟件生命周期各階段。

案例的選取應(yīng)以全生命周期軟件項(xiàng)目為主，從實(shí)際工程項(xiàng)目中挑選一批具有代表性的、能突出授課要求的素材，在此基礎(chǔ)上進(jìn)行加工提煉和補(bǔ)充開發(fā)，最終構(gòu)建滿足教學(xué)要求的系列案例。如從自主研制的“軟件過程管理平臺”中選取典型模塊作為測試對象，針對不同測試類型的教學(xué)實(shí)驗(yàn)需求，對軟件代碼進(jìn)行有針對性的變異和缺陷注入，編寫對應(yīng)的測試需求、測試計劃、測試設(shè)計和測試報告，形成功能測試、性能測試、單元測試等測試案例。

軟件工程課程要強(qiáng)調(diào)軟件設(shè)計和軟件測試的重要性，對軟件設(shè)計和軟件測試方法進(jìn)行講解時，除了要有設(shè)計合適的案例，還可以通過當(dāng)前主流工具（如軟件設(shè)計的RationalRose建模工具、單元測試的JUINT工具、功能測試的QTP工具等）的演示，使學(xué)員加強(qiáng)對軟件設(shè)計和軟件測試過程的可操作性的理解，并將其運(yùn)用于實(shí)踐項(xiàng)目中。

（二）案例庫規(guī)范化設(shè)計

軟件工程課程群的多門課程需要多樣化的案例，適用于不同的場景，映射出不同的知識點(diǎn)。為了規(guī)范這些案例，需提取其公共要素，定義案例庫規(guī)范化設(shè)計的基本元素。

案例庫規(guī)范化設(shè)計基本元素中的“案例表現(xiàn)形式”可將案例設(shè)置為文檔、代碼框架、原型系統(tǒng)等。如在本科生的軟件系統(tǒng)分析與設(shè)計課程中，案例是為學(xué)生搭建的一個OpenFrame框架，即一個半成品的代碼框架，學(xué)生可從半成品框架中學(xué)習(xí)相應(yīng)開發(fā)技術(shù)，然后自己完善半成品的代碼框架，將學(xué)習(xí)與實(shí)踐過程融入案例中。

案例庫規(guī)范化設(shè)計基本元素中的“案例類型”可分為工程類案例、管理類案例、支持類案例等。工程類案例包括不同項(xiàng)目不同階段的工程類開發(fā)案例，如客戶需求規(guī)格說明書、軟件需求規(guī)格說明書、概要設(shè)計說明書、詳細(xì)設(shè)計說明書、軟件代碼、軟件測試計劃和測試報告。管理類案例包括項(xiàng)目策劃、項(xiàng)目監(jiān)控、風(fēng)險管理、需求管理等。支持類案例包括配置管理、質(zhì)量保證、測量分析等。根據(jù)案例的規(guī)模及適用情況，可將案例分為：基本案例、模塊案例、系統(tǒng)案例?；景咐采w一個知識點(diǎn)，簡單、清晰地通過一個實(shí)例展現(xiàn)知識點(diǎn)的具體應(yīng)用，適合于基礎(chǔ)理論知識傳授階段；模塊案例覆蓋多個相關(guān)聯(lián)的知識點(diǎn)，通過知識點(diǎn)的綜合應(yīng)用將知識串起來，適合綜合理論知識的應(yīng)用階段；系統(tǒng)案例覆蓋的是一個獨(dú)立的理論體系，通過完整具體的實(shí)例將理論應(yīng)用于實(shí)際操作，適合實(shí)踐教學(xué)階段。

例如，在“軟件測試”中，通過判定三角形的例子來讓學(xué)生理解等價類劃分法，這是一個基本案例，穿插在知識點(diǎn)講授過程中。在三角形實(shí)例中補(bǔ)充邊界值法、錯誤猜測法等測試用例，形成黑盒測試案例，這就是一個模塊案例。而系統(tǒng)案例內(nèi)容多、設(shè)計比較復(fù)雜，例如功能測試案例的設(shè)計，要包含測試計劃、測試策略、測試設(shè)計的方法、測試用例的生成、測試用例的執(zhí)行、自動化腳本的設(shè)計、測試運(yùn)行結(jié)果分析以及測試報告等內(nèi)容。

二、融合多種教學(xué)形式，緊密銜接理論和實(shí)踐教學(xué)

傳統(tǒng)的課堂教學(xué)教員在課堂上講授軟件工程方法、技術(shù)等理論知識，但由于這些理論較抽象難懂，課堂教學(xué)效果往往不理想。傳統(tǒng)的實(shí)踐教學(xué)主要是采用分組模式進(jìn)行項(xiàng)目開發(fā)，但由于沒有過程監(jiān)督控制，通常是由一個能力稍微突出的學(xué)員完成所有過程，缺乏討論、協(xié)作，最后往往把精力放在代碼實(shí)現(xiàn)中，提交一套漏洞百出的代碼。針對軟件工程課程的特點(diǎn)，筆者結(jié)合本校人才培養(yǎng)目標(biāo)和先進(jìn)教學(xué)理念，對傳統(tǒng)教學(xué)方法和手段進(jìn)行改革，在教學(xué)過程中融合、應(yīng)用基于案例的情景體驗(yàn)教學(xué)、基于項(xiàng)目牽引的工程實(shí)踐教學(xué)、基于角色扮演和團(tuán)隊協(xié)作的研討式教學(xué)等多種教學(xué)模式，加強(qiáng)了理論教學(xué)和實(shí)踐教學(xué)的耦合度，培養(yǎng)學(xué)生工程化理念和團(tuán)隊協(xié)作意識，提高了學(xué)生探索問題、分析問題和解決問題的綜合能力。

（一）基于案例的情景體驗(yàn)教學(xué)模式

案例教學(xué)法從實(shí)際案例出發(fā)，分析其中存在的問題，探索問題產(chǎn)生的根源和解決問題的過程與方法，用案例將理論和實(shí)踐聯(lián)系在一起，并逐步上升到理論，用理論來概括、歸納、指導(dǎo)一類問題的解決方法。同時，以鮮活生動的實(shí)例吸引學(xué)員，提高學(xué)員學(xué)習(xí)的興趣，使他們從案例中吸取成功經(jīng)驗(yàn)和失敗教訓(xùn)，加深對理論的理解。在實(shí)踐教學(xué)中，我們以“做中學(xué)”為指導(dǎo)，以實(shí)際案例項(xiàng)目的生命周期為主線，通過搭建的實(shí)踐平臺和設(shè)計的實(shí)踐項(xiàng)目，使學(xué)員在解決具體問題的過程中加深對理論知識的理解、技術(shù)方法的靈活運(yùn)用，提高自身的實(shí)戰(zhàn)素質(zhì)能力?；诎咐那榫绑w驗(yàn)教學(xué)通過借助來源于實(shí)際工程的典型案例，將學(xué)生置身于特定的工程項(xiàng)目情景之中，給予他們恰當(dāng)?shù)囊龑?dǎo)，為他們提供了一個廣闊的思維空間和貼近實(shí)戰(zhàn)的學(xué)習(xí)環(huán)境。

（二）基于項(xiàng)目牽引的工程實(shí)踐教學(xué)模式

基于項(xiàng)目牽引的工程實(shí)踐教學(xué)，將工程項(xiàng)目與軟件工程知識體系有機(jī)融合，以工程項(xiàng)目為牽引，讓學(xué)生在學(xué)習(xí)理論知識的同時，同步開展生命周期相應(yīng)階段的各項(xiàng)任務(wù)實(shí)踐，實(shí)現(xiàn)了創(chuàng)新實(shí)踐與工程認(rèn)知導(dǎo)引相結(jié)合的教學(xué)模式。首次上課要求學(xué)員分組，各組自主選擇感興趣的項(xiàng)目，后續(xù)根據(jù)授課進(jìn)度按階段完成該項(xiàng)目的整個開發(fā)過程。為了提高學(xué)生的實(shí)踐興趣和做足需求分析，選取項(xiàng)目時，應(yīng)盡量選擇貼近學(xué)生生活、需求場景熟悉的項(xiàng)目，如公差勤務(wù)系統(tǒng)、圖書館座位管理系統(tǒng)等。如果是從零開始的項(xiàng)目，需要多方面多手段進(jìn)行軟件需求分析，并重點(diǎn)做好軟件體系結(jié)構(gòu)設(shè)計。另外，選做的項(xiàng)目也可以是已有軟件，因?yàn)榇蟛糠周浖_發(fā)工作是在老版本的軟件基礎(chǔ)上進(jìn)行改進(jìn)的，已有軟件可以是網(wǎng)上開源軟件或往屆學(xué)生留下的作業(yè)，要引導(dǎo)學(xué)生分析其功能上的缺陷后對其進(jìn)行改進(jìn)。通過項(xiàng)目牽引，可使學(xué)生在動手實(shí)踐過程中深刻理解軟件工程基本理論知識。

（三）基于角色扮演和團(tuán)隊協(xié)作的項(xiàng)目研討式教學(xué)模式

學(xué)生以團(tuán)隊協(xié)作方式進(jìn)行項(xiàng)目開發(fā)，通過扮演團(tuán)隊中客戶、軟件需求人員、軟件設(shè)計人員、編碼人員、軟件測試人員等不同角色，完成特定任務(wù)，并在項(xiàng)目實(shí)施過程中及時對項(xiàng)目開發(fā)進(jìn)程和工作產(chǎn)品進(jìn)行研討和評審，真正體驗(yàn)一種有序、可控和協(xié)作的軟件開發(fā)過程。描述了軟件過程中角色職能及軟件開發(fā)各階段的工作產(chǎn)品，并將項(xiàng)目開發(fā)活動和項(xiàng)目管理過程映射到課程各知識點(diǎn)，使學(xué)員在動態(tài)角色參與的項(xiàng)目演練過程中加強(qiáng)對理論知識的理解。

三、針對實(shí)踐能力培養(yǎng)需求，構(gòu)建基于框架的可擴(kuò)展實(shí)踐平臺

軟件工程學(xué)科課程理論與實(shí)踐聯(lián)系緊密，實(shí)踐教學(xué)的有效實(shí)施對提高課程整體教學(xué)效果具有重要意義。然而，大部分學(xué)生系統(tǒng)設(shè)計能力較弱，加之課堂教學(xué)時間有限，課程內(nèi)容比較抽象，為了幫助學(xué)生更好地掌握所學(xué)知識，有效提高其工程實(shí)踐能力，在現(xiàn)實(shí)教學(xué)中急需加強(qiáng)學(xué)生動手實(shí)踐環(huán)節(jié)的時間投入和條件建設(shè)。

傳統(tǒng)實(shí)踐教學(xué)通常要求學(xué)生全程自主完成程序開發(fā)并提交相應(yīng)實(shí)踐報告。這種“從零開始”的實(shí)踐教學(xué)模式受到學(xué)生編程能力、實(shí)踐學(xué)時等因素的制約，難以取得良好教學(xué)效果。同時，學(xué)生缺乏大型項(xiàng)目的工程實(shí)踐經(jīng)驗(yàn)，如果僅以小規(guī)模程序?yàn)閷ο箝_展實(shí)踐教學(xué)，也會嚴(yán)重制約其對軟件工程思想的理解和掌握。為此，我們構(gòu)建了基于OpenFrame框架的開放式教學(xué)實(shí)踐平臺，該平臺采用當(dāng)今主流的面向?qū)ο蠹夹g(shù)和框架進(jìn)行開發(fā)，既實(shí)現(xiàn)了跟系統(tǒng)結(jié)構(gòu)緊密相關(guān)的核心公共模塊，又支持學(xué)生根據(jù)個人興趣，自主、靈活添加符合接口規(guī)范的功能應(yīng)用模塊，從而完成整體系統(tǒng)的開發(fā)與設(shè)計，有效支持學(xué)生根據(jù)小組任務(wù)分工快速開發(fā)上層應(yīng)用功能模塊，協(xié)同完成整體系統(tǒng)的設(shè)計、開發(fā)與集成。該開放式教學(xué)實(shí)踐平臺將教師課堂授課與學(xué)生情景體驗(yàn)有機(jī)結(jié)合，使得抽象內(nèi)容形象化、具體化，同時既能讓學(xué)生了解到框架技術(shù)、敏捷軟件開發(fā)等面向?qū)ο笮录夹g(shù)，又能培養(yǎng)學(xué)生基于公共體系結(jié)構(gòu)進(jìn)行團(tuán)隊化工程開發(fā)的能力。

通過搭建滿足教學(xué)需求的實(shí)踐平臺，設(shè)計合理有效的實(shí)驗(yàn)項(xiàng)目，構(gòu)建“做中學(xué)”的環(huán)境，使學(xué)員利用有限的學(xué)習(xí)時間，在實(shí)踐過程中快速加深對知識的理解，提高自身的素質(zhì)能力，不斷積累實(shí)戰(zhàn)經(jīng)驗(yàn)，培養(yǎng)專業(yè)自信，提高學(xué)習(xí)興趣和實(shí)踐動手能力。我們鼓勵學(xué)員在實(shí)踐中發(fā)現(xiàn)問題、分析問題并解決問題，注重學(xué)員創(chuàng)新意識和綜合素質(zhì)的培養(yǎng)，將被動的學(xué)習(xí)轉(zhuǎn)化為主動的參與、實(shí)踐，引導(dǎo)學(xué)員更深刻地體會和理解軟件工程全生命周期各階段的任務(wù)、技術(shù)和方法。

四、基于項(xiàng)目過程的考核評價方式

考核評價是教學(xué)過程中必不可少的環(huán)節(jié)，針對軟件工程課程考核存在著實(shí)踐考核不足、學(xué)習(xí)效果測試不及時、考核評價機(jī)制不完善等問題，可采用多元考核和評價方式，弱化期末考試成績，加強(qiáng)過程考核，著重考核項(xiàng)目開發(fā)過程中學(xué)員思考解決問題的能力?？己税ㄆ谀┛荚嚭蛯?shí)踐項(xiàng)目兩部分，期末考試成績占30%，采用開卷筆試方式，實(shí)踐項(xiàng)目成績占70%，采用階段評審方式對各小組階段產(chǎn)出的工作產(chǎn)品進(jìn)行評審，通過學(xué)員互評和教師評價相結(jié)合的方法確定團(tuán)隊成績（40%）和個人成績（30%）。學(xué)員分組進(jìn)行講解、答辯、成果演示，學(xué)員和教師分別對各組進(jìn)行整體評價，獲得團(tuán)隊成績，個人成績由組長根據(jù)組員在項(xiàng)目開發(fā)中的表現(xiàn)以及對項(xiàng)目的貢獻(xiàn)大小獲得。

五、結(jié)語

通過梳理軟件工程課程群理論知識點(diǎn)，構(gòu)建軟件開發(fā)全過程案例庫，并在案例庫基礎(chǔ)上，對實(shí)踐教學(xué)方法進(jìn)行研究，融合、應(yīng)用基于案例的情景體驗(yàn)教學(xué)、基于項(xiàng)目牽引的工程實(shí)踐教學(xué)、基于角色扮演和團(tuán)隊協(xié)作的研討式教學(xué)等多種教學(xué)模式，加強(qiáng)了理論教學(xué)和實(shí)踐教學(xué)的耦合度，并構(gòu)建了基于框架的可擴(kuò)展實(shí)踐平臺，通過項(xiàng)目牽引和角色扮演使學(xué)員將學(xué)到的理論直接應(yīng)用于實(shí)際項(xiàng)目開發(fā)，培養(yǎng)了學(xué)員的工程化理念和團(tuán)隊協(xié)作意識，提高了學(xué)員探索問題、分析問題和解決問題的綜合能力。

[軟件工程碩士論文參考文獻(xiàn)]

［1］鄒紅,王健,蘇丹.以能力培養(yǎng)為導(dǎo)向的軟件工程專業(yè)核心課程群建設(shè)研究與實(shí)踐［J］.高教學(xué)刊,2018（12）.

［2］張愛玲,周世生.新工科背景下軟件工程人才培養(yǎng)的研究與實(shí)踐［J］.計算機(jī)教育,2018（6）.

［3］伍春香,劉斌,李小紅.基于能力培養(yǎng)的軟件工程教學(xué)實(shí)踐［J］.計算機(jī)教育,2017（8）.

篇9

    關(guān)鍵詞:企業(yè);信息系統(tǒng);軟件外包;關(guān)鍵因素

    1 引言

    隨著現(xiàn)代信息技術(shù)的發(fā)展與應(yīng)用,國內(nèi)各行業(yè)的信息化建設(shè)全面展開。信息化建設(shè)離不開各種信息系統(tǒng)的支持,如辦公自動化系統(tǒng)、管理信息系統(tǒng)、電子商務(wù)系統(tǒng)、決策支持系統(tǒng)等。企業(yè)在開發(fā)信息系統(tǒng)時,有些需要外包給軟件開發(fā)商來完成,企業(yè)只有把握好外包中的幾項(xiàng)關(guān)鍵因素,才能成功實(shí)施軟件系統(tǒng)的外包。

    2 企業(yè)信息系統(tǒng)軟件外包成功實(shí)施的關(guān)鍵因素

    煙草行業(yè)卷煙生產(chǎn)經(jīng)營決策管理系統(tǒng)(即“一號工程”)是2003年國家煙草專賣局根據(jù)行業(yè)宏觀調(diào)控和科學(xué)決策信息化建設(shè)發(fā)展的需要建設(shè)的信息化系統(tǒng)。系統(tǒng)建立了行業(yè)數(shù)據(jù)交換體系,通過打掃碼、數(shù)據(jù)庫聯(lián)機(jī)方式自動采集行業(yè)生產(chǎn)經(jīng)營基礎(chǔ)數(shù)據(jù),構(gòu)建行業(yè)業(yè)務(wù)指標(biāo)體系和數(shù)據(jù)分析模型,建立國家局?jǐn)?shù)據(jù)中心,實(shí)現(xiàn)國家局分析展現(xiàn)應(yīng)用的界面集成和業(yè)務(wù)集成。“一號工程”是煙草行業(yè)軟件外包的一個典型的成功案例[1]。

    (1)選擇技術(shù)實(shí)力強(qiáng)、口碑好的軟件外包企業(yè)

    企業(yè)在選擇軟件外包商時,可采取公開招投標(biāo)方式,對投標(biāo)單位從技術(shù)能力、人員能力及軟件過程能力進(jìn)行綜合評估,選擇員工作風(fēng)好、保密觀念強(qiáng)、政治覺悟高的企業(yè)作為接包方,確保系統(tǒng)數(shù)據(jù)安全,并與接包方簽訂《保密責(zé)任協(xié)議書》,建立安全保密分級管理制度。

    如“一號工程”于2003年通過公開招投標(biāo),確定由中國計算機(jī)軟件與技術(shù)服務(wù)總公司(即中軟總公司)作為項(xiàng)目總集成商,中軟總公司委托其下屬的中軟國際承接項(xiàng)目建設(shè)工作。中軟總公司是國家規(guī)劃布局內(nèi)重點(diǎn)軟件企業(yè),實(shí)力雄厚;中軟國際是國內(nèi)領(lǐng)先的應(yīng)用軟件和解決方案供應(yīng)商,在國內(nèi)IT行業(yè)享有較高的聲譽(yù)。

    (2)充分調(diào)研與溝通,作好項(xiàng)目需求分析工作

    企業(yè)在軟件外包時必須做好項(xiàng)目需求分析工作。業(yè)務(wù)部門提出用戶需求后,通過與技術(shù)部門、軟件開發(fā)人員多次交流溝通,提出系統(tǒng)的綜合要求及標(biāo)準(zhǔn)。開發(fā)人員通過分析系統(tǒng)需求,了解用戶工作流程并對其進(jìn)行正確分類,確定系統(tǒng)的可接受性、可實(shí)施性、可測試性;在形成需求報告之前,對后期發(fā)現(xiàn)的不明確、不一致的地方要進(jìn)行修改或補(bǔ)充;最后項(xiàng)目經(jīng)理應(yīng)邀請客戶代表共同評審需求文檔的正確性、完整性和清晰性,使需求文檔正確無誤地反映用戶需求。

    (3)明確各部門職責(zé),選派專人參與開發(fā)過程,保證項(xiàng)目進(jìn)度及安全

    企業(yè)應(yīng)明確參與部門(如歸口管理部門、牽頭部門、協(xié)作部門等)的具體職責(zé),避免在軟件開發(fā)出現(xiàn)問題時由于沒有建立合理的分工、反饋和跟蹤制度出現(xiàn)多方推諉現(xiàn)象;企業(yè)還應(yīng)選派技術(shù)人員全程參與開發(fā)過程并建立項(xiàng)目進(jìn)展情況表。企業(yè)參與軟件開發(fā),不僅可以培養(yǎng)自己的技術(shù)力量,還可以及時協(xié)調(diào)、解決出現(xiàn)的問題,為項(xiàng)目進(jìn)度提供保障,還能對項(xiàng)目涉及的保密數(shù)據(jù)進(jìn)行脫密處理,進(jìn)而保證項(xiàng)目安全。

    例如,“一號工程”在建設(shè)過程中成立了項(xiàng)目領(lǐng)導(dǎo)小組,國家局局長姜成康親自主抓,副局長李克明任組長,信息中心主任高錦任副組長,各單位負(fù)責(zé)人是領(lǐng)導(dǎo)小組成員。成立了項(xiàng)目實(shí)施辦公室,做到了分工明確,各司其責(zé)。從公開招投標(biāo)到各階段的項(xiàng)目建設(shè),每個方案都經(jīng)過了專家會議的若干次討論,每一階段國家局都召開了專門的會議進(jìn)行部署。李克明副局長親自參與布置各個階段的工作,協(xié)調(diào)各方關(guān)系,為項(xiàng)目建設(shè)提供了保障。

    (4)做好軟件測試工作,進(jìn)一步提高軟件產(chǎn)品質(zhì)量

    從技術(shù)角度看,各種信息系統(tǒng)開發(fā)的最終目的就是得到高質(zhì)量的軟件產(chǎn)品。企業(yè)為保證軟件產(chǎn)品質(zhì)量和可靠性,必須做好軟件測試工作。通過制定軟件測試計劃,做好測試準(zhǔn)備工作;組建測試團(tuán)隊,包括測試項(xiàng)目負(fù)責(zé)人、測試分析員、測試設(shè)計員、測試程序員、測試員、測試系統(tǒng)管理員、配置管理員;選擇合適的測試方法,靜態(tài)測試或者動態(tài)測試,白盒測試或者黑盒測試,重點(diǎn)要進(jìn)行可靠性及安全性測試;選擇測試工具,如Parasoft、Compuware、Xunit等白盒測試工具,LoadRunner、WinRunner、Astra Quicktest等黑盒測試工具;重點(diǎn)做好測試中Bug和需求變更的跟蹤和管理,做好Bug分類、缺陷記錄、版本控制等工作。

    (5)嚴(yán)格做好軟件驗(yàn)收工作

    軟件項(xiàng)目的驗(yàn)收非常重要。企業(yè)在接到驗(yàn)收申請后,要認(rèn)真審查軟件系統(tǒng)的運(yùn)行、文檔資料、培訓(xùn)工作等現(xiàn)狀,對于符合驗(yàn)收條件的項(xiàng)目,要嚴(yán)格按照驗(yàn)收標(biāo)準(zhǔn)和流程來驗(yàn)收。驗(yàn)收的主要依據(jù)是軟件需求規(guī)格說明書。驗(yàn)收程序分技術(shù)測試和文檔檢查。技術(shù)測試由專家組負(fù)責(zé)。文檔檢查主要檢查招投標(biāo)書、合同、用戶使用報告、信息安全測評報告、系統(tǒng)使用手冊等。驗(yàn)收測試范圍包括功能項(xiàng)測試、業(yè)務(wù)流程測試、容錯測試、安全性測試、性能測試、易用性測試、適應(yīng)性測試、文檔測試等。

    如“一號工程”作為耗時兩年半精心打造的信息化項(xiàng)目,驗(yàn)收時非常嚴(yán)格規(guī)范。驗(yàn)收委員會由中國工程院院士孫家廣、沈昌祥等13名專家組成。中軟國際的驗(yàn)收資料齊全完備,在《項(xiàng)目驗(yàn)收總結(jié)報告》中詳細(xì)描述其建設(shè)過程,涵蓋了從方案論證、軟件開發(fā)到項(xiàng)目實(shí)施與服務(wù)、合同完成情況等方面的工作。中煙信息技術(shù)公司隨即構(gòu)建了運(yùn)行維護(hù)體系,設(shè)立了客戶服務(wù)、技術(shù)支持等部門,在完成日常維護(hù)的同時,以電話支持和現(xiàn)場服務(wù)等方式為行業(yè)基層提供服務(wù)或解決操作上出現(xiàn)的問題。

    (6)做好商業(yè)秘密、核心技術(shù)等知識產(chǎn)權(quán)保護(hù)工作

    企業(yè)在軟件外包開發(fā)中,要做好知識產(chǎn)權(quán)保護(hù)工作。首先,要和接包方簽訂嚴(yán)格的保密協(xié)議,要求他們指定專人負(fù)責(zé)對核心技術(shù)的使用控制;其次,企業(yè)要通過技術(shù)分析及數(shù)據(jù)過濾提供盡可能少的核心機(jī)密;第三,盡量在發(fā)包方本地進(jìn)行后期的數(shù)據(jù)裝入,以減少商業(yè)秘密泄漏的可能。

    對于產(chǎn)生的其他知識產(chǎn)權(quán),根據(jù)我國《計算機(jī)軟件保護(hù)條例》的規(guī)定:“接受他人委托開發(fā)的軟件,其著作權(quán)的歸屬由委托人與受托人簽訂書面合同約定;無書面合同或者合同未作明確約定的,其著作權(quán)由受托人享有?！睂Υ?企業(yè)要與接包方簽訂書面合同,明確以下3點(diǎn)歸屬問題:(1)軟件作為一個整體的知識產(chǎn)權(quán)歸屬;(2)軟件中的代碼歸屬及重用性約束等具體規(guī)定;(3)因知識產(chǎn)權(quán)歸屬的法律適用及發(fā)生侵權(quán)糾紛的具體解決方式,包括責(zé)任的承擔(dān)、損失的追償?shù)取?/p>

    3 結(jié)語

    軟件外包對于企業(yè)來說,可以提高開發(fā)效率、降低成本。充分做好以上幾項(xiàng)工作,才能減少外包風(fēng)險,保證軟件產(chǎn)品質(zhì)量,為企業(yè)帶來更好的經(jīng)濟(jì)和社會效益。同時,企業(yè)還要針對軟件項(xiàng)目特點(diǎn),運(yùn)用適合自身的項(xiàng)目管理模式來加強(qiáng)軟件外包項(xiàng)目管理,尤其要規(guī)范項(xiàng)目實(shí)施過程,才能迅速適應(yīng)業(yè)務(wù)需求的變化,提高軟件系統(tǒng)的運(yùn)行效率,提升企業(yè)的核心競爭力。

    參考文獻(xiàn)

    [1]袁博.“一號工程”奏完第一樂章[J].中國煙草,2006,(09):23-25.

    陳國衛(wèi),魏汝祥,吳琴.軍用軟件外包探討[J].裝備制造技術(shù),2008,(09):14-15.

    梁潔.淺談軟件測試工具的選擇與使用[J].中國傳媒科技,2008,(11):59-60.

篇10

2012年暑假在天津**信息系統(tǒng)開發(fā)有限公司工作，負(fù)責(zé)餐飲管理軟件測試，完成項(xiàng)目經(jīng)理布置的測試任務(wù)，同時自己學(xué)習(xí)使用了自動化測試軟件，測試后要撰寫測試文檔。這是我第一次在正規(guī)的軟件公司工作，有機(jī)遇也有挑戰(zhàn)，每一天我都會認(rèn)真的對待。由于每個客戶都需要定制產(chǎn)品，所以我就要負(fù)責(zé)新開發(fā)的功能的測試工作，基本采用黑盒測試方法，測試出bug要寫到測試文檔上，等待開發(fā)人員修改后，再次進(jìn)行相應(yīng)的驗(yàn)證測試，這其實(shí)就是軟件開發(fā)的瀑布模型。通過做這項(xiàng)工作，認(rèn)識到了軟件測試在整個軟件開發(fā)的過程中具有重要的作用，它是在交付客戶使用前的最后一步，起到產(chǎn)品把關(guān)的作用。雖然在這家公司僅工作了1個月，但還是學(xué)到了很多的東西，公司每個人都很有激情，大家都很認(rèn)真的完成著自己的工作，有時還會主動加班，我也是。每周3次的早上例會，大家輪流主持，我也趕上主持了一回，開始有點(diǎn)緊張，講一會兒就放開了。老總很是和藹可親，給我說了公司的發(fā)展歷程，講解了公司軟件總體開發(fā)思路。一個月很快就過去了，我的這次實(shí)習(xí)也圓滿的結(jié)束了。

接下來休整了1個多月，又開始尋找第二家公司實(shí)習(xí)。2012年10月底有幸在一個程序員的qq群里，看到了群主“***”的招聘啟事，因?yàn)槲冶旧碇饕鰌hp開發(fā)的，而且這家公司是做php電子商務(wù)軟件的。還有以前在網(wǎng)上也看到過公司老板（也就是“***”）的采訪視頻，心中很崇拜他，這家公司就是從他1個人做起來的。心中竊喜，這是一個很好的機(jī)會啊，于是我馬上與他取得了聯(lián)系。第二天面試順利的通過了，我可以在這工作了，當(dāng)時非常高興，終于可以做php了。這家公司開發(fā)電子商務(wù)網(wǎng)站程序，提供給客戶的針對b-c,c-c模式的商城程序，系統(tǒng)采用php+mysql開發(fā)，而且框架結(jié)構(gòu)都是自己研發(fā)的。這家公司也已經(jīng)走過了3年的歷程，公司產(chǎn)品日趨成熟，目前主要是給客戶做定制開發(fā)。

我是和其他幾個一同來的，開始一位老員工負(fù)責(zé)給我們做技術(shù)培訓(xùn)。包括開發(fā)環(huán)境安裝，mvc開發(fā)模式介紹，公司產(chǎn)品介紹等等。隨后他給我們布置了一個作業(yè)，采用mvc開發(fā)模式，smarty模板引擎，adodb數(shù)據(jù)庫連接引擎，做一個小的論壇程序。接到任務(wù)后，我思考了一會兒，馬上著手開發(fā)了。雖然在開發(fā)過程中也遇到了一些問題，但過了3天后，我還是按時的完成了。

接著我們就開始熟悉公司產(chǎn)品了，從最基本的用戶登錄注冊開始，看到公司的源代碼，真實(shí)感受到商業(yè)產(chǎn)品的代碼是多么的復(fù)雜，需要考慮的事情很多，很細(xì)。由于公司人手不足，我們開始做了一些dedecms模板嵌套工作，是用dedecms做公司產(chǎn)品的幫助網(wǎng)站，和其他幾個人花了一個多星期終于完成了第一項(xiàng)工作。此后我主要做客戶的定制工作，幫助老員工做點(diǎn)小東西。同時接觸了很多的客戶，只有親身經(jīng)歷了，才能感覺到客戶對于公司的依賴性。希望公司能給他更多的幫助，我也是竭盡所能幫助客戶解決每一個問題。

通過不斷的學(xué)習(xí)，我對公司的產(chǎn)品結(jié)構(gòu)有了深入的了解，比如：緩存機(jī)制，靜態(tài)化處理，數(shù)據(jù)庫結(jié)構(gòu)等等，一般客戶提出的增加功能，我都可以獨(dú)自完成了。在工作過程中，同時也自學(xué)了ajax，jquery相關(guān)知識。期末考試結(jié)束后，同學(xué)們都相繼離開了，而我還在工作，其實(shí)每天都不累。在公司的這段時間也認(rèn)識了幾個好朋友，相互了解了許多的事情。感覺公司有幾個老員工技術(shù)很強(qiáng)，問他們的問題，幾下就搞通了，真是很佩服。

到了軟件公司，才能感覺到在學(xué)校所學(xué)到的知識是非常有限的。公司都有著嚴(yán)格的軟件開發(fā)管理流程，從開發(fā)工具，到代碼格式，要完全符合公司的編程標(biāo)準(zhǔn)才行，項(xiàng)目組的每個人做出的東西就像是一個人編出的東西一樣。老板就是這樣，一點(diǎn)一點(diǎn)打拼出來的，從一個人發(fā)展到目前為止的30人，確實(shí)非常不容易，很崇拜他，覺得那也是我的方向。我也非常希望能和他一樣，有一家屬于自己的軟件公司。

一晃在這家公司做了3個月，快到年了。最后一天，全公司大掃除，結(jié)束后老板召集大家開年會。他總結(jié)了一下2012年公司的成績，同時也提出了2012年暴露出的一些問題，我感覺很對，一個公司如果要想得到持續(xù)發(fā)展，必須得有嚴(yán)格的規(guī)章制度才行，俗話說：無規(guī)矩不成方圓。最后對實(shí)現(xiàn)2012年公司的目標(biāo)提出了具體的要求。這樣在2012年2月12日，我在第二家公司的實(shí)習(xí)工作也圓滿結(jié)束了。

到這兩家公司的實(shí)習(xí)工作，對我有很多啟迪，以下是我的一些總結(jié)：

1、客戶至上，必須靠實(shí)際行動說話，每個編程人員在開發(fā)客戶定制時，要時時刻刻為客戶著想，不要總是想偷懶，高質(zhì)量完成客戶定制的功能，做到bug少，效率高，只有客戶非常滿意了，公司才能提高品牌優(yōu)勢。

2、軟件需求要做仔細(xì)，前期安排專人與客戶進(jìn)行溝通，共同制定需求文檔。

3、要完善公司制度，做到用制度管人，比如：上班遲到問題等，無規(guī)矩不成方圓，確實(shí)是對的。

4、公司每個人要講求大局，不要為了個人小的利益，喪失公司大的利益。

5、要實(shí)行完善的員工獎勵機(jī)制，充分調(diào)動大家工作的積極性。

6、重要的事情開會，其他事情通過網(wǎng)絡(luò)通信就可以了。

7、公司領(lǐng)導(dǎo)要經(jīng)常傾聽員工內(nèi)心的想法，多交流，不要總是自己發(fā)言。