一、軟件測試的定義

軟件測試（Softwaretesting）是軟件生存期（Softwarelifecycle）中的一個重要階段，是軟件質量保證的關鍵步驟。通俗地講，軟件測試就是在軟件投入運行前，對軟件需求分析、設計規格說明和編碼進行最終復審的活動。1983年IEEE提出的軟件工程術語中給軟件測試下的定義是："使用人工或自動的手段來運行或測定某個軟件系統的過程，其目的在于檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別"。這個定義明確指出：軟件測試的目的是為了檢驗軟件系統是否滿足需求。

從用戶的角度來看，普遍希望通過軟件測試暴露軟件中隱藏的錯誤和缺陷，所以軟件測試應該是"為了發現錯誤而執行程序的過程"。或者說，軟件測試應該根據軟件開發各階段的規格說明和程序的內部結構而精心設計一批測試用例（即輸入數據及其預期的輸出結果），并利用這些測試用例去運行程序，以發現程序錯誤或缺陷。

二、影響軟件測試的因素

影響測試效率的因素除了測試方法之外，主要因素還有人為因素、軟件類型、錯誤類型、測試充分度等。下面對這些因素作一個簡要分析。

1.人為因素

當前金融科技發展日新月異，加快互聯網金融產品創新并提升產品客戶體驗逐漸成為商業銀行科技發展的重點。由于系統上線周期不斷縮短，因測試工作不充分導致新產品投產造成客戶損失的事件時有發生。為加強測試環節產品質量把關力度，商業銀行的科技研發體系中大多設置了相對獨立的測試中心。業務驗收測試作為系統投產前的重要環節，測試質量及測試結論直接影響到產品的投產決策和運行安全。為保證前端應用測試充分性、全面性和系統性，業務驗收測試通常會引入分行人員參與，采取總分聯動。本文主要針對商業銀行業務驗收測試環節總分聯動模式和發展方向進行探討。

一、原有總分聯動測試模式

商業銀行業務驗收測試工作涉及系統廣、業務條線多，重要系統或重大版本投產前還要安排分行演練。由于商業銀行信息系統及產品的用戶往往是一線柜員、客戶經理和客戶，為確保產品功能實現、提升產品體驗，業務驗收測試環節通常采取總分聯動，由總行業務部門或測試中心牽頭組織，需要頻繁調用分行人員參與項目測試。在商業銀行分行層面機構設置中，一般無專職測試團隊，接到總行測試任務時，通常會抽調相關業務條線的分支行或網點人員，組建臨時測試團隊，測試結束后團隊解散。這種總分測試模式，存在諸多弊端，如分行測試人員業務水平參差不齊、缺乏專業測試方法、測試隊伍流動性大以及測試資產不易收集和保存等，易造成測試覆蓋不全、測試過程不規范和測試質量無法保證等隱患。

二、總分聯動測試新視角

為解決以往總分聯動測試工作中存在的問題，全面改善和提升測試效果，商業銀行應建立一套適合實際情況、科學有效的總分聯動測試模式。商業銀行的測試中心作為總行專職測試部門，負責總行項目業務驗收測試的組織與實施。另外，由總行統籌規劃，選擇部分分行作為測試聯系行，在分行信息科技部門組建專職測試隊伍?？傂兄贫ńy一的總分聯動測試規范和任務分配方案，消除長期以來總分聯動測試高度依賴階段性、突擊式和臨時化專項行動的管理弊端，建立總分聯動長效機制，實現分行層面測試工作的常態化、標準化和機制化。

三、創新管理模式

一、概述和背景

隨著計算機軟件技術的高速發展，軟件測試在軟件開發過程中的地位也越來越重要，軟件測試是保證軟件質量和可靠性的重要手段之一，軟件測試人才需求猛增，軟件測試已經成為計算機專業的重點專業課程。傳統的軟件測試教學模式，測試理論和測試實踐嚴重脫節，不能很好的滿足軟件企業對測試人才的要求。依托廣東東軟學院的特色教學實踐1321教學模式，進行以實踐能力和就業能力為導向的課程綜合實踐探索，深化教學改革，激發學生的興趣，讓學生貼近現實的工作場景中學習，了解在軟件開發過程中測試崗位的工作過程和知識要點，培養學生軟件測試應用技能型人才培養為目標。

