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

篇1

該書充分考慮了國內(nèi)大多數(shù)院校辦學(xué)條件不足,實(shí)驗(yàn)教學(xué)經(jīng)費(fèi)有限,無法全方位引進(jìn)商用軟件測(cè)試工具,無法開展軟件測(cè)試實(shí)驗(yàn)室建設(shè)的實(shí)際情況,對(duì)國內(nèi)外主流的開源軟件測(cè)試工具進(jìn)行全面分析、研究和優(yōu)選,并經(jīng)過北京工業(yè)大學(xué)軟件學(xué)院5輪實(shí)踐教學(xué)的檢驗(yàn),來設(shè)計(jì)該書的實(shí)驗(yàn)教學(xué)重點(diǎn)和實(shí)踐能力要求。該書的實(shí)驗(yàn)內(nèi)容之廣,涉及的軟件測(cè)試知識(shí)之多,以及開源軟件測(cè)試工具介紹之全面,無論是對(duì)于教師進(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)常見的軟件測(cè)試實(shí)踐教材重點(diǎn)講授某個(gè)或某幾個(gè)商用軟件測(cè)試工具的方法不同,它是以現(xiàn)代IT企業(yè)軟件測(cè)試需求為背景,以主流的軟件測(cè)試技術(shù)和方法為基礎(chǔ),以當(dāng)前的軟件測(cè)試應(yīng)用為實(shí)例,全面介紹了支持各種軟件測(cè)試類型的開源軟件測(cè)試工具的主要功能、應(yīng)用流程及實(shí)際案例。特別突出了軟件測(cè)試工具在實(shí)際測(cè)試項(xiàng)目中的使用能夠有效地鞏固所學(xué)軟件測(cè)試知識(shí),掌握軟件測(cè)試方法和技術(shù)以及提高軟件測(cè)試實(shí)戰(zhàn)能力。

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

篇2

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

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：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 背景

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

2 TMM模型框架簡(jiǎn)介

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

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

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

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

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

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

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

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

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

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

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

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

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

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

② 獲取用戶需求

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

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

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

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

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

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

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

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

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

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

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

管理和測(cè)量級(jí)＼&

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

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

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

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

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

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

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

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

優(yōu)化級(jí)＼&

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

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

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

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

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

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

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

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

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

4 TMM實(shí)施

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

1）準(zhǔn)備活動(dòng)

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

2）實(shí)施評(píng)估

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

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

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

4）活動(dòng)計(jì)劃

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

5 結(jié)束語

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

參考文獻(xiàn)：

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

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

篇3

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

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

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

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

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

高職院校每個(gè)專業(yè)的建設(shè)都應(yīng)充分依托區(qū)域經(jīng)濟(jì)發(fā)展，體現(xiàn)行業(yè)特色。甘肅省“十二五”規(guī)劃明確指出：“十二五”期間，將以蘭州、天水、平?jīng)鰹楹诵?，聚集?yōu)勢(shì)資源，進(jìn)一步擴(kuò)大集成電路、新型元器件、軟件等電子信息產(chǎn)品和產(chǎn)業(yè)規(guī)模，建設(shè)天水電子科技產(chǎn)業(yè)園、蘭州軟件產(chǎn)業(yè)園、西北云計(jì)算中心等園區(qū)，支持蘭州市創(chuàng)建國家級(jí)軟件和信息技術(shù)服務(wù)業(yè)示范基地，爭(zhēng)創(chuàng)中國軟件名城[1]。面臨巨大的市場(chǎng)機(jī)遇和挑戰(zhàn)，軟件測(cè)試專業(yè)如何進(jìn)一步把握市場(chǎng)需求，明確專業(yè)定位，確定人才培養(yǎng)模式，細(xì)化人才培養(yǎng)方案，構(gòu)建專業(yè)課程體系，進(jìn)一步開發(fā)課程資源，落實(shí)教學(xué)團(tuán)隊(duì)和實(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è)與社會(huì)需求的緊密接軌，深入企業(yè)調(diào)研，加強(qiáng)市場(chǎng)分析，按照軟件測(cè)試工作過程所需的典型工作崗位提煉專業(yè)人才培養(yǎng)目標(biāo)，將學(xué)生知識(shí)學(xué)習(xí)、技能提升、能力培養(yǎng)和素養(yǎng)形成融入整個(gè)教學(xué)過程，實(shí)現(xiàn)從學(xué)習(xí)者到工作者的角色轉(zhuǎn)換，努力培養(yǎng)適應(yīng)軟件測(cè)試崗位的職業(yè)技能強(qiáng)、綜合素質(zhì)高、具有可持續(xù)發(fā)展能力的高素質(zhì)技能型人才。

