軟件測試課程中理論與實踐的偏差

趙一丁 張西廣

摘 要 軟件測試是一門實踐性較強的課程，針對軟件測試課程教學中常見現(xiàn)象，歸納了軟件測試理論教學與工程實踐的脫節(jié)之處。脫節(jié)之處較多，這些理論與實踐的偏差在很多高校普遍存在，容易誤導軟件測試人才的培養(yǎng)效果。軟件測試課程體系需要審慎地改革。

關鍵詞 教學改革 軟件測試 理論聯(lián)系實際

中圖分類號：G642 文獻標識碼：A

Deviation of Theory and Practice in Software Testing Courses

ZHAO Yiding， ZHANG Xiguang

（Institute of Computer， Zhongyuan Institute of Technology， Zhengzhou， He'nan 450007）

Abstract Software testing is a practical strong curriculum， teaching software testing for a common phenomenon， summed up the gaps in software testing theory and engineering practice at teaching. More disjointed place， these deviations theory and practice prevalent in many colleges and universities， training misleading effects software testing professionals. Software testing course system needs careful reforms.

Key words teaching reform； software testing； combine theory with practice

1 不切實際地夸大自動化測試的效果

對于自動測試工具，網(wǎng)上有很多技術資料，其中不少是開發(fā)廠商推出的宣傳信息，包含了夸張水分。部分老師對軟件測試自動化的講授理論過于理想，學生對自動化測試工具的期望往往過高。甚至有一些軟件測試大賽，就以指定的自動測試工具的操作使用作為比賽的主要評分內(nèi)容，但參賽學生抱怨TA工具本身不能解決實際問題，引起爭議。其實，自動化測試工具本身的使用價值是很有限的，在很多實際測試項目中不實用。對那種不穩(wěn)定、開發(fā)周期很短、一次性的軟件等，自動測試TA工具往往不適合。自動測試工具在功能測試中的價值是回歸測試，自動工具不能靈活發(fā)現(xiàn)更多的新問題。教學中需提醒學生對網(wǎng)上一些相關資料辯證地理解。

2 不少教材過于理論化

很多測試工程師認為當前不少軟件測試教材過于偏重理論，教材中包含了一些不實用的甚至與實踐脫節(jié)的理論，尤其是一些只適合特定類型項目的測試技術理論被不分適用條件地講述。比如我們看到很多教材中強調(diào)“軟件測試占軟件開發(fā)總工作量的40%、總成本的30%～50%”，其實這句話只符合部分項目的特點，與實踐中的多數(shù)項目情況不符，真實的測試項目實踐需要考慮質(zhì)量、工期、成本等多方面的約束。又比如一些老師過于推崇白盒測試而輕視黑盒測試，但事實上實踐中很多真實測試項目中主要采用黑盒測試方法，甚至一些專職的測試工程師工作多年幾乎不用白盒測試方法（白盒測試方法對于程序員自測較多采用），白盒測試方法在功能測試、系統(tǒng)測試中等幾乎不用。筆者通過對數(shù)十個高校在校學生的軟件測試的課程設計文檔的觀察，發(fā)現(xiàn)在學校中測試文檔的寫作容易走形式，普遍理論空洞、實用性差。這些過于偏重理論的教材容易降低學生學習的興趣，更容易誤導學生的實踐。沒有有效地與實際項目結合，導致學生學習主要為了考試分數(shù)，而畢業(yè)找工作時才發(fā)現(xiàn)沒有真正的軟件測試能力。

3 對于微軟的經(jīng)驗理論沒有強調(diào)實踐中的適用條件

通過對常用教材分析，發(fā)現(xiàn)很多教材偏重于微軟的技術理論和經(jīng)驗，偏重于基于瀑布模型的開發(fā)過程的測試，微軟的技術主要針對通用型軟件，不一定適用于不同特點的具體項目。

而實踐中實際項目復雜多樣，通用型軟件項目只占少數(shù)，多數(shù)屬于需求定制型。很多開發(fā)過程本身沒有采用瀑布模型，無法采用被教材重點推廣的V模型等。這就要求學生對微軟技術的適用條件辯證地理解。

4 一些概念沒有經(jīng)過行業(yè)統(tǒng)一規(guī)范