二、軟件測試課程實踐構建的主要思路

軟件綜合實踐安排在大三課程開始之前的實踐學期進行，為期4個星期，每天4學時的實踐教學指導，軟件測試專業的學生已經學過專業基礎課《Java程序設計》、《計算機文化基礎》、《網頁設計》、《數據庫設計》、《軟件開發過程實踐》，專業課《軟件測試概論》、《功能測試》，學生初步具備了參與綜合實踐的專業素質能力。在綜合實踐開發團隊中，將軟件開發專業、網站規劃與設計專業、數據庫管理專業、軟件測試專業和網絡技術的同學，以3:1:1:1:1這樣的比例進行團隊建設，從中選出一位同學兼職項目經理，實現學生自主管理，配備具有雙師素質的專業老師，一位教師負責指導5-7個團隊的項目開發，當需要進行專業指導時，臨時進行專業化實踐指導，全方位分階段、分崗位進行進行全程交叉技術指導，同時邀請合作單位的軟件工程師，同步進行項目過程的跟蹤，給予學生崗位最精準的實踐指導。采用項目驅動的方法開展實踐教學，通過開發真實的軟件項目，以軟件工程開發過程為導向，制定軟件綜合實踐——軟件測試方向的實踐方案，分階段進行實踐，選擇有較強的實踐性和創新性的項目給學生選題，選題要貼合實際項目，需求相對容易獲取，具有一定的創新性，能夠激發學生的學習興趣。首先需求的調研，需求的評審，編寫測試計劃，設計測試用例，測試執行，測試記錄的跟蹤和測試總結報告，對每個測試階段進行教學設計，不斷的將所涉及到的知識點融入到實踐中，增強學生職業崗位素養能力，團隊合作的意識，同時探索以學生管理學生的模式進行實踐探索。

三、軟件綜合實踐測試崗位的工作過程與方法

在軟件綜合開發實踐過程中，對軟件測試崗位的同學依據軟件工程的理論進行指導，結合企業的工作流程，采用分組的教學模式，采用軟件測試常用的W模型，進行教學指導，培養學生的團隊合作能力，溝通能力，實踐能力。測試崗位的工作主要分成兩個三個部分，第一部分是需求的調研和評審，測試計劃中測試策略的選擇、任務的時間安排和測試用例的設計；第二部分主要是測試執行，安裝測試工具，部署測試環境，按照測試所設計的測試用例進行手動功能測試，嘗試利用自動化測試工具QTP進行自動化測試，運用所學過的黑盒測試方法，進行web測試，兼容性測試等方法的測試工作，將所發現的問題記錄到測試管理平臺（QC）的缺陷缺陷跟蹤表中，修復后，進行驗證性測試，第三部分就是測試總結報告。

摘要：軟件測試在國內的發展非?？焖?，它是保證一個軟件產品質量的重要手段，因此各種各樣的軟件測試管理系統也相繼應需求而生。J2EE+FlexSoftwareTestingManagementSystem（JFTest）功能簡單實用、結構靈活而且簡潔輕量、精致的軟件測試管理系統，本論文主要介紹了JFTest軟件測試管理系統的多個項目子模塊、MVC三層模式與插件式設計的混合開發架構的實現，闡述自己對J2EE+Flex開發模式的一點看法，并提出了一種擴展辦法，在結構化層次、理清系統業務模型和優化業務模型的重用性的基礎上，結合插件式設計式開發，簡化開發模型，降低框架的復雜度，讓框架更容易實現，并提高擴展的靈活性，實現系統模塊之間的松耦合和互相調用，使得系統適應多變的業務需求。