2）課程體系與崗位及崗位群緊密對(duì)接。加強(qiáng)對(duì)軟件測(cè)試企業(yè)的崗位調(diào)研，緊密跟蹤市場(chǎng)對(duì)本專業(yè)人才結(jié)構(gòu)、規(guī)模和質(zhì)量的需求變化，及時(shí)將本專業(yè)領(lǐng)域的新知識(shí)、新方法、新技術(shù)和新思想融入專業(yè)人才培養(yǎng)方案，對(duì)現(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è)計(jì)，完善相關(guān)管理制度和實(shí)施辦法；加強(qiáng)職業(yè)素質(zhì)課程的針對(duì)性與應(yīng)用性，加強(qiáng)所學(xué)知識(shí)與生活的聯(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ā)和推廣與軟件測(cè)試行業(yè)密切聯(lián)系的綜合性和案例式課程和教材。

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

5）優(yōu)化軟件測(cè)試專業(yè)人才培養(yǎng)方案。邀請(qǐ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)方案中的各個(gè)環(huán)節(jié)，重新制定課程標(biāo)準(zhǔn)，探討項(xiàng)目案例，細(xì)化教學(xué)過程，保證每一門課程開設(shè)的有效性和針對(duì)性。

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

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

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

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

4 思考與總結(jié)

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

參考文獻(xiàn)：

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

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

篇4

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

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

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

一、引言

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

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

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

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

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

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

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

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

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

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

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

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

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

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

三、總結(jié)

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

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

參考文獻(xiàn)：

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

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

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

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

[5]張國平等. 軟件工程卓越培養(yǎng)計(jì)劃的研究與設(shè)計(jì)[C].軟件工程2011年會(huì)，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ì)[J].高等理科教育，2013.10：85-87.

篇5

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

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

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

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

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

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

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

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

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

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

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

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

1.3 軟件測(cè)試外包人員角色

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

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

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

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

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

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

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

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

2.1 簽訂軟件測(cè)試外包合同

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

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

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

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

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

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

2.2.1 輸入

本活動(dòng)的輸入包括：《合格供方名錄》。

2.2.2 活動(dòng)步驟及要求

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

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

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

2.2.3 輸出

本活動(dòng)的輸出包括：軟件測(cè)試外包合同及其附件。

2.2.4 完成準(zhǔn)則

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

2.3 軟件測(cè)試外包活動(dòng)的執(zhí)行與管理

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

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

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

2.3.2 輸入

本活動(dòng)的輸入包括：軟件測(cè)試外包合同及其附件。

2.3.3 活動(dòng)步驟及要求

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

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

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

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

2.3.4 輸出

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

2.3.5 完成準(zhǔn)則

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

2.4 驗(yàn)收軟件測(cè)試外包活動(dòng)

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

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

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

2.4.2 輸入

本活動(dòng)的輸入包括：

（1）軟件測(cè)試外包合同及其附件。

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

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

2.4.3 活動(dòng)步驟及要求

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

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

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

2.4.4 輸出

本活動(dòng)的輸出包括：驗(yàn)收?qǐng)?bào)告。

2.4.5 完成準(zhǔn)則

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

3 總結(jié)

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

參考文獻(xiàn)

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

[2]巨振樂，趙明輝.正在興起的軟件測(cè)試外包.時(shí)代經(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；軟件測(cè)試；教學(xué)改革；分組教學(xué)

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

1 概述

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

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

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

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

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

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

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

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

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

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

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

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

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

3.2 教學(xué)組織

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

3.3 教學(xué)手段

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

3.4 考核方式

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

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

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

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

4 結(jié)束語

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

參考文獻(xiàn)：

[1] 顧配華.以設(shè)計(jì)為導(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í)與技術(shù)，2012（2）.

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

篇7

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

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

Acceptance testing

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

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

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

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

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

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

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

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

自頂向下綜合測(cè)試的具體步驟為：

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

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

3 每集成一個(gè)模塊立即測(cè)試一遍;

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

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

自底向上綜合測(cè)試的步驟分為：

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

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

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

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

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

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

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

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

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

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

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

執(zhí)行階段

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

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

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

4)活動(dòng)步 驟 執(zhí)行集成測(cè)試用例 回歸集成測(cè)試用例 撰寫集成測(cè)試報(bào)告

5)輸出 集成測(cè)試報(bào)告

6)出口條件 集成測(cè)試報(bào)告通過集成測(cè)試階段基線評(píng)審

二、選擇題

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

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

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

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

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

2 .軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?( ABCD )

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

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

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