軟件測試課程發(fā)展時間短，課本中的一些概念沒有統(tǒng)一行業(yè)規(guī)范。比如功能測試的范圍比較模糊，有的教材中把安裝測試、兼容測試、界面測試等都劃歸到功能測試中，但有的教材把它們從功能測試中獨立出來；性能測試概念的外延也百家爭鳴，有的認為它是一個大概念與功能測試并列，但有的把它定義為和壓力測試互不包含；在V模型中軟件過程質(zhì)量保證與軟件測試崗位的工作范疇是基本相同的，而普通軟件公司中兩者有明顯的區(qū)別，前者是管理崗位，后者僅是技術崗位、主要是事后檢查（不包括需求分析、總體設計、詳細設計等的審查）；很多教材把檢查代碼是否符合規(guī)范作為單元測試的工作內(nèi)容之一，但在很多開發(fā)公司中檢查代碼是否符合規(guī)范不屬于測試崗位工作內(nèi)容。在軟件測試技術中，像這樣的概念術語模糊的現(xiàn)象還較多，容易導致學生在實踐中的混亂、困惑。建議相關部門盡快給出審慎的規(guī)范。

5 一些集成測試過程理論的適用性存在問題

教材中經(jīng)典的漸增集成測試方法包括自頂向下、自底向上、三明治方式等，這幾種集成測試方法理論（下轉(zhuǎn)第64頁）（上接第56頁）上雖較為嚴謹，但其測試過程沒有考慮與開發(fā)過程的關聯(lián)協(xié)調(diào)。實際項目中往往不允許這幾種漸增集成測試方法的實施。開發(fā)人員往往希望已完成的模塊在單元測試（開發(fā)人員自測）之后及早參與集成測試，并且給測試的實施時間很短。這就要求漸增集成測試的過程要和實際的開發(fā)動態(tài)進展協(xié)調(diào)起來。如果采用書本上的自頂向下集成測試方法，需要先集成頂層的模塊，測試它們與所驅(qū)動的模塊之間的交互接口關系，但其它非頂層模塊可能先于這個頂層模塊完成，卻要等到頂層模塊集成測試完成之后才能被集成測試，這顯然是這些漸增集成測試方法的使用障礙。方法雖好但有苛刻的適用條件，但絕大多數(shù)教材并不涉及這些方法的適用條件，容易誤導學生實踐中生搬硬套。

6 教學實踐及建議

6.1 教學中加強案例教學法及項目驅(qū)動教學法

筆者從2005年開始在軟件測試教學中嘗試案例教學法、項目驅(qū)動教學法，要求學生邊聽課邊做具體測試項目，學生分組以項目為主線、教師為實踐向?qū)?、學生為實踐的主體，相對于傳統(tǒng)的課堂教學，深感案例教學法、項目驅(qū)動教學法顯著地增強了學生軟件測試技術的實踐能力。按照“學習-實踐-反饋-修改提高”的原理引導學生修改完善，提高項目階段成果的質(zhì)量。通過案例教學法及項目驅(qū)動教學法，使得理論教學與真實項目實踐無縫銜接。

6.2 應對軟件測試教材進行標準審查

軟件測試課程體系發(fā)展時間短，教材良莠不齊，一些概念的定義也沒有全行業(yè)規(guī)范，尤其是概念定義的內(nèi)涵外延不完全統(tǒng)一、多數(shù)教材中沒有對不通用的技術方法的適用條件加以說明等。建議行業(yè)中加強統(tǒng)一規(guī)范。

6.3 教師引導學生開闊技術理論視野

比如推薦參考資料、引導網(wǎng)上檢索信息等。還有其它方法，比如筆者曾經(jīng)建立了QQ 群，聯(lián)系到北京、上海、蘇州、杭州、鄭州等地公司的部分專職測試人員加入QQ 群，抽出每個教學班較好的學生代表加入（QQ 群幾年下來已增加到近千人，由于QQ 群人數(shù)限制，暫不能讓所有學生加入），也會有已經(jīng)畢業(yè)的從事專職測試崗位的學生在群中提一些實踐問題，有長期工程實踐經(jīng)驗的老師都會認真提出建議，這樣在校學生在學習過程中已經(jīng)對不同商業(yè)公司測試崗位的技術情況有了較多了解，在校的理論學習與規(guī)范公司的軟件測試實踐無逢銜接，開闊了理論視野。

參考文獻

[1] 劉勃，劉玉，鐘國輝等.基于真實項目的實踐教學體系探索[J].高等工程教育研究，2012（1）：80-83.

[2] 聶長海.關于軟件測試的幾點思考[J].計算機科學，2011（02）：251-255.

[3] 趙一丁，劉鳳華，鄭秋生等.仿真軟件的被動測試與主動測試互補的研究[J].計算機科學，2012（12）：121-125.

[4] 李靜.軟件測試專業(yè)課程體系建設和教學改革[J].教育與職業(yè)，2014（2）：62-64.