關鍵詞：插件式開發；Test；Flex；JFTest

軟件測試就是利用測試工具按照測試方案和流程對產品進行功能和性能測試，甚至根據需要編寫不同的測試工具，設計和維護測試系統，對測試方案可能出現的問題進行分析和評估。執行測試用例后，需要跟蹤故障，以確保開發的產品適合需求。隨著軟件測試的重要性日益漸顯，如何更好的管理開發與測試之間的溝通，以及及時監控產品的質量報告，讓這個管理過程軟件信息化。這就需要一些軟件測試的管理系統來維護，因此與基于J2EE+Flex技術的軟件測試管理系統的開發目的和需求相迎合。

1需求分析

FTest軟件測試管理系統設計目的旨在建立一個以J2EE+Flex+MySQL為基礎，功能簡單實用、結構靈活而且簡潔輕量、精致的軟件測試管理系統。主要應用目標是小型的開發團隊在軟件開發的過程中對軟件的測試，在開發與測試人員之間的交流進行管理，能夠滿足不同的用戶角色（如團隊領導、開發和測試人員）的工作需要，提供了足夠靈活的接口去實現上述需求的關鍵，各個環節通過網絡實現了對共享數據的及時訪問，避免了由于數據分散而導致的數據不一致現象的發生。本系統包括：主要包括配置管理、缺陷管理和測試流程制定與管理及項目管理功能等等。插件式開發功能：事件和消息處理機制。部分功能用例分析如下。

1.1配置管理

一、引言

隨著我國軟件產業迅速發展，企業面臨著開發高質量軟件系統的巨大壓力，軟件測試、軟件質量保證受到越來越多的重視。軟件企業對承擔軟件測試、質量保證工作的軟件測試人才需要劇增，軟件測試工程師的職業價值、發展前景得到前所未有的提升。為此，國內高校開設了軟件測試相關課程。但是，由于其重理論、輕實踐的教學模式使得培養出的學生軟件測試實戰能力差，導致大量畢業生應聘軟件測試相關職位時受到冷遇。為培養創新能力強、適應社會經濟發展需要的軟件測試人才，《軟件測試與質量保證》實驗教學亟需改變傳統的教學理念，改進教學方法，更新教學內容。筆者結合自身教學科研和工程實踐經驗，分別從改革思路、實驗教學內容設計等方面，論述常熟理工學院《軟件測試與質量保證》實驗教學改革的措施和體會。

二、實驗教學面臨諸多挑戰

1.企業對軟件測試工程師的能力要求是綜合性的，要求軟件測試人員具有軟件項目經驗，具備軟件測試、軟件質量保證知識，能夠獨立開展軟件測試工作。但是，國內高校教學計劃制定時片面強調軟件測試的作用，對軟件測試與軟件質量保證之間的天然聯系缺乏理解，對軟件質量保證相關實驗的重視程度，課時安排存在嚴重不足。2.目前，《軟件測試與質量保證》實驗教材選擇面臨無書可選的尷尬局面。課程實驗設計只能全憑任課教師把握，使得實驗教學過程中存在較多風險。3.國內高校在實驗設計方面，多以基礎性實驗為主。這種單一的實驗設計方式，難以適應軟件測試工程實踐能力培養的需要。

三、實驗教學改革措施

在應用技術大學建設驅動下，以中小企業對軟件測試人才的需求和軟件測試工程師認證大綱為導向，我們整合已有的校企合作課程資源，按照DanielGalan軟件質量保證框架組織實驗教學內容，采用項目驅動的案例教學法開展實驗教學，讓學生在實驗實踐中加深對軟件測試與質量保證專業知識的理解，培養學生軟件測試實踐能力。

引言

在國內，目前大型的軟件工程中大都使用國外的軟件測試平臺，我們在測試工程中使用法國的LOGISCOPE測試平臺對C語言開發的實時嵌入式軟件進行測試。