目標(biāo) 1: 軟件質(zhì)量保證工作是有計(jì)劃進(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)組別和個(gè)人。

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

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

D .測(cè)試組

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

A .alpha 測(cè)試需要用戶代表參加

B .alpha 測(cè)試不需要用戶代表參加

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

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

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

A .制定測(cè)試計(jì)劃

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

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

D .評(píng)估測(cè)試活動(dòng)

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

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

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

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

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

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

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

三、添空

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

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

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

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

4. 對(duì)

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

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

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

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

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

四、簡(jiǎn)答

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

答：

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

階段評(píng)審目的:評(píng)審模塊 階段作品的正確性 可行性 及完整性

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

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

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

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

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

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

2. 什么是軟件測(cè)試

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

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

3 簡(jiǎn)述集成測(cè)試的過程

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

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

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

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

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

5. 測(cè)試代碼編寫過程。

6. Bug的報(bào)告過程。

7. 每周/每?jī)芍艿臉?gòu)建過程。

8. 點(diǎn)對(duì)點(diǎn)的測(cè)試過程。

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

5 白盒測(cè)試有幾種方法

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

答：用例全部測(cè)試。

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

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

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

10 描述軟件測(cè)試活動(dòng)的生命周期?

答：

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

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

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

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

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

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

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

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

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

2 . 死循環(huán)

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

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

5 . 功能錯(cuò)誤

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

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

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

1 . 程序錯(cuò)誤

2 . 程序接口錯(cuò)誤

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

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

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

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

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

4 . 刪除操作未給出提示

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

D 類— 較小錯(cuò)誤，包括以下各種錯(cuò)誤：

1 . 界面不規(guī)范

2 . 輔助說明描述不清楚

3 . 輸入輸出不

規(guī)范

4 . 長操作未給用戶提示

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

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

E 類— 測(cè)試建議

4 怎么做好文檔測(cè)試

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

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

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

篇8

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

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

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

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

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

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

案例的設(shè)計(jì)應(yīng)針對(duì)軟件工程課程群各模塊知識(shí)點(diǎn)的所處階段、應(yīng)用場(chǎng)景和授課目標(biāo)的差異，既要有覆蓋具體知識(shí)點(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é)要求的系列案例。如從自主研制的“軟件過程管理平臺(tái)”中選取典型模塊作為測(cè)試對(duì)象，針對(duì)不同測(cè)試類型的教學(xué)實(shí)驗(yàn)需求，對(duì)軟件代碼進(jìn)行有針對(duì)性的變異和缺陷注入，編寫對(duì)應(yīng)的測(cè)試需求、測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)和測(cè)試報(bào)告，形成功能測(cè)試、性能測(cè)試、單元測(cè)試等測(cè)試案例。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

五、結(jié)語

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

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

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

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

［3］伍春香,劉斌,李小紅.基于能力培養(yǎng)的軟件工程教學(xué)實(shí)踐［J］.計(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)的支持,如辦公自動(dòng)化系統(tǒng)、管理信息系統(tǒng)、電子商務(wù)系統(tǒng)、決策支持系統(tǒng)等。企業(yè)在開發(fā)信息系統(tǒng)時(shí),有些需要外包給軟件開發(fā)商來完成,企業(yè)只有把握好外包中的幾項(xiàng)關(guān)鍵因素,才能成功實(shí)施軟件系統(tǒng)的外包。

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

    煙草行業(yè)卷煙生產(chǎn)經(jīng)營決策管理系統(tǒng)(即“一號(hào)工程”)是2003年國家煙草專賣局根據(jù)行業(yè)宏觀調(diào)控和科學(xué)決策信息化建設(shè)發(fā)展的需要建設(shè)的信息化系統(tǒng)。系統(tǒng)建立了行業(yè)數(shù)據(jù)交換體系,通過打掃碼、數(shù)據(jù)庫聯(lián)機(jī)方式自動(dòng)采集行業(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ù)集成?！耙惶?hào)工程”是煙草行業(yè)軟件外包的一個(gè)典型的成功案例[1]。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    3 結(jié)語

    軟件外包對(duì)于企業(yè)來說,可以提高開發(fā)效率、降低成本。充分做好以上幾項(xiàng)工作,才能減少外包風(fēng)險(xiǎn),保證軟件產(chǎn)品質(zhì)量,為企業(yè)帶來更好的經(jīng)濟(jì)和社會(huì)效益。同時(shí),企業(yè)還要針對(duì)軟件項(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è)的核心競(jìng)爭(zhēng)力。

    參考文獻(xiàn)

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

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

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

篇10

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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