隨著(zhù)軟件產(chǎn)業(yè)的發(fā)展、軟件規模的逐步擴大,軟件的質(zhì)量問(wèn)題日漸突顯,軟件測試與軟件質(zhì)量監控也越來(lái)越受到軟件行業(yè)的重視。各類(lèi)招聘信息中對軟件測試類(lèi)人才的需求猛增,很多人由此而選擇了軟件測試,但其中不少人始終下面是小編為大家整理的2023年度軟件測試學(xué)習計劃【五篇】,供大家參考。
軟件測試學(xué)習計劃范文第1篇
關(guān)鍵詞:軟件測試;誤區;黑盒測試;測試用例
中圖分類(lèi)號:G642 文獻標識碼:A
隨著(zhù)軟件產(chǎn)業(yè)的發(fā)展、軟件規模的逐步擴大,軟件的質(zhì)量問(wèn)題日漸突顯,軟件測試與軟件質(zhì)量監控也越來(lái)越受到軟件行業(yè)的重視。各類(lèi)招聘信息中對軟件測試類(lèi)人才的需求猛增,很多人由此而選擇了軟件測試,但其中不少人始終未能拿到軟件測試行業(yè)的“入場(chǎng)券”,原因何在?軟件測試行業(yè)是一個(gè)高速發(fā)展的新興行業(yè),盡管當下認知程度不高,但有著(zhù)廣闊的發(fā)展前景。如何才能更有效地進(jìn)入軟件測試領(lǐng)域是本文的研究重點(diǎn)所在。
1軟件測試的誤區
軟件測試不斷受到重視,但總體上,國內軟件項目過(guò)程不夠規范,對軟件測試的重要性、測試方法和流程等還存在很多錯誤的認識,以致很多人在軟件測試領(lǐng)域走了不少彎路。對于測試人員以及準備進(jìn)入軟件測試領(lǐng)域的人員來(lái)說(shuō),首先必須認清并更正這些錯誤觀(guān)點(diǎn)。
(1) 誤區一:軟件開(kāi)發(fā)完成后才開(kāi)始進(jìn)行軟件測試
軟件從開(kāi)始計劃、編制、測試,一直到公開(kāi)使用的過(guò)程中都可能存在軟件缺陷。事實(shí)證明,需求規格說(shuō)明書(shū)是導致軟件缺陷的最大原因。隨著(zhù)時(shí)間的推移,修復軟件缺陷的費用呈幾何級數增長(cháng)。
(2) 誤區二:軟件后如果發(fā)現質(zhì)量問(wèn)題,那是軟件測試人員的錯
軟件測試只能確認軟件存在錯誤,不能保證軟件沒(méi)有錯誤。軟件的高質(zhì)量不是軟件測試人員測出來(lái)的,是靠軟件生命周期的各個(gè)過(guò)程設計出來(lái)的。應該分析軟件項目的各個(gè)過(guò)程,從過(guò)程改進(jìn)方面尋找產(chǎn)生錯誤的原因和改進(jìn)的措施。
(3) 誤區三:軟件測試要求不高,隨便找個(gè)人都可以完成這項工作
軟件測試涉及很多領(lǐng)域,簡(jiǎn)單的點(diǎn)點(diǎn)鼠標、按按鍵盤(pán)的工作根本無(wú)法達到軟件測試的目的,若想立足于軟件測試領(lǐng)域必須掌握和學(xué)習很多方面的知識。
(4) 誤區四:項目進(jìn)度吃緊時(shí)少做些測試,時(shí)間富裕時(shí)多做測試
縮短測試時(shí)間會(huì )導致測試不完整,無(wú)法達到測試的目的,測試效果也將大打折扣。軟件項目過(guò)程應該是有計劃的、可控制的,若項目過(guò)程管理混亂必然會(huì )降低軟件測試的質(zhì)量。
(5) 誤區五:自動(dòng)測試將取代手工測試
自動(dòng)測試速度快、效率高、準確度和精確度高。但動(dòng)測試只能測試某些軟件的部分特性,且無(wú)法靈活處理意外事件。手工測試可以更好地發(fā)揮人的主觀(guān)能動(dòng)性、靈活性、隨機應變性,可以更好地適應并處理突發(fā)事件。無(wú)論自動(dòng)測試技術(shù)多么發(fā)達,自動(dòng)測試也不能取代手工測試。
2學(xué)習軟件測試的過(guò)程和方法研究
不同知識基礎的人,學(xué)習軟件測試技術(shù)、進(jìn)入軟件測試領(lǐng)域的感受也有所不同,很多人在學(xué)習軟件測試知識的過(guò)程中非常盲目,沒(méi)有計劃、沒(méi)有方向,學(xué)習效率低下。在此,本人對學(xué)習軟件測試的過(guò)程和方法進(jìn)行總結、研究和探討,以作交流學(xué)習之用。
2.1學(xué)習軟件測試的過(guò)程
(1) 第一步明確測試目的
有目的才有動(dòng)力,有目標才有方向。軟件測試就是對軟件需求分析、設計規格說(shuō)明、程序代碼以及軟件其他相關(guān)產(chǎn)品進(jìn)行測試的過(guò)程,是軟件質(zhì)量保證的關(guān)鍵步驟。明確軟件測試的目的和目標才能準確的定位測試并更有效的進(jìn)行測試。
(2) 第二步結合實(shí)際項目,學(xué)習掌握測試方法、合理設計測試用例
常用的測試方法有黑盒測試和白盒測試。黑盒測試在完全不考慮程序內部結構和內部特性的情況下,針對軟件界面和軟件功能等進(jìn)行測試,是最基本的測試方法。白盒測試允許測試人員利用程序內部的邏輯結構及有關(guān)信息設計或選擇測試用例進(jìn)行測試。準確的理解和掌握這些技術(shù)及其相互關(guān)系是進(jìn)行軟件測試的前提。
測試是有風(fēng)險的行為,完全測試是不可能的。軟件測試用例是進(jìn)行測試的核心,是測試人員測試過(guò)程中的重要參考依據,它的組織和編寫(xiě)關(guān)系到整個(gè)測試工作和思路的正確性、有效性。測試用例的組織性和條理性是軟件測試成功的一個(gè)重要因素。因此,在學(xué)習軟件測試的過(guò)程中,要準確的把握測試方法并有條理的組織和設計測試用例。
同時(shí),軟件測試重在實(shí)踐。理論的掌握只能達到紙上談兵的功效,若想真正領(lǐng)悟測試技術(shù)的真諦還需進(jìn)行實(shí)際的項目測試。結合具體的測試項目,靈活運用各種測試方法組織編寫(xiě)測試用例可以幫助初學(xué)者更好的理解和掌握這些技術(shù)。
(3) 第三步熟悉測試步驟
一個(gè)完整的軟件測試過(guò)程包括測試計劃、測試設計、測試開(kāi)發(fā)、測試執行、缺陷跟蹤和測試評估。軟件測試管理工具可以系統地控制整個(gè)測試過(guò)程,實(shí)現從測試需求、測試設計、測試執行和缺陷跟蹤所有操作的全方位跟蹤管理,并為這幾個(gè)部分提供了關(guān)聯(lián)機制,使整個(gè)測試管理過(guò)程更加簡(jiǎn)單和有組織。在此,本人建議在學(xué)習軟件測試技術(shù)的過(guò)程中,以一個(gè)測試管理工具(例:TestDirector)為平臺進(jìn)行測試實(shí)踐,用心體會(huì )一個(gè)完整的測試過(guò)程。
(4) 第四步了解測試階段
軟件測試從軟件需求階段就已介入,基本貫穿軟件項目開(kāi)發(fā)全程,不同階段有不同的測試點(diǎn),需要不同的測試方法和技術(shù)。軟件測試可以大致分為需求評審、單元測試、集成測試、系統測試、驗收測試( 測試/ 測試)這幾個(gè)階段。明確各個(gè)階段的測試目的和內容才能選擇相對合適的方法進(jìn)行測試。
(5) 第五步測試技術(shù)的提高和升級
軟件自動(dòng)化測試是一項讓計算機代替測試人員進(jìn)行軟件測試的技術(shù),通常借助測試工具來(lái)執行。自動(dòng)化測試可以模擬軟件實(shí)際運行效果,測試效率高、準確度和精確度高、可以持續測試而無(wú)須休息,彌補了手工測試的不足。
性能被列為系統質(zhì)量的重要指標,并越來(lái)越受到人們的重視。性能測試是對軟件性能的表現進(jìn)行測試,較功能測試更難實(shí)現。
在掌握基本的測試方法和技術(shù)之后,可以繼續深入研究自動(dòng)化測試和性能測試,提高測試水平和測試能力。
2.2學(xué)習軟件測試的方法
學(xué)習方法的好壞和學(xué)習習慣對學(xué)習效果的影響非常大,以下是軟件測試初學(xué)者需要注意的幾個(gè)地方:
(1) 勤學(xué)好問(wèn)、充分利用各類(lèi)學(xué)習資源
問(wèn)題積累是學(xué)習的攔路虎。時(shí)間越久,問(wèn)題越多,給學(xué)習造成了很大的阻力,更甚者會(huì )讓初學(xué)者心生放棄。三人行必有我師,勤學(xué)好問(wèn),不要滋生“歷史”遺留問(wèn)題。當然,對于一個(gè)復雜問(wèn)題,如果在短時(shí)間內無(wú)法理解透徹時(shí),可以先簡(jiǎn)單的了解,然后在之后的學(xué)習和實(shí)踐過(guò)程中慢慢體會(huì )其含義。由簡(jiǎn)入繁,勿鉆“牛角尖”。
軟件測試的學(xué)習資源非常豐富,書(shū)籍、網(wǎng)站、論壇、技術(shù)交流群等唾手可得。充分利用這些資源可以縮短學(xué)習和解決問(wèn)題的周期,使學(xué)習更加高效。
(2) 實(shí)踐出真知
實(shí)踐是檢驗真理的唯一標準。要想真正學(xué)會(huì )測試,必須進(jìn)行實(shí)際的測試。不要說(shuō)沒(méi)有測試環(huán)境,想學(xué)的話(huà),完全可以自己搭建環(huán)境。有了行動(dòng)才能有收獲。
(3) 切莫“閉門(mén)造車(chē)”
軟件測試技術(shù)是解決實(shí)際軟件測試問(wèn)題的技術(shù),與現實(shí)世界密切相關(guān),盲目的學(xué)習可能適得其反。因此,應多關(guān)注軟件測試行業(yè)的動(dòng)態(tài),了解軟件測試行業(yè)的真正需求,有目的的學(xué)習。
(4) 細心、耐心
軟件測試是對人技術(shù)和意志的一種考驗,不細心就有可能與缺陷擦肩而過(guò),沒(méi)有耐心就無(wú)法將枯燥的測試進(jìn)行到底。只有充分的細心和耐心才能適應和完成軟件測試工作。
(5)“懷疑”精神
定性思維往往是發(fā)生錯誤的根源,對于軟件測試人員來(lái)說(shuō),更應該具有“懷疑”精神,要考慮每個(gè)細節,不要想當然地接受任何假設。
(6) 溝通能力
軟件測試人員必須具有良好的人際關(guān)系和溝通能力。由于軟件測試工作的特殊性,軟件測試人員在項目小組中并不受歡迎。由于需要經(jīng)常和開(kāi)發(fā)人員、測試組其他成員進(jìn)行溝通,軟件測試人員說(shuō)話(huà)辦事必須穩重得當,不能隨意指責別人,否則會(huì )事倍功半,影響軟件測試的效率。在學(xué)習軟件測試的過(guò)程中,應把握各種機會(huì ),多與人進(jìn)行溝通和交流。
3軟件測試的常用技巧
軟件測試雖然辛苦,但掌握一定技巧后將事半功倍。
(1) 邊界測試
邊界是最容易出錯的地方。在進(jìn)行軟件測試時(shí),應測試臨近邊界的合法數據(即最后一個(gè)可能合法的數據,以及剛超過(guò)邊界的非法數據)。
(2) 非法測試
人們在不了解軟件功能或使用方法的情況下,經(jīng)常會(huì )不經(jīng)意地輸入一些非法數據或進(jìn)行一些非法操作而導致軟件出現意外情況。因此,在進(jìn)行軟件測試的過(guò)程當中,應考慮進(jìn)行類(lèi)似的非法測試。例如在輸入數字的地方輸入字符、輸入郵件地址的地方輸入非法格式的數據、進(jìn)行一些不合理的操作等。
(3) 接口測試
程序往往在接口的地方發(fā)生錯誤,在進(jìn)行相關(guān)測試時(shí)切勿掉以輕心。
(4) 代碼重用測試
在開(kāi)發(fā)過(guò)程中有些模塊功能幾乎相同,程序員在重用代碼時(shí)可能忘記在原有代碼的基礎上作修改或修改不全面而引發(fā)錯誤。在測試的過(guò)程中應更加留意這方面的測試。
(5) 失效恢復測試
當意外(如網(wǎng)絡(luò )突然中斷、系統崩潰等)發(fā)生時(shí),用戶(hù)能否繼續使用系統,用戶(hù)將受到多大的影響也是測試要考慮的問(wèn)題。
4結束語(yǔ)
軟件測試是一個(gè)入門(mén)易、深入難的工作。學(xué)習軟件測試技術(shù)沒(méi)有捷徑可言,一點(diǎn)點(diǎn)的努力才是正道。學(xué)習過(guò)程是指引,學(xué)習方法是手段,希望以上的方法和技巧能夠給大家以啟迪,也希望更多有識之士能夠與我們共同徜徉在軟件測試這五彩繽紛的世界之中。
參考文獻:
[1] 把冉. 軟件測試行業(yè)特別調查[J]. 中國經(jīng)濟信息,2008(9):76-77.
[2] (美)Ron Patton. 軟件測試[M]. 周予濱,姚靜,等譯. 北京:機械工業(yè)出版社,2008.
[3] 路璐,王文莉. 淺談軟件測試技術(shù)[J]. 鄭州鐵路職業(yè)技術(shù)學(xué)院學(xué)報,2007,19(2):41-42.
[4] 黃茗云,王英龍,張洪亮. 軟件測試熱點(diǎn)淺析[J]. 研究與探討,2008(2):57-29.
[5] 康鋒. 軟件系統性能測試規劃[J]. 大眾科技,2007(8):65-66.
Research on Learning Process and Learning Method of Software Testing
TIAN Li-fang, LIU Shuan
(Department of Computer Science, Huanghuai University, Zhu Madian 463000, China)
軟件測試學(xué)習計劃范文第2篇
關(guān)鍵詞：
軟件測試；
項目驅動(dòng)；
教學(xué)模式；
測試流
中圖分類(lèi)號：G642 文獻標志碼：A 文章編號：1006-8228（2013）03-62-02
0 引言
軟件測試形成了一個(gè)新興的行業(yè)。軟件測試的工作貫穿于整個(gè)軟件產(chǎn)品生產(chǎn)過(guò)程的始終，是保證軟件質(zhì)量的有效手段。軟件測試課程是軟件工程專(zhuān)業(yè)的必修課程之一，是一門(mén)理論性和實(shí)踐性都很強的專(zhuān)業(yè)課。該課程對于人才的培養目標是：掌握軟件測試和軟件質(zhì)量的基本理論、常用的測試方法和自動(dòng)化測試工具，能夠編寫(xiě)測試計劃、設計測試用例、完成軟件初步測試。
目前軟件測試行業(yè)人才嚴重不足。據企業(yè)專(zhuān)職軟件測試人員分布調查，27.5%的企業(yè)目前沒(méi)有專(zhuān)業(yè)的軟件測試人員，43.5%的企業(yè)軟件測試人員的數量在1～10人之間。為了適應行業(yè)人才需求，國內高校紛紛開(kāi)設軟件測試課程。但軟件測試在國內高校中尚屬一門(mén)新興的課程，缺少對不同開(kāi)發(fā)方式和應用場(chǎng)景的軟件測試方法介紹，學(xué)生對軟件測試過(guò)程缺乏完整的認識，學(xué)習主動(dòng)性不高，甚至認為軟件測試是一門(mén)文字性課程。如何進(jìn)行軟件測試教學(xué)方法調整以適應業(yè)界需求已成為一個(gè)亟待解決的問(wèn)題。
1 軟件測試課程教學(xué)存在的主要問(wèn)題
1.1 學(xué)生學(xué)情分析
軟件測試是對軟件形成過(guò)程中的文檔、數據和程序等內容進(jìn)行測試，而不僅僅是對程序進(jìn)行測試，這需要學(xué)生對軟件工程的基礎理論，系統的分析設計，軟件的開(kāi)發(fā)技術(shù)等有一定的了解。
在還沒(méi)有完全理解軟件工程相關(guān)理論時(shí)，就開(kāi)始進(jìn)行軟件測試課程的學(xué)習，會(huì )導致學(xué)生對軟件測試理解的偏差。例如，認為軟件測試就是找出軟件項目中的錯誤，是簡(jiǎn)單而枯燥的工作，因而只重視開(kāi)發(fā)技術(shù)的培養，不重視甚至忽略測試技術(shù)的掌握。
1.2 教學(xué)材料分析
軟件測試方面的書(shū)籍大多是翻譯的，而且多是培訓用書(shū)或介紹軟件測試工具的書(shū)，而能夠滿(mǎn)足高校軟件測試課程的教材較少。在當前市面上的軟件測試教材中，大部分也只是闡述空洞的理論，附加簡(jiǎn)單而又陳舊的工具介紹，這些理念和工具很多已經(jīng)被業(yè)界淘汰，這樣的教材難以適應當前市場(chǎng)對軟件測試人才的需求。
軟件測試工具較多、范圍廣、不易把握重點(diǎn)，而大部分測試工具如：LoadRunner、WinRunner、JUnit、C++Test等都是英文版本，工具書(shū)較難讀懂。教學(xué)過(guò)程中沒(méi)有相關(guān)的軟件產(chǎn)品供學(xué)生測試，以驗證所學(xué)的理論，達不到理想的教學(xué)效果。
1.3 教學(xué)方法分析
傳統教學(xué)手段是以課堂教授為主的“灌輸式”教學(xué)。教師授課時(shí)主要是在分析一門(mén)課程知識結構的基礎上，循序漸進(jìn)地講授一門(mén)課程的知識點(diǎn)，學(xué)生按部就班地學(xué)習知識點(diǎn)。傳統教學(xué)法過(guò)于理論，學(xué)生往往在學(xué)了一堆理論知識后對如何測試實(shí)際項目還是很茫然。雖然傳統教學(xué)法在某些教學(xué)環(huán)節也會(huì )給出一些實(shí)例或小項目，但是對于整個(gè)課程來(lái)說(shuō)，這些實(shí)例或小項目是孤立的、彼此沒(méi)有聯(lián)系的，以至學(xué)生掌握的知識也是零散的，不系統的，缺乏對課程的整體把握。
1.4 考核方式分析
課程考核是課程教學(xué)過(guò)程中的重要一環(huán)，是檢測和促進(jìn)學(xué)生學(xué)習效果的重要手段。目前學(xué)生考核體系基本以閉卷形式的終結性考核成績(jì)?yōu)橹?，以考勤、課堂表現、作業(yè)等組成的平時(shí)成績(jì)?yōu)檩o的考核方式。這種方式存在的問(wèn)題主要是：以期末考試成績(jì)?yōu)橹?，考核內容相對片面，注重的是軟件測試基礎理論知識，對軟件測試應用知識的能力考查不夠，過(guò)分注重書(shū)本知識而忽略了軟件測試綜合應用能力的整體考查。
2 基于項目驅動(dòng)的軟件測試教學(xué)法探索
欲改善上述局面，就應結合學(xué)生的專(zhuān)業(yè)特色，在教學(xué)過(guò)程中以實(shí)際工程項目為主線(xiàn)，把軟件項目的整體思想納入到本課程中來(lái)，讓學(xué)生在學(xué)習過(guò)程中積累項目測試經(jīng)驗，掌握項目測試的流程，增加學(xué)生對課程目的性的認識，提高學(xué)生的積極性。
項目驅動(dòng)式教學(xué)法是一種建立在建構主義學(xué)習理論基礎上的、有別于傳統教學(xué)的新型教學(xué)方法。建構既是對新知識的理解與掌握，同時(shí)又包含對原有經(jīng)驗和知識的改造和重組，綜合形成新的知識建構。該方法提倡以學(xué)生為中心的學(xué)習。在整個(gè)教學(xué)過(guò)程中教師起組織者、指導者、幫助者和促進(jìn)者的作用，教師利用情境、協(xié)作、會(huì )話(huà)等學(xué)習環(huán)境要素充分發(fā)揮學(xué)生的主動(dòng)性、積極性和創(chuàng )造性，最終使學(xué)生有效地掌握當前所學(xué)知識。
2.1 軟件項目前期準備階段
項目是項目驅動(dòng)教學(xué)的核心，整個(gè)教學(xué)過(guò)程都始終圍繞項目展開(kāi)。項目設置的好壞將直接影響到教學(xué)效果，因此在設計項目上應注意以下幾點(diǎn)。
2.1.1 項目具有典型性
項目教學(xué)法中應選擇以解決身邊的現實(shí)問(wèn)題為背景材料，從熟悉項目著(zhù)手能充分激發(fā)學(xué)生的學(xué)習熱情。項目能覆蓋學(xué)生已經(jīng)學(xué)習過(guò)的知識點(diǎn)，如：軟件工程的基礎理論，系統的分析設計，軟件的開(kāi)發(fā)技術(shù)，從源頭上保證知識的完整性。
2.1.2 項目規模、難度適中
項目教學(xué)法中選擇的項目規模和難度都應適中。如果項目規模和難度過(guò)大，軟件測試用例的設計難度大，學(xué)生不容易完成。項目規模和難度過(guò)小，則涉及的知識點(diǎn)少，不能反映學(xué)生對軟件測試用例設計的理解程度。因此，設計的項目應保證學(xué)生通過(guò)努力能夠完成，這樣可以樹(shù)立學(xué)生完成任務(wù)的信心，充分調動(dòng)學(xué)生的積極性和主觀(guān)能動(dòng)性。
2.1.3 項目規范
由于軟件測試是對軟件形成過(guò)程中的文檔、數據、程序，以及所有相關(guān)文檔進(jìn)行測試，所以被測軟件應該是按照軟件工程思想設計開(kāi)發(fā)的，每個(gè)階段的工作都應當在文檔中體現出來(lái)，文檔撰寫(xiě)有嚴格的標準和規范。
項目來(lái)源：
途徑1：所在學(xué)院的每門(mén)課程都有多名教師建立的課程群，測試案例可以由教授面向對象程序設計、綜合課程設計、系統分析與設計等課程的教師提出要求，選擇典型的作品充實(shí)案例庫。
途徑2：從畢業(yè)設計中選擇，大四的學(xué)生都要作畢業(yè)設計，教師可以從其提取一些典型系統，充實(shí)案例庫。
途徑3：來(lái)自學(xué)生科研項目，每年都有大量的學(xué)生申報科研項目，教師可以收集其優(yōu)秀作品，充實(shí)案例庫。
途徑4：來(lái)自校企合作項目，教師在和企業(yè)合作開(kāi)發(fā)項目時(shí)，在合同允許的情況下，將開(kāi)發(fā)系統作為實(shí)際案例，充實(shí)案例庫。
2.2 基于項目驅動(dòng)的軟件測試教學(xué)法實(shí)施
基于項目驅動(dòng)的軟件測試教學(xué)法實(shí)施是在學(xué)生已完成軟件系統分析與設計的實(shí)踐，并有一定的編程能力的基礎上設計的，涉及兩種活動(dòng)流：教學(xué)流和測試流。
⑴ 教學(xué)流
由于軟件測試課程的知識點(diǎn)前后關(guān)聯(lián)關(guān)系不大，教師在教學(xué)流過(guò)程中，不必在講清楚課程的基礎知識和基本技能后再進(jìn)行項目的教學(xué)，可直接面對具體任務(wù)進(jìn)行教學(xué)。在教師帶領(lǐng)學(xué)生分析解決具體項目的方法時(shí)，將相關(guān)聯(lián)的知識點(diǎn)串聯(lián)起來(lái)，讓學(xué)生在學(xué)習各階段的理論知識同時(shí)，完成軟件相應的測試活動(dòng)。
基于項目驅動(dòng)的教學(xué)流按照項目測試流程大體可分為三個(gè)階段：軟件測試基礎、軟件測試技術(shù)和軟件測試管理。
第一階段，學(xué)生主要進(jìn)行部分軟件開(kāi)發(fā)和相應產(chǎn)品的靜態(tài)測試。在開(kāi)發(fā)的過(guò)程中通過(guò)規范的開(kāi)發(fā)文檔和測試文檔，給學(xué)生展示單元測試、集成測試和系統測試的密切關(guān)系，讓學(xué)生深刻認識到軟件測試是緊密伴隨軟件開(kāi)發(fā)過(guò)程而進(jìn)行的活動(dòng)。
第二階段，主要進(jìn)行測試設計和實(shí)現。軟件測試中對具體項目常常有多種測試方法，教師可只講解其中最實(shí)用的方法。其他方法的應用作為討論、實(shí)驗、課外作業(yè)的形式由學(xué)生完成，讓學(xué)生在完成項目實(shí)踐的過(guò)程中學(xué)習知識、解決問(wèn)題、提高技能。本階段的教學(xué)應只包括對重點(diǎn)教學(xué)內容的講解，其過(guò)程應該精練，以便為學(xué)生學(xué)習提供廣泛的空間，為學(xué)生順利完成項目打下良好的基礎。
第三階段，主要進(jìn)行測試管理和報告。通過(guò)測試用例管理工具、案例以及規范的軟件測試報告的介紹和展示，讓學(xué)生深刻認識軟件測試需要規范的測試管理過(guò)程，軟件測試中測試需求、測試用例、測試業(yè)務(wù)組件、測試計劃、測試執行、測試結果、缺陷都需要進(jìn)行合理的規劃和管理。
⑵ 測試流
基于項目驅動(dòng)的測試流是由教師給定多個(gè)項目，并提出測試要求，教學(xué)過(guò)程中將團隊測試的思想貫穿始終，將學(xué)生分成若干小組，以小組為單位完成項目測試。每個(gè)小組由1個(gè)項目組長(cháng)、1個(gè)測試組長(cháng)和3個(gè)測試組員構成。小組內部責任明確，選擇有較強實(shí)踐能力和溝通能力學(xué)生擔任項目組長(cháng)，負責制定測試方案、任務(wù)分配和人員協(xié)調工作。選擇有較強學(xué)習能力和技術(shù)能力學(xué)生擔任測試組長(cháng)，負責分析軟件需求、獲得測試需求、制定測試策略方案、確定測試方法。小組內每個(gè)學(xué)生必須完成最基本的任務(wù)，即測試用例的設計、編寫(xiě)、執行和維護等各項任務(wù)。
測試流執行過(guò)程中，學(xué)生探究性地學(xué)習相關(guān)的知識和技能，在知識運用中掌握實(shí)踐技能。通過(guò)任務(wù)的實(shí)施和完成，讓學(xué)生體驗到知識應用的成就感，增強學(xué)習的積極性，促使學(xué)生更加主動(dòng)地、探索性地學(xué)習相關(guān)的知識和技能，使知識技能的掌握更加牢固。測試流執行過(guò)程中，教師為項目組提供相關(guān)的學(xué)習資料資源，引導學(xué)生有目的性、有針對性地學(xué)習，同時(shí)關(guān)注學(xué)生開(kāi)展項目的全過(guò)程，嚴格要求按照項目的具體實(shí)施流程進(jìn)行，比如軟件測試項目必須按照測試計劃、測試設計、測試執行和測試結果分析來(lái)進(jìn)行，每個(gè)階段的工作必須撰寫(xiě)規范的技術(shù)報告。
測試流的最后階段，教師組織各測試小組進(jìn)行課程設計答辯。答辯時(shí)，組間相互評價(jià)，從文檔規范性、測試方法的正確性和有效性、測試技術(shù)應用的廣泛性等方面選出最優(yōu)測試小組。最終經(jīng)過(guò)教師對學(xué)生單人考核，結束本次測試流教學(xué)。
3 結束語(yǔ)
本文針對軟件測試課程教學(xué)中存在的問(wèn)題，提出采用項目驅動(dòng)的教學(xué)模式，通過(guò)教學(xué)流、測試流兩種活動(dòng)流，將軟件測試理論知識融入到實(shí)踐活動(dòng)中。該教學(xué)模式打破了傳統，激發(fā)了學(xué)生的學(xué)習興趣，有利于學(xué)生對測試過(guò)程形成一個(gè)整體認識，符合軟件工程系統化思想。由于軟件測試相關(guān)理論還在不斷完善，實(shí)驗理論、實(shí)驗方法手段、實(shí)驗技術(shù)正在飛速發(fā)展，這就需要我們在教學(xué)過(guò)程中不斷地探索、總結、完善軟件測試教學(xué)的內容和方法，進(jìn)一步提高課程的教學(xué)效果和質(zhì)量。
參考文獻：
[1] 龔宇輝.軟件測試課程教學(xué)改革研究[J].教育與職業(yè)，2010.24：
130-131
[2] 張向宏.軟件測試理論與實(shí)踐教程[M].人民郵電出版社，2009.
[3] 聶長(cháng)海.關(guān)于軟件測試的幾點(diǎn)思考[J].計算機科學(xué)，2011.38（2）：1-3
[4] 程茂，溫靜，吳玉潔.軟件測試課程的教學(xué)研究[J].河北師范大學(xué)學(xué)報
軟件測試學(xué)習計劃范文第3篇
關(guān)鍵詞：軟件測試；
測試方法；
探索性測試
中圖分類(lèi)號：TP311.52 文獻標識碼：A 文章編號：1007-9599?。?012） 19-0000-02
1 引言
面對當今信息化水平的不斷提高，軟件測試技術(shù)也取得了不斷的發(fā)展，探索性測試逐漸登上舞臺，受到了軟件測試人員的重視。探索性測試是一種新的測試思維方式，應該是測試人員必須掌握的。探索性測試是軟件測試領(lǐng)域比較前沿的理論，特別適用于那些事先沒(méi)有能夠進(jìn)行詳細測試設計或者要求在短時(shí)間內發(fā)現被測軟件一些重要缺陷的情況，使用探索性測試能顯著(zhù)提高軟件測試的效率[1，5]。
探索性軟件測試具有強大的缺陷發(fā)現能力，而這一能力是其得到眾多青睞的重要原因，如微軟就建立了專(zhuān)門(mén)的探索性測試團隊，探索性測試也是微軟官方的驗證測試方法之一，部分第三方軟件如果需要取得微軟的兼容證書(shū)，必須通過(guò)微軟的探索性測試[2]。
2 探索性測試的概念和基本思想
2.1 探索性測試的概念
探索性測試的定義很多，探索性測試的創(chuàng )始人James Bach 對探索性測試的定義為[2]：了解被測軟件，設計測試用例，執行測試同時(shí)進(jìn)行的軟件測試技術(shù)。簡(jiǎn)單點(diǎn)說(shuō)就是事先不進(jìn)行計劃和設計的一種特殊類(lèi)型的測試，由有經(jīng)驗的測試人員根據實(shí)際情況，憑借自身的測試經(jīng)驗和對系統的認識來(lái)進(jìn)行測試，而正是因為這一特點(diǎn)，往往能幫助測試人員在測試設計之外發(fā)現更多的軟件缺陷。
2.2 探索性測試的基本思想
探索性測試強調系統軟件學(xué)習、測試設計和測試執行的同時(shí)進(jìn)行，這樣對傳統測試方法中要求測試文檔（計劃、設計）必須非常詳細和明確、測試用例的設計和執行必須依賴(lài)開(kāi)發(fā)文檔、測試執行的過(guò)程必須依照測試用例的設計等都是一個(gè)很好的補充。
探索性測試強調的同時(shí)性是相對于傳統軟件測試過(guò)程中的“先設計，后執行”來(lái)說(shuō)的，測試人員通過(guò)測試來(lái)不斷學(xué)習被測系統，同時(shí)把學(xué)習到的關(guān)于被測軟件的更多信息通過(guò)綜合的整理和分析創(chuàng )造出更多的關(guān)于測試的注意。傳統測試方式強調設計完善的測試用例，測試人員嚴格按照測試用例執行測試，而探索性測試是一種新的測試思維，強調的是測試過(guò)程中要有更多的發(fā)散思維，這也是與傳統測試方式的最大區別。探索性測試并不是孤立的測試方法，我們在實(shí)際的測試過(guò)程中都會(huì )不自覺(jué)的使用它，比如當開(kāi)發(fā)人員修改完一個(gè)缺陷后，我們在進(jìn)行確認時(shí)，一些有經(jīng)驗的測試人員不僅僅是對該缺陷進(jìn)行確認，他們會(huì )進(jìn)行一些額外的測試來(lái)探索修復該缺陷是否對某些功能產(chǎn)生影響，這就是典型的探索性測試，我們只有不斷的豐富自身測試經(jīng)驗、提高敏銳性，才能夠在合適的測試項目、適當的時(shí)機引入探索性測試，達到測試目的。
3 探索性測試的特征及優(yōu)缺點(diǎn)
探索性測試事先沒(méi)有明確的測試計劃，也沒(méi)有詳細的測試說(shuō)明，要根據測試的實(shí)際情況來(lái)及時(shí)的設計出測試用例，它是測試人員依據測試任務(wù)進(jìn)行主動(dòng)的、探索式的測試。這意味著(zhù)探索性測試的開(kāi)展要比傳統測試具備更多的測試經(jīng)驗和主觀(guān)能動(dòng)性，而且要具備更強的測試用例設計能力，此外，還需要很強的觀(guān)察能力，思維能力。
3.1 探索性測試的特征[4]：
探索性測試強調軟件系統學(xué)習、測試設計和測試執行同時(shí)進(jìn)行；
測試人員在測試的過(guò)程中不斷學(xué)習被測試系統，然后再根據學(xué)習的內容來(lái)指導測試，是一循環(huán)過(guò)程；
探索性測試的重點(diǎn)是創(chuàng )新和主觀(guān)能動(dòng)性。
3.2 探索性測試的優(yōu)點(diǎn)：
比傳統的測試方法靈活；
測試文檔可以不充分；
能夠發(fā)現測試設計以外的缺陷；
增強了發(fā)現難以發(fā)現的缺陷的能力；
可以激發(fā)測試人員的創(chuàng )造性和主觀(guān)能動(dòng)性。
3.3 探索性測試的缺點(diǎn)：
事先對測試工作沒(méi)有一個(gè)整體規劃，不利于測試的標準化；
測試可能存在重復性，不能確定哪些測試已經(jīng)被執行過(guò)；
難于駕馭，測試結果難以評估，難以在軟件測試工作中大量普及應用。
4 探索性測試方法與傳統測試方法的比較
4.1 傳統測試方法
以V模型和W模型為代表的傳統理論的軟件測試，要求在軟件設計開(kāi)發(fā)的同時(shí)就引入軟件測試。例如在V模型中，如圖1所示[3]，在軟件開(kāi)發(fā)的系統需求分析、軟件需求分析、軟件概要設計、軟件詳細設計階段分別需要引入系統測試、配置項測試、部件測試、單元測試。這些測試都要求事先設計好測試用例，寫(xiě)好測試腳本。在實(shí)際的測試過(guò)程中往往會(huì )出現這樣的情況，測試工程師花在測試設計和報告填寫(xiě)上的時(shí)間遠遠超過(guò)了真正的執行測試時(shí)間。
4.2 探索性測試方法
如圖2模型所示，使用探索性方法進(jìn)行軟件測試，首先在了解軟件需求和開(kāi)發(fā)文檔，了解測試任務(wù)、軟件運行環(huán)境、測試環(huán)境制定測試計劃的同時(shí)，根據已經(jīng)掌握的情況，對被測試軟件進(jìn)行初次的測試用例設計，利用設計出來(lái)的測試用例，進(jìn)行探索性軟件測試執行。將測試的執行結果，一方面反饋到設計好的測試用例中去，對已有的測試用例進(jìn)行修改；
另一方面又可以進(jìn)一步利用對測試過(guò)程及測試結果中的信息，加強對軟件系統的學(xué)習了解，設計出新的測試用例，執行測試。如此反復循環(huán)，直至完成原先設定的測試目標。
圖2 探索性軟件測試模型圖
5 探索性測試的應用
5.1 實(shí)驗數據分析
首先通過(guò)兩組實(shí)驗數據來(lái)分析探索性測試在實(shí)際工作的應用，被測軟件是一個(gè)大約3萬(wàn)行的零售行業(yè)軟件，預埋缺陷24個(gè)。
通過(guò)這兩組實(shí)驗數據，我們可以觀(guān)察到以下三點(diǎn)：
（1）在傳統測試方法中，結合使用探索性測試方法，缺陷的檢出率明顯高于單一的使用傳統測試方法；
（2）探索性測試能發(fā)現更多測試設計以外的缺陷；
（3）進(jìn)行探索性測試時(shí)，測試人員的經(jīng)驗、態(tài)度、思維方法等方面都會(huì )影響測試的效果。
該實(shí)驗目的不是去證明探索性測試與傳統測試方法哪種更優(yōu)秀，因為并不是所有的測試活動(dòng)都適合使用探索性測試，只是希望在進(jìn)行傳統測試方法時(shí)結合采用探索性測試。探索性測試一般適合在以下一些場(chǎng)景中使用，比如：需要快速了解產(chǎn)品質(zhì)量；
需要在短時(shí)間內發(fā)現軟件的重大缺陷；
測試設計以外缺陷的檢查；
已進(jìn)行過(guò)傳統測試，需要對某一特定類(lèi)型缺陷再進(jìn)行測試；
功能較為單一的小規模軟件；
大型項目的回歸測試等，探索性測試并不是孤立的測試方法，我們在實(shí)際的測試過(guò)程中都會(huì )不自覺(jué)的使用它，比如當開(kāi)發(fā)人員修改完一個(gè)缺陷后，我們在進(jìn)行確認時(shí)，一些有經(jīng)驗的測試人員不僅僅是對該缺陷進(jìn)行確認，他們會(huì )進(jìn)行一些額外的測試來(lái)探索修復該缺陷是否對某些功能產(chǎn)生影響，這就是典型的探索性測試。
5.2 探索性測試的管理及步驟
那么，我們在進(jìn)行探索性測試時(shí)如何進(jìn)行過(guò)程控制和管理的，通常情況下根據測試主管在測試項目中的作用可以分為以下兩種方式進(jìn)行[6]：一種是由測試主管分配需要測試的模塊，他不參與具體的測試任務(wù)；
測試人員來(lái)完成這些模塊的測試，并且將測試中的問(wèn)題進(jìn)行報告；
測試主管根據測試情況定期召開(kāi)項目組會(huì )議。另一種是測試主管和測試人員一樣參與某些測試任務(wù)；
測試主管在測試過(guò)程中實(shí)時(shí)的根據測試質(zhì)量和測試進(jìn)度調整測試策略；
測試主管持續的了解整個(gè)測試過(guò)程，與測試人員一起探討測試策略。
這兩種測試管理方式是目前國內外都普遍適用的方式，在任何一種管理模式下進(jìn)行探索性測試，測試主管和測試人員都必須經(jīng)過(guò)以下幾個(gè)步驟：
（1）識別軟件系統的目的，了解該軟件系統測試的重點(diǎn)及要達到的目標；
（2）識別軟件系統提供的功能，梳理出整個(gè)軟件系統的需要進(jìn)行測試的所有模塊；
（3）識別軟件系統潛在的不穩定區域，與開(kāi)發(fā)人員及測試人員討論，篩選出缺陷可能出現較多的模塊；
（4）在探索軟件系統的過(guò)程中記錄關(guān)于軟件的信息和問(wèn)題，記錄好測試步驟以便進(jìn)行下一輪回歸測試。
6 結束語(yǔ)
本文探討了探索性測試方法的基本原理并闡述了探索性測試的優(yōu)缺點(diǎn)及能解決的問(wèn)題，但并不是說(shuō)用它來(lái)取代現有傳統測試方法，它只是對傳統測試方法的一種很好的補充，它適合在某一特定環(huán)境和要求下進(jìn)行。探索性測試要求充分發(fā)揮測試人員的個(gè)人能力，要求測試人員有很好的主觀(guān)能動(dòng)性，需要把自身的經(jīng)驗技能及對系統的學(xué)習認知作為參考，靈活地經(jīng)行測試設計和執行，只有在適合的項目、在合理的時(shí)機引入探索性測試才能充分發(fā)揮它的優(yōu)勢，才能夠顯著(zhù)提高軟件的測試效率，達到事半功倍的效果。
參考文獻：
[1]鄭人杰.計算機軟件測試技術(shù)[M].北京：清華大學(xué)出版社，1992：34～37.
[2]James A.Whittaker.探索式軟件測試[M].方敏，張勝，等譯.北京：清華大學(xué)出版社，2010，4：9～15.
[3]練榮政.一個(gè)基于探索性軟件測試理論的測試用例生成系統的研究與實(shí)現[D].北京交通大學(xué)碩士學(xué)位論文，2008.06.
[4]謝經(jīng)緯，吳昊.探索性方法在面向故障軟件測試中的應用[J].微計算機信息，2010，26（921）：145～146.
[5]段念.探索性軟件概述[EB/OL].http：//，2006，07.
[6]高翔.探索性測試進(jìn)度控制的方法 51測試天地，2010，04.
軟件測試學(xué)習計劃范文第4篇
關(guān)鍵詞 軟件測試 教學(xué)改革 能力培養 教學(xué)過(guò)程 課程置換
中圖分類(lèi)號：G424 文獻標識碼：A
Exploring about the Reform of Software Testing Course
in the Application-oriented Institutions
PANG Haibo， LI Zhanbo
（Software Technology School of Zhengzhou University， Zhengzhou， He"nan 450002）
Abstract This paper analyzes the software testing industry， and a number of issues that exist in teaching， summed up the software companies for software testing requirements and industry demand conditions talent for talent， summed up the software testing professionals should have the basic knowledge and quality requirements， focusing on the improve student software testing theory， technical capacity， a new model of software testing from the curriculum reform， teaching， engineering practice， school-enterprise cooperation and replacement programs， etc.， to stimulate students" enthusiasm and motivation to learn and improve training quality of software testers.
Key words software testing；
teaching reform；
ability training；
teaching process；
course change
近年來(lái)，中國軟件產(chǎn)業(yè)保持了飛速發(fā)展的趨勢，軟件產(chǎn)品的質(zhì)量備受所有用戶(hù)特別是IT行業(yè)用戶(hù)的關(guān)注。軟件測試作為軟件開(kāi)發(fā)過(guò)程中重要的一環(huán)，對保證軟件質(zhì)量具有至關(guān)重要的意義，同時(shí)也是控制軟件質(zhì)量的重要手段之一。目前，國內許多軟件開(kāi)發(fā)企業(yè)對軟件開(kāi)發(fā)仍然存在“重開(kāi)發(fā)、輕測試”的思想，因此，盡快建立完善軟件測試人才的系統培養環(huán)境、提高軟件測試人才的培養質(zhì)量，為軟件產(chǎn)業(yè)的健康發(fā)展提供智力支持已成為軟件測試專(zhuān)業(yè)課程和教學(xué)改革的主要目標之一。
本文首先分析了我國軟件測試行業(yè)和教學(xué)存在的若干問(wèn)題以及IT企業(yè)對軟件測試人才的素質(zhì)要求，接著(zhù)討論了軟件測試專(zhuān)業(yè)課程的設置和定位問(wèn)題，結合筆者的工作實(shí)際以及校企聯(lián)合開(kāi)展大學(xué)生軟件測試技能競賽的效果，對軟件測試教學(xué)過(guò)程提出了一些建議。
1 軟件測試行業(yè)和教學(xué)現狀
軟件生產(chǎn)方式已經(jīng)越來(lái)越趨向于大規模集成化生產(chǎn)，這一生產(chǎn)方式確立了軟件產(chǎn)品的質(zhì)量控制與質(zhì)量管理在軟件生產(chǎn)中至關(guān)重要的地位。調查顯示，我國軟件開(kāi)發(fā)企業(yè)普遍缺少測試人員，而專(zhuān)職軟件測試人員與開(kāi)發(fā)人員的比率更是偏低，遠遠達不到國外1：1甚至2：1的比例，整個(gè)軟件行業(yè)從業(yè)人員比例結構很不合理。主要由于企業(yè)認知和軟件測試人員的培養過(guò)程存在以下一些問(wèn)題和不足而導致：
1.1 重開(kāi)發(fā)，輕測試
很多企業(yè)和學(xué)生認為，軟件開(kāi)發(fā)比軟件測試重要，軟件測試相關(guān)工作職位待遇不如軟件開(kāi)發(fā)。他們認為軟件測試從業(yè)人員不需要深入的專(zhuān)業(yè)知識，只要會(huì )寫(xiě)程序就能夠勝任軟件測試工作，從事軟件測試類(lèi)的工作沒(méi)有前途，所以大部分傾向于做開(kāi)發(fā)人員，而不喜歡做測試。同樣，絕大多數學(xué)生認為軟件測試比軟件開(kāi)發(fā)容易，沒(méi)有較高的技術(shù)含量，只是能夠找出軟件中的錯誤就可以了。甚至有相當一部分軟件測試人員認為軟件的質(zhì)量的好壞是開(kāi)發(fā)人員的事情，與軟件測試人員沒(méi)有關(guān)系。
1.2 底子薄、基礎差
大部分開(kāi)設計算機課程的學(xué)校，學(xué)生都是到大學(xué)二年級后半學(xué)期才開(kāi)始接觸軟件測試課程，缺少對軟件測試課程的系統學(xué)習，甚至很多學(xué)生只學(xué)習軟件工程課程，根本接觸不到軟件測試課程。
對離散數學(xué)、程序設計、軟件工程等軟件測試基礎課程的學(xué)習效果差。例如，軟件測試中黑盒測試用例的設計方法大都以數學(xué)知識為依據的，決策表驅動(dòng)分析法與因果圖法對應命題邏輯知識。盡管學(xué)生之前已經(jīng)學(xué)習這些課程了，但是由于受行業(yè)認知的限制，學(xué)生經(jīng)常忽略一些重要的知識，導致在后續測試課程學(xué)習中感到力不從心，最終還是不能夠穩固掌握軟件測試的相關(guān)知識和技能。
軟件測試貫穿軟件開(kāi)發(fā)的全部過(guò)程，軟件測試的大部分階段都要求測試人員能夠編寫(xiě)代碼并且進(jìn)行調試，比如，在單元測試階段和進(jìn)行白盒測試的時(shí)候都需要檢查和測試代碼，這就對軟件測試學(xué)院提出了更高的要求，要求學(xué)生不但要了解軟件測試技術(shù)，還要能夠熟練對代碼進(jìn)行分析和調試，甚至更多的時(shí)候要求測試人員能夠自己編寫(xiě)代碼進(jìn)行專(zhuān)項測試。但是，由于先導課程的課程設計、實(shí)踐和考查的脫節，導致學(xué)生寫(xiě)代碼能力較弱，不能靈活運用軟件測試中的技術(shù)和方法。
1.3 重技術(shù)、輕理論
現代社會(huì )快節奏的影響和急功近利心情的驅使，學(xué)生通常希望學(xué)習一些能夠馬上使用的技術(shù)，而不愿意去學(xué)習復雜和理論性較強的工程管理內容。軟件測試計劃、軟件測試管理等工程管理課程抽象和教條，并且理論性較強，教師如果單純通過(guò)課堂教學(xué)，學(xué)生很難真正掌握這些內容，他們不能將所學(xué)知識馬上轉換為應用，或者不能立刻看到成效，會(huì )慢慢地失去對這些課程的興趣和熱情。同時(shí)，考慮到軟件測試需要與具體的開(kāi)發(fā)模式和行業(yè)背景相結合，在學(xué)習階段容易受授課模式和知識結構的限制，學(xué)生覺(jué)得學(xué)無(wú)所用，將來(lái)也很難結合具體場(chǎng)合恰當使用測試手段。
1.4 重個(gè)人，輕團隊
軟件的大規模集成化生產(chǎn)意味著(zhù)個(gè)人獨立勞動(dòng)已經(jīng)不能勝任大型軟件的開(kāi)發(fā)，并且對團體軟件開(kāi)發(fā)中的協(xié)作和溝通提出了更高的要求。軟件測試作為軟件開(kāi)發(fā)過(guò)程中一個(gè)不可或缺的環(huán)節，也需要測試團隊分工合作。目前教學(xué)更多地采用教師講、學(xué)生聽(tīng)這一學(xué)習模式，沒(méi)有實(shí)現雙向互動(dòng)學(xué)習，老師總是面面俱到地傳授測試專(zhuān)業(yè)知識和技術(shù)，希望學(xué)生能夠學(xué)得更全面。然而，當代學(xué)生普遍以自我為中心，缺少基本的溝通和團隊協(xié)作能力，單獨的個(gè)體又不能獨當一面，最終導致軟件測試工作不能順利進(jìn)行。
2 軟件測試人員素質(zhì)要求及課程設置定位
軟件測試人員的工作職責是理解軟件產(chǎn)品的功能和性能需求，在軟件開(kāi)發(fā)中擔任“質(zhì)量管理”角色，這種職責對軟件測試人員在技術(shù)、管理能力和個(gè)人綜合素質(zhì)等方面提出了更高的要求。主要包括以下方面：（1）全面技術(shù)能力。測試人員必須站在工程技術(shù)的角度對需要開(kāi)發(fā)的產(chǎn)品進(jìn)行理解，以工程技術(shù)產(chǎn)品應用為目的構造合適的測試用例進(jìn)行測試。這就要求測試人員必須掌握軟件生命周期、開(kāi)發(fā)流程、軟件質(zhì)量管理知識，熟悉離散數學(xué)、工程經(jīng)濟等基礎知識，熟悉各種系統平臺、數據庫、常用軟件和網(wǎng)絡(luò )等軟硬件，掌握主流測試工具與測試管理工具，還有具備編程能力和相關(guān)行業(yè)的法規和外語(yǔ)等知識。（2）責任心。做測試工作，需要思維嚴密，具有懷疑與破壞的精神，測試人員要打破常規思路進(jìn)行軟件測試，能夠設計一些非常規測試用例對軟件進(jìn)行破壞性測試。（3）細心與耐心。軟件測試工作中發(fā)現缺陷的環(huán)節除了依仗測試人員的專(zhuān)業(yè)技術(shù)知識之外，還與測試人員的細心及耐心程度有很大關(guān)系。軟件測試工作相比較軟件開(kāi)發(fā)工作而言，更加繁瑣和枯燥，如果沒(méi)有足夠的細心和耐心，就會(huì )留下很多潛伏的缺陷。（4）良好的溝通與組織協(xié)調能力。軟件測試不僅僅是測試人員和測試團隊內部的事情，軟件測試人員要能夠與項目經(jīng)理、開(kāi)發(fā)人員、客戶(hù)、市場(chǎng)人員等不同角色人員進(jìn)行良好溝通，保持密切配合。這就要求測試人員具備良好的溝通技巧，當發(fā)現問(wèn)題的時(shí)候，能夠積極有效組織協(xié)調開(kāi)發(fā)人員、客戶(hù)等各方面來(lái)解決問(wèn)題，并且能夠精準表達自己的觀(guān)點(diǎn)。
軟件測試人員的素質(zhì)培養，需要從構建合理的軟件課程著(zhù)手。課程體系構建根據測試內涵來(lái)分析相應的知識、技能、素質(zhì)要求，以軟件測試這一職業(yè)所需的知識和技能為先導，強調當前及未來(lái)就業(yè)崗位所需基礎知識和基本技能的掌握運用，體現知識、能力、素質(zhì)培養的統一。精選教學(xué)內容進(jìn)行整合與優(yōu)化，使課程模塊化，明確每個(gè)模塊化課程對知識和技能的培養要求，構建以掌握技術(shù)理論和技術(shù)應用為培養目的的課程體系，實(shí)現知識和技能同步培養和提高。
3 軟件測試教學(xué)過(guò)程的改進(jìn)
教學(xué)過(guò)程是對軟件測試人員技能和素質(zhì)培養的關(guān)鍵環(huán)節，教學(xué)方法起著(zhù)至關(guān)重要的作用。教師在教學(xué)過(guò)程中應注意幾方面：
3.1 正確認識開(kāi)發(fā)和測試的關(guān)系，激發(fā)學(xué)生學(xué)習動(dòng)力
針對學(xué)生認為軟件測試不如軟件開(kāi)發(fā)重要，或者認為軟件測試類(lèi)崗位不如軟件開(kāi)發(fā)類(lèi)崗位有前途等片面認識，教師應注意正確引導。通常在第一節課上教師應該結合功能測試、性能測試等具體案例介紹軟件測試的重要性，讓學(xué)生了解該課程的重要性、必要性和當前的行業(yè)動(dòng)態(tài)。另外，要讓學(xué)生認識到測試工作的豐富層次和內涵，了解測試人員應該具備的知識和技能更加多樣，做測試工作比做開(kāi)發(fā)更有挑戰性。最后，要給學(xué)生介紹行業(yè)對測試人員的需求，讓學(xué)生更清楚了解軟件測試工作的待遇和發(fā)展前景，樹(shù)立從事軟件測試工作的決心和信心，激發(fā)他們學(xué)習軟件測試的主觀(guān)能動(dòng)性。
3.2 案例法教學(xué)貫穿全過(guò)程
針對軟件測試課程中測試計劃、管理等理論性較強的工程化管理知識部分，需要結合實(shí)際案例進(jìn)行教學(xué)，因為單純課堂教條式的教學(xué)很難讓學(xué)生深刻掌握這些知識的精髓并應用于實(shí)際工作，更甚至會(huì )讓學(xué)生失去學(xué)習軟件測試的興趣。因此，應在教學(xué)過(guò)程中引領(lǐng)學(xué)生由易入難自己動(dòng)手實(shí)踐，激發(fā)學(xué)生的學(xué)習主動(dòng)性與熱情。通過(guò)課堂討論或分組討論的方式活躍課堂氣氛，在討論的過(guò)程中，讓學(xué)生擔任不同角色，模擬實(shí)際管理過(guò)程，切身感受管理知識的應用價(jià)值，同時(shí)，不同角色的輪換擔任還可以鍛煉學(xué)生的溝通能力，樹(shù)立團隊意識。教師要適時(shí)進(jìn)行引導與總結，指導學(xué)生按照工程化的文檔模板規范將思考分析的結果進(jìn)行記錄，在鍛煉學(xué)生分析、解決問(wèn)題能力的同時(shí)養成良好的學(xué)習工作習慣。
對于技術(shù)性較強的知識，也要注意實(shí)際案例的引入。加大實(shí)際案例實(shí)驗學(xué)時(shí)的的分配，引入規模適中的工程實(shí)例，讓學(xué)生利用所學(xué)的測試技術(shù)對實(shí)例設計測試計劃，測試用例，執行測試，分析和討論測試結果，發(fā)現測試存在的問(wèn)題，通過(guò)這樣的實(shí)踐教學(xué)活動(dòng)，更容易讓學(xué)生產(chǎn)生成就感，激發(fā)學(xué)生興趣。
3.3 注重工程實(shí)踐課程和參與競賽
根據軟件測試行業(yè)對人才素質(zhì)需求定位測試專(zhuān)業(yè)方向人才培養目標。由于軟件測試課程與軟件開(kāi)發(fā)課程的不同，軟件測試實(shí)驗教學(xué)應該設立實(shí)驗、實(shí)訓和實(shí)習等多層次的工程實(shí)踐課程，通過(guò)讓學(xué)生參與實(shí)際工程項目，提高學(xué)生專(zhuān)業(yè)技術(shù)應用、分析問(wèn)題和解決問(wèn)題的能力。同樣，教師需要設計和引入規模適中的工程實(shí)踐項目，要求學(xué)生現學(xué)現賣(mài)，完成制定測試計劃、設計測試用例、執行測試和評估測試的全過(guò)程。通過(guò)項目的鍛煉，學(xué)生分析問(wèn)題和解決問(wèn)題的能力會(huì )逐漸得到提高。
鼓勵學(xué)生多參加軟件測試技能競賽等實(shí)戰性的實(shí)踐活動(dòng)，提高學(xué)生的觀(guān)察、思考、交流、實(shí)踐和協(xié)作能力。本團隊組織學(xué)生參加河南省計算機學(xué)會(huì )主辦的首屆大學(xué)生軟件測試技能大賽，成績(jì)斐然：三個(gè)代表隊分別獲得了特等獎、一等獎和二等獎。事實(shí)證明，競賽類(lèi)的實(shí)踐活動(dòng)，能夠極大激發(fā)學(xué)生自己動(dòng)手進(jìn)行軟件測試的興趣，同時(shí)在動(dòng)手操作的過(guò)程中培養了學(xué)生的創(chuàng )新能力，促進(jìn)了學(xué)生思維的縱深發(fā)展；
學(xué)生對軟件測試課程的學(xué)習熱情和積極性空前高漲，學(xué)習的自覺(jué)性極大提高。
3.4 開(kāi)展校企合作和課程置換
校企合作的目的就是通過(guò)學(xué)校與軟件企業(yè)進(jìn)行多方面的合作，建立企業(yè)實(shí)習基地，讓學(xué)生能夠親身參與企業(yè)軟件的開(kāi)發(fā)和測試過(guò)程，校企合作是軟件測試人才培養最有效的辦法。在計算機行業(yè)，校企合作有著(zhù)至關(guān)重要的作用，學(xué)生通過(guò)參與企業(yè)實(shí)際產(chǎn)品的開(kāi)發(fā)和測試，可以更好更快地融入到軟件開(kāi)發(fā)過(guò)程中。學(xué)生不但能夠將所學(xué)的綜合知識進(jìn)行實(shí)際應用，還能對軟件開(kāi)發(fā)有一個(gè)更加深刻的認識。與企業(yè)交流不只是學(xué)生的事情，教師參與其中也是十分必要，教師到企業(yè)實(shí)習，參與軟件項目的測試，緊跟技術(shù)發(fā)展步伐，才能把握授課方向，才能以自身參與的項目為實(shí)例進(jìn)行授課。
課程置換是將企業(yè)成熟的軟件測試培訓課程和教學(xué)體系替換掉學(xué)校的部分軟件測試課程，將企業(yè)以應用為目的的教學(xué)方式、科學(xué)、系統和實(shí)用的課程內容引入學(xué)校教學(xué)?！八街?，可以攻玉”，課程置換就是要結合學(xué)校教學(xué)和企業(yè)培訓的優(yōu)勢方法和資源，彌補傳統學(xué)校教學(xué)方式存在的不足，緊緊結合市場(chǎng)需求，提高學(xué)生各個(gè)方面的能力。
同時(shí)，課程置換將學(xué)歷教育和職業(yè)教育相結合，學(xué)生在獲得學(xué)歷證書(shū)的同時(shí)，還能獲得相關(guān)企業(yè)行業(yè)證書(shū)和一線(xiàn)實(shí)踐經(jīng)驗，從而為學(xué)生畢業(yè)后服務(wù)于企業(yè)奠定良好的基礎。
4 結束語(yǔ)
軟件測試的重要性得到越來(lái)越廣泛的認可，創(chuàng )造一種課程內容改革的引導機制，探索一套切實(shí)有效的大學(xué)生學(xué)習和實(shí)踐相結合的學(xué)習模式，轉變教師對傳統軟件測試課程的教育教學(xué)觀(guān)念，推動(dòng)軟件測試教學(xué)改革，才是提高軟件測試學(xué)生的專(zhuān)業(yè)技能和創(chuàng )新能力，最終提高學(xué)生的核心競爭力的根本途徑。
參考文獻
[1] 鐘素芬，葉明芷.軟件測試應用性人才培養模式的探索與實(shí)踐[J].北京聯(lián)合大學(xué)學(xué)報，2007（9）：90-91.
[2] 孫金華.軟件測試人才培養與課程構建的探索[J].計算機時(shí)代，2009（6）：68-71.
[3] 柳永坡.軟件測試大學(xué)教程：軟件測試課程專(zhuān)業(yè)教材[J].計算機教育，2010（12）：158.
軟件測試學(xué)習計劃范文第5篇
關(guān)鍵詞：CDIO；
軟件測試；
教學(xué)改革；
分組教學(xué)
中圖分類(lèi)號：TP393 文獻標識碼：A 文章編號：1009-3044（2014）03-0670-03
1 概述
軟件測試技術(shù)是高職軟件技術(shù)專(zhuān)業(yè)的一門(mén)必修的專(zhuān)業(yè)核心課程。該課程是針對軟件測試員/程序員崗位的任職要求所設置的具有綜合性質(zhì)的課程，主要任務(wù)是通過(guò)對軟件測試基礎理論、技術(shù)方法、流程管理和使用自動(dòng)化工具實(shí)施項目測試的學(xué)習，使學(xué)生了解完整的軟件測試的工作過(guò)程，能對完整的項目進(jìn)行測試的實(shí)施工作，從而實(shí)現與測試技能要求的無(wú)縫對接。但是筆者通過(guò)幾年的教學(xué)發(fā)現，很多同學(xué)學(xué)完這門(mén)課程后只是了解了軟件測試方面的相關(guān)知識，根本就不能夠綜合運用這些知識進(jìn)行實(shí)際項目的測試工作。筆者通過(guò)分析總結認為最主要的原因是我們教學(xué)的過(guò)程中沒(méi)有采用工程的思想，使得學(xué)生不能有效地把這些知識碎片整合到一起，當然就不能談不上實(shí)際應用能力。
CDIO模式作為近年來(lái)國際工程教育改革的最新成果，它是“做中學(xué)”和“基于項目教育和學(xué)習”的集中概括和抽象表達，它以工程項目從研發(fā)到運行的生命周期為載體，讓學(xué)生以主動(dòng)的、實(shí)踐的、課程之間有機聯(lián)系的方式學(xué)習工程[1-2]。無(wú)錫商業(yè)職業(yè)技術(shù)學(xué)院軟件技術(shù)專(zhuān)業(yè)結合自身的實(shí)際情況，對基于CDIO模式的高職軟件技術(shù)人才培養方案進(jìn)行了初步探索。軟件測試技術(shù)作為軟件技術(shù)專(zhuān)業(yè)的專(zhuān)業(yè)核心課程之一，在CDIO工程教育模式的指導下進(jìn)行一系列的教學(xué)實(shí)踐應用，取得了很好的效果。
2 傳統教學(xué)模式存在的問(wèn)題
現代IT企業(yè)需要具有較高專(zhuān)業(yè)技能、職業(yè)素質(zhì)和團隊協(xié)作能力的實(shí)用復合型人才[3]，但
高職院校軟件專(zhuān)業(yè)培養出來(lái)的人才普遍只是掌握了相關(guān)的知識，而不能有效的利用這些知識進(jìn)行實(shí)踐應用。為了解決這個(gè)問(wèn)題，各個(gè)院校的軟件技術(shù)專(zhuān)業(yè)都一直在嘗試探索更好的人才培養方案[4]，主要的專(zhuān)業(yè)課程也在進(jìn)行各種各樣的教學(xué)改革[5]。因此，幾年來(lái)，“實(shí)踐教學(xué)”、“案例教學(xué)”、“情景教學(xué)法”等等教學(xué)模式進(jìn)行了進(jìn)一步的應用，但是在這些傳統的教學(xué)模式下，還是存在一些問(wèn)題。軟件測試技術(shù)課程也是如此，存在的問(wèn)題主要有以下幾個(gè)方面：
（1） 實(shí)踐教學(xué)死板化。各個(gè)院校的軟件技術(shù)專(zhuān)業(yè)在人才培養方案的制定中，都明確規定了課程的實(shí)踐教學(xué)環(huán)節，體現了對實(shí)踐教學(xué)的重視。以作者所在專(zhuān)業(yè)為例，規定專(zhuān)業(yè)課程的實(shí)踐課時(shí)比例至少達到50%。但是在實(shí)際教學(xué)中，實(shí)踐教學(xué)一般都是教師通過(guò)案例先講解演示，學(xué)生再模仿訓練，總體還是采用填鴨式的教學(xué)方式，因此造成學(xué)生一開(kāi)始還表現強烈的新奇感，對課程學(xué)習充滿(mǎn)著(zhù)動(dòng)力和信心，但是由于無(wú)法真正調動(dòng)學(xué)生的主觀(guān)能動(dòng)性，隨著(zhù)教學(xué)的推進(jìn)，學(xué)生逐漸失去學(xué)習興趣，后面的實(shí)踐訓練只能是敷衍了事。并且，由于課堂教學(xué)課時(shí)的限制，實(shí)訓機制死板、不健全，使得學(xué)生的真正動(dòng)手機會(huì )還是很少。
（2） 項目教學(xué)虛擬化。教學(xué)過(guò)程中，案例教學(xué)法得到了普遍的應用。以軟件測試技術(shù)課程為例，包括一些具有軟件測試精品課程的院校，無(wú)非都是采用了比如三角形測試、NextDate案例測試、飛機票訂票系統等作為教學(xué)案例，雖然使學(xué)生對相關(guān)知識和技術(shù)有了更深入地認識，但是這些項目大多都是虛擬項目，這些虛擬項目主要存在兩方面的弊端：一是功能過(guò)于單一，內容陳舊，只能起到說(shuō)明相關(guān)測試技術(shù)的作用，卻與實(shí)際應用脫節，缺乏實(shí)戰性，使得學(xué)生在真正面對一個(gè)綜合項目的時(shí)候卻感覺(jué)無(wú)從下手。二是由于每個(gè)項目功能單一，不能把一個(gè)完整的項目貫穿于整個(gè)課程的教學(xué)，通過(guò)這些虛擬項目，不利于培養學(xué)生形成從測試計劃、測試執行、測試用例設計到測試報告的整個(gè)測試過(guò)程的工程思想，也不利于發(fā)掘學(xué)生自身的潛能。
（3） 知識內容缺乏系統化。教學(xué)過(guò)程中，授課教師只關(guān)注學(xué)生知識點(diǎn)的掌握，而忽略了知
識點(diǎn)之間的系統聯(lián)系和實(shí)際應用，使得學(xué)生一知半解，不知道學(xué)習這些知識點(diǎn)的用處，也不知道如何把所學(xué)內容運用到實(shí)際項目當中。在這種情況下，學(xué)生的工程管理、項目規范、項目文檔編制、團隊協(xié)作和溝通能力沒(méi)有得到有效提升，因此難以滿(mǎn)足企業(yè)對綜合素質(zhì)人才的要求。
3 CDIO模式在軟件測試技術(shù)課程中的應用
在CDIO模式指導下，我院軟件技術(shù)專(zhuān)業(yè)課程體系圍繞軟件產(chǎn)品開(kāi)發(fā)為主線(xiàn)，以每位同學(xué)都要參與幾個(gè)項目開(kāi)發(fā)為目的進(jìn)行課程安排。在整個(gè)課程體系中，將CDIO項目按規模和范圍劃分為三級，一級為包含軟件專(zhuān)業(yè)主要核心課程和能力要求的項目。我們選取了與企業(yè)合作開(kāi)發(fā)的實(shí)際案例：洗衣管理系統和校外實(shí)訓系統；
二級為包含一組相關(guān)核心課程、能力要求的項目。主要是階段實(shí)訓和綜合項目實(shí)訓項目；
三級為單門(mén)課程內為增強該門(mén)課程能力與理解而設的項目，其中三級項目的設立與否及形式由各門(mén)課程大綱根據需要確定。
在軟件測試技術(shù)課程中，我們把CDIO模式貫穿于教學(xué)過(guò)程的每個(gè)環(huán)節，從如下幾個(gè)方面對課程進(jìn)行了教學(xué)改革和實(shí)踐應用：
3.1 教學(xué)目標和內容
在CDIO模式下，軟件測試技術(shù)的教學(xué)目標為“掌握軟件測試的理論知識，掌握主流的測試技術(shù)和方法；
具備測試計劃的制定能力、測試用例的設計能力、測試代碼及文檔的編寫(xiě)能力；
具有良好的分析問(wèn)題和解決問(wèn)題的能力以及溝通和團隊協(xié)作能力；
具備自主學(xué)習和可持續發(fā)展能力”。
在課程內容方面，我們基于CDIO的構思、設計、實(shí)現、運作的思想，貫穿“做中學(xué)”和“基于項目教育和學(xué)習”的方式，以工程項目從研發(fā)到運行的生命周期為載體，把軟件測試技術(shù)課程的內容分成五個(gè)項目任務(wù)。并且在課程中，選取校外實(shí)訓系統和洗衣管理系統的測試作為貫穿于整個(gè)課程的任務(wù)。在這兩個(gè)項目的引領(lǐng)下，實(shí)施課程教學(xué)。課程的五個(gè)項目任務(wù)如下表所示：
3.2 教學(xué)組織
在CDIO模式下，為了使學(xué)生由接受者轉變?yōu)橹鲃?dòng)參與者和積極探索者，在發(fā)揮教師主導作用的同時(shí)，充分發(fā)揮學(xué)生的主體作用。在教學(xué)組織方面，我們采用行動(dòng)導向的教學(xué)模式，以小組模式為基礎組織教學(xué)。在具體教學(xué)過(guò)程中，我們對學(xué)生進(jìn)行分組，讓每個(gè)學(xué)生充當企業(yè)中的真實(shí)角色，以一個(gè)職業(yè)人的身份，在真實(shí)的工作環(huán)境中，模擬軟件企業(yè)工作模式，每位同學(xué)承擔工作崗位相應的責任和任務(wù)[6]。課堂教學(xué)也不再采用“教師演示講解、學(xué)生模仿練習”的模式，每一次課堂教學(xué)，教師先演示項目，提出任務(wù)需求，進(jìn)行必要的知識講解，然后教師為學(xué)生發(fā)放項目任務(wù)書(shū)，再由組長(cháng)帶領(lǐng)小組成員分析項目任務(wù)，探討實(shí)施方案，撰寫(xiě)任務(wù)計劃，完成項目任務(wù)，并提交相關(guān)文檔。在整個(gè)任務(wù)完成過(guò)程中，授課教師不斷和學(xué)生交流，對于學(xué)生在完全任務(wù)過(guò)程中存在的問(wèn)題，指導學(xué)生解決。這樣，不僅能夠調用學(xué)生的主觀(guān)能動(dòng)性，引導學(xué)生思考問(wèn)題，解決問(wèn)題，并在解決問(wèn)題的過(guò)程中研究新的實(shí)現方法，而且突破了傳統的以學(xué)校和課堂為中心的封閉式教學(xué)組織形式，將實(shí)際生產(chǎn)與學(xué)習真正融合為一體，在掌握業(yè)務(wù)知識、培養技能的同時(shí)，培養敬業(yè)精神、團隊意識和職業(yè)道德等綜合素質(zhì)，使師生在職業(yè)崗位中學(xué)習，在學(xué)習環(huán)境中工作。
3.3 教學(xué)手段
在教學(xué)手段應用上，充分利用現代教育技術(shù)，采取密切的產(chǎn)學(xué)結合方式，聘請企業(yè)兼職教師進(jìn)行實(shí)踐指導，并充分利用網(wǎng)絡(luò )平臺和網(wǎng)絡(luò )教學(xué)資源。授課教師在課堂上通過(guò)多媒體教學(xué)的方式講解重點(diǎn)難點(diǎn)問(wèn)題，相關(guān)的項目任務(wù)探討和知識擴展通過(guò)網(wǎng)絡(luò )化平臺進(jìn)行。對于網(wǎng)絡(luò )化平臺，我們主要采用兩種方式：一是建立課程QQ群，為學(xué)生提供一個(gè)資料共享和課程討論和交流的平臺，二是要求學(xué)生訪(fǎng)問(wèn)中國測試網(wǎng)，通過(guò)論壇和專(zhuān)業(yè)測試人員和其他測試學(xué)習者進(jìn)行溝通交流。在網(wǎng)絡(luò )教學(xué)資源方面，要求每一位同學(xué)使用高等職業(yè)教育軟件教學(xué)資源庫網(wǎng)站，訪(fǎng)問(wèn)網(wǎng)站的課程資源和培訓資源，其中軟件測試的課程資源包括：學(xué)習指南、授課錄像、實(shí)訓指導、課程案例、參考和素材資源等方面。通過(guò)這樣的方式，能夠解決課堂教學(xué)課時(shí)的限制，使得課程的教學(xué)從課堂延伸到課后，對學(xué)生可持續學(xué)習的能力具有很大的促進(jìn)作用。此外，利用與江蘇微軟技術(shù)中心的合作優(yōu)勢，邀請他們在期末來(lái)校進(jìn)行項目實(shí)訓指導。
3.4 考核方式
根據CDIO培養大綱，將學(xué)生的能力分為工程基礎知識、個(gè)人能力、人際團隊能力和工程系統能力四個(gè)層面[7]，再使用傳統的考核方式已經(jīng)不能滿(mǎn)足要求。軟件測試技術(shù)課程打破了單一的考核方式，從學(xué)生的專(zhuān)業(yè)能力、社會(huì )能力培養的要求出發(fā)，建立基于教學(xué)全過(guò)程、以學(xué)生能力提升為導向的學(xué)習評價(jià)體系。具體包括過(guò)程性考核、綜合素質(zhì)評價(jià)和終結性考核。其中過(guò)程性考核占30%，綜合素質(zhì)評價(jià)占20%，終結性考核占50% 。
過(guò)程性考核：對學(xué)生完成實(shí)踐類(lèi)項目的情況進(jìn)行綜合評定，考查項目包括課堂學(xué)習、小組學(xué)習、創(chuàng )新能力、課堂實(shí)踐和實(shí)踐報告等方面，每一個(gè)項目的考核都制定嚴格的評分標準。
綜合素質(zhì)評價(jià)：對學(xué)生在平時(shí)學(xué)習和實(shí)踐中表現出來(lái)的職業(yè)素養進(jìn)行綜合評定，主要包括團隊協(xié)作能力、溝通交流能力、分析和解決問(wèn)題的能力、自學(xué)能力、工作態(tài)度等方面，并對這些方面制定出嚴格的評分標準。
終結性考核：建立試題庫，實(shí)施考教分，在期末對學(xué)生進(jìn)行包括筆試和上機考試的綜合測試。其中筆試考查學(xué)生軟件測試的基礎理論知識以及對測試理論的應用能力，該部分占終結性考核的60%；
上機考試通過(guò)對實(shí)際測試項目的工作過(guò)程進(jìn)行檢查和考核，對任務(wù)完成情況進(jìn)行考核，還包括對測試工具運用的考核，該部分占終結性考核的40%。
4 結束語(yǔ)
通過(guò)在CDIO模式指導下進(jìn)行軟件測試技術(shù)課程的教學(xué)，解決了傳統教學(xué)模式存在的主要問(wèn)題，為達到學(xué)生的知識能力與測試技能要求之間的無(wú)縫對接奠定了良好的基礎。下一步的工作是進(jìn)一步完善CDIO模式在軟件測試技術(shù)課程中的應用，并把這些經(jīng)驗總結應用到軟件專(zhuān)業(yè)其它課程的教學(xué)過(guò)程當中。
參考文獻：
[1] 顧配華.以設計為導向的EIP-CDIO創(chuàng )新型工程人才培養模式[J].中國高等教育，2009（3）.
[2] 查建中.論“做中學(xué)”戰略下的CDIO模式[J].高等工程教育研究，2008（3）.
[3] 單光磊，韋良福.高職教育教學(xué)改革借鑒CDIO模式解析[J].山東水利職業(yè)學(xué)院院刊，2011（1）.
[4] 唐寶燕，馮娜.CDIO模式在高職軟件技術(shù)專(zhuān)業(yè)教學(xué)改革中的應用[J].電腦知識與技術(shù)，2012（2）.
[5] 陳翔，鞠小林.卓越計劃驅動(dòng)下的軟件測試技術(shù)課程教學(xué)改革[J].計算機教育，2013（13）.