由于實時嵌入式軟件主要是對外部接口設備進行控制，而被送檢的軟件需要大量不同的硬件環境，在進行測試時，由于無法建立大量不同的接口設備的硬件仿真環境，每當執行輸入輸出指令時，程序便無法繼續運行，因此，測試軟件無法完整地覆蓋整個程序的各個分支和語句。同時，被測試軟件常常需要多個模塊同時對某個外設進行共同測試，需要通過網絡環境進行集中測試。

為了完成對各種實時嵌入式軟件的測試工作，我們研制開發了基于網絡的接口設備的軟件仿真環境，使得用戶程序運行時不再需要真正的接口硬件設備，而是與仿真軟件進行通訊，交換數據，從而使得被測程序在脫離硬件的環境中順利運行。本課題主要解決C語言和匯編語言混合編程中，把所有原來控制外設的輸入輸出指令都修改成與仿真軟件進行通信的函數，同時，把原來由硬件觸發的中斷處理功能轉由軟件觸發，以及通過網絡環境完成多模塊的集中測試。

本課題的意義在于建成一種通用的方法，使得不同軟件開發的程序都能夠使用這些功能模塊與接口仿真軟件進行通信，從而順利地進行軟件測試。

被測軟件的運行環境絕大多數是基于DOS的，在仿真環境下進行測試時，由于原來的硬件環境不再存在，因此要求對被測軟件進行相應的修改，使其在一個新的系統模型當中運行：原來與硬件進行I/O的指令，變成對仿真軟件通訊動態鏈接庫中函數的調用；由硬件觸發的中斷信號變成來自仿真軟件的消息；更重要的是，原來由CPU負責調度的中斷服務函數必須由新的模型來負責（因為不再有硬件中斷信號），而由于DOS是一個單任務的操作系統，系統模型需要解決以下的問題：系統如何在程序運行的時刻檢測到通過網絡發過來的“中斷信號”，如何中斷當前的程序，去執行相應的中斷服務函數，如何具有中斷嵌套的功能。

摘要：軟件測試貫穿了軟件開發的整個過程，包括代碼編寫、框架構建、系統編碼和實施應用等，這些都需要進行測試，以檢驗當前成果的有效性。軟件測試是確保軟件質量，減少運行故障和降低事故風險的重要方法。最新研究結果表明，通過測試后，軟件信息系統缺陷的發生概率降低了大約80%?；谲浖y試工作的重要性，國內學者對其進行了大量研究，并取得了較為豐富的成果。但是，人們不太重視軟件測試領域中的績效考核。筆者的研究在一定程度上彌補了國內此方面的不足，以期為國內的軟件測試部門實施、改善績效考核制度提供一定參考。

關鍵詞：軟件測試；績效考核；考核策略

1引言

軟件測試的主要工作是評估軟件質量，確保其可用性。通過測試后，客戶可以放心使用軟件[1]。測試過程中，工程師需要以軟件需求規格說明書為依據，充分分析軟件需求，編制測試用例并進行嚴格測試，實時跟蹤并及時修正測試用例執行過程中發現的的軟件缺陷。此外，測試工程師要提前識別軟件運行過程中可能存在的風險，制定應急預案。某軟件測試中心近年來發展迅速，憑借對軟件測試工作的嚴格要求，從眾多第三方軟件測試服務機構中脫穎而出，服務客戶涵蓋機關事業單位、國企和社會團體等諸多領域。雖然成立時間較早，各項制度均已完善，但是績效管理體系方面還存在一些不足，下文將對其進行具體分析。

2軟件測試相關理論及其常見分類

2.1軟件測試的基本概念及意義。軟件測試的主要目的是及時發現軟件中存在的錯誤。軟件測試人員是測試工作的主體，被測試的軟件為測試工作的客體，測試意義在于保證軟件質量。2.2軟件測試的常用分類。2.2.1根據是否關心底層代碼實現方法的角度分類。從這一角度來看，軟件測試可分為三種類型，即黑盒、白盒和灰盒測試。黑盒測試中，測試者不考慮軟件的內部運行原理，對用戶來說軟件就像一個黑盒子。白盒測試需要測試軟件產品的內部結構和處理過程，對用戶來說軟件就像一個打開的盒子?；液袦y試介于白盒測試與黑盒測試之間，不僅關注程序的內部情況，也關注輸出、輸入的正確性。2.2.2根據測試時軟件代碼是否運行的角度分類。從這一角度來看，軟件測試可分為兩種類型，即動態和靜態測試。動態測試通過運行軟件檢驗軟件的動態反應和結果是否正確。靜態測試指不運行被測程序，僅分析源程序的文法、結構、過程和接口等，例如審閱產品說明書。

1引言

云技術的出現在很大程度上改變了服務的模式，軟件服務已經開始拓展到基礎設施和平臺層面，這從根本上改變了軟件的消費和生產模式，也影響著軟件的設計與架構。所以，在云計算的背景下，想要適應計算機軟件的發展需求，就必須對計算機軟件技術進行相應的變革。此外，在云計算的背景下，相關的軟件測試工作必須采用云平臺中的存儲資源，且在云平臺上進行，這也是當前基本的發展趨勢?？偟膩碚f，我國在云計算軟件測試技術上的發展與部分發達國家相比還存在比較大的差距。在這種情況下，筆者對基于云計算的計算機軟件測試技術進行分析和研究，能夠在一定程度上推動同行業從業者的研究熱情，推動相關技術的進一步發展。

2基于云計算的計算機軟件測試概述

現在，在基于云計算的計算機軟件測試的概念問題上，學術界還存在著不小的爭議，但是總的來說，可以分為以下幾種：第一種，這一測試是指在云環境既有資源的基礎上，通過建設基礎設施，盡可能降低發生問題的概率，從而進一步提高計算機軟件技術。第二種，它是指在云計算的基礎上，通過應用程序來模擬用戶流量。第三種，該項測試技術由兩個部分組成，第一部分是指通過運用現有的云資源，對實際負荷和用戶流量進行模擬。第二部分是指為了保證計算機的軟件性能，在云基礎設施建設的基礎上，進行綜合性的調試。當前，第三種定義是比較獲我國學術界認可的。此外，以上的幾種定義主要是從廣義的角度出發，從狹義的角度來說，該項技術是指在云計算平臺的基礎上，軟件開發商對軟件進行測試的行為。實際上，該項技術是為了完成各類測試目標，而借助云計算平臺，獲取需要的測試資源。

3基于云計算的計算機軟件測試的幾個特征

基于云計算的計算機軟件測試技術（以新的測試技術指代）與傳統的技術相比，其主要擁有以下幾個明顯的特征。3.1付費方式。新的測試技術采用的服務形式是階段性的，這讓用戶可以按照自己的具體情況來做出相應的選擇。而傳統的軟件測試的前期費用較高，因為必須一次性付費，這相較于新的測試技術，就不夠人性化。3.2基礎設施。新的測試技術的基礎設施不需要自己購買，主要由云供應商供應。而傳統的軟件測試則需要自己購買諸如硬盤、網絡設備等基礎設施。3.3對軟件測試人員的要求。傳統的軟件測試需要公司自己配備專業的工作人員，而新的測試技術得測試人員大部分由云供應商提供。3.4測試環境。傳統的軟件測試技術在測試環境的部署和測試資源的配置上需要借助人工手動完成。而新的測試技術借助云平臺就可以自動完成相關工作，大大節約了人力支出。3.5測試的管理模式新測試技術的管理方式是集成化的，這讓項目管理能夠被高度的集中，為軟件測試的質量提供了保障。兩者具體的區別可見表1。

摘要：文章分析了軟件測試課程教學在教學內容設計和組織等方面的現狀，提出將知識管理應用于軟件測試技術課程中，然后具體闡述了知識管理的模型及其管理工作流程、知識庫的功能，并分析了知識管理在軟件測試課程中的具體應用。

關鍵詞：軟件測試；知識管理；教學內容重構；學習社區

近年來，軟件產業的蓬勃發展及行業對軟件質量的重視，帶動了軟件測試行業的快速發展。隨著“敏捷開發”（Agiledevelopment）等開發新技術的出現，測試理論的熱點和重點也不斷變化，相應的測試工具層出不窮，這就要求軟件測試技術課程能夠在經典知識體系的基礎上，不斷探索并更新測試知識、方法和工具，這給時間有限的測試課程教學帶來了許多困難。本文引入知識管理的思想，構建協同管理的軟件測試領域的知識庫，梳理教學內容，構建知識結構，能適應測試技術的快速發展，并使學生參與到教學內容的建設中，促進學生自主學習。

一、軟件測試課程教學現狀

軟件測試技術課程作為一門核心專業課程，需要學生在深刻理解軟件測試理論的基礎上，能使用測試工具解決實際測試問題，然而，其在教學內容設計和組織過程中遇到了一些問題。

（一）教學內容存儲的無結構性，為教學內容重構帶來了困難計算機學科知識更新速度較快，教學內容無法一成不變，測試技術也不例外。如何有效地將測試新技術應用到教學中，使教師能及時更新教學內容，有待進一步探索和實踐。現有的教學內容多采用PPT課件，教學內容存儲有時以一個章節或一節課為單位進行存放，教學內容的存儲沒有結構，這就為教師查找知識點增加了額外的工作量，同時，移動知識點到另一個位置也比較麻煩。另外，當我們將理論和實踐有效融合在一起，采用情境教學設計教學內容時，可能會將屬于多個章節的知識點抽取組合，而在PPT課件中抽離知識點十分不方便。

一、軟件測試的概況

（一）軟件測試的概念

顧名思義，軟件測試從字面上的理解就是對現有軟件的一種測試工具，其中根據不同的軟件的需要和技術上的限制可以分為人工手動檢測或是智能機器檢測，通過另外一套程序的運行來針對軟件的性能進行全面驗查，目的是檢驗其各方面的指標是否能夠符合最初設計要求，是否能夠應用到目前的程序使用中，同時還要通過檢測得出各項指標的設計值和理論值之間的差距，確定現實數據是否對現有程序有一定的影響，是否產生了某些預計之外的效果以及未完成的任務，以便進行下一步的研發修改。更廣義上說就是對計算機軟件生成研發的成果的一次投入市場前的驗收工作，在研發階段軟件實際操作和理想狀態會出現一定的出入，可以幫助軟件在第一時間內存在的技術層面的問題，是保證軟件質量的一種重要組成部分。當然不僅僅測試只局限于查出問題之所在，還有一些性能上的提升，目的使之更好。很多情況還要針對軟件的部分功能進行專門的測試，壓力測試就是除性能外的另一種形式的測試，也是在為了查看軟件的生命周期，查看是否能夠達到設計最初的使用狀態。

（二）軟件測試的分類

1.靜態測試。針對一些比較簡單操作可以根據少量數據就可以得到測試的目的項目，一般會選用靜態測試，之所以稱其為靜態是不需要對該軟件啟動程序即可完成，更多的是通過人工的對其組成部分通過肉眼就可以看出是否存在問題，可以說是從表面來查看是軟件否有數量上的漏缺，是否有結構邏輯的基本錯誤，是否有不兼容的一般匹配問題。多數情況下是軟件檢測的基礎性檢驗，直接可以參照已給出的設計說明源程序結構分析、流程圖分析、符號執行等諸多方面開展測試。

2.動態測試。與靜態軟件測試相對，就是在將軟件程序運行啟動的狀態下檢測其各方面的事宜。在運行過程根據對不同性能的具體分析來檢測其效果和預期之間的差距，動態測試一般包括軟件構造測試實例、執行程序、分析程序的輸出結果等方面。對于多數的軟件測試動態測試還是比較更精準更到位，所以動態測試也無疑成為諸多軟件測試的首選方式。