時間：2022-11-22 13:09:23
緒論：在尋找寫作靈感嗎？愛發(fā)表網為您精選了8篇軟件測試論文，愿這些內容能夠啟迪您的思維，激發(fā)您的創(chuàng)作熱情，歡迎您的閱讀與分享！
在國內，目前大型的軟件工程中大都使用國外的軟件測試平臺，我們在測試工程中使用法國的LOGISCOPE測試平臺對C語言開發(fā)的實時嵌入式軟件進行測試。
由于實時嵌入式軟件主要是對外部接口設備進行控制，而被送檢的軟件需要大量不同的硬件環(huán)境，在進行測試時，由于無法建立大量不同的接口設備的硬件仿真環(huán)境，每當執(zhí)行輸入輸出指令時，程序便無法繼續(xù)運行，因此，測試軟件無法完整地覆蓋整個程序的各個分支和語句。同時，被測試軟件常常需要多個模塊同時對某個外設進行共同測試，需要通過網絡環(huán)境進行集中測試。
為了完成對各種實時嵌入式軟件的測試工作，我們研制開發(fā)了基于網絡的接口設備的軟件仿真環(huán)境，使得用戶程序運行時不再需要真正的接口硬件設備，而是與仿真軟件進行通訊，交換數(shù)據(jù)，從而使得被測程序在脫離硬件的環(huán)境中順利運行。本課題主要解決C語言和匯編語言混合編程中，把所有原來控制外設的輸入輸出指令都修改成與仿真軟件進行通信的函數(shù)，同時，把原來由硬件觸發(fā)的中斷處理功能轉由軟件觸發(fā)，以及通過網絡環(huán)境完成多模塊的集中測試。
本課題的意義在于建成一種通用的方法，使得不同軟件開發(fā)的程序都能夠使用這些功能模塊與接口仿真軟件進行通信，從而順利地進行軟件測試。
被測軟件的運行環(huán)境絕大多數(shù)是基于DOS的，在仿真環(huán)境下進行測試時，由于原來的硬件環(huán)境不再存在，因此要求對被測軟件進行相應的修改，使其在一個新的系統(tǒng)模型當中運行：原來與硬件進行I/O的指令，變成對仿真軟件通訊動態(tài)鏈接庫中函數(shù)的調用；由硬件觸發(fā)的中斷信號變成來自仿真軟件的消息；更重要的是，原來由CPU負責調度的中斷服務函數(shù)必須由新的模型來負責（因為不再有硬件中斷信號），而由于DOS是一個單任務的操作系統(tǒng)，系統(tǒng)模型需要解決以下的問題：系統(tǒng)如何在程序運行的時刻檢測到通過網絡發(fā)過來的“中斷信號”，如何中斷當前的程序，去執(zhí)行相應的中斷服務函數(shù)，如何具有中斷嵌套的功能。
基于以上要求，系統(tǒng)模型采用以下兩種：
基于DOS的多任務調度系統(tǒng)模型
基于Windows多線程環(huán)境的系統(tǒng)模型
2．基于DOS環(huán)境的多任務調度模型
2.1實現(xiàn)原理
想要在DOS環(huán)境下實現(xiàn)多任務調度，必須使每個任務具有自己的堆棧。首先，棧用來實現(xiàn)任務切換，其次，它用來存貯任務的局部變量。
任務的切換是通過調用一個子程序來實現(xiàn)的，該子程序將堆棧指針由原來指向老任務的堆棧置為指向新任務的堆棧。程序返回時，新的任務指令指針（IP）就從棧中彈出。新任務就開始自動開始執(zhí)行。
這個負責調度的子程序是通過時鐘中斷來定期觸發(fā)的。當產生時鐘中斷時，需要做兩件事情。首先，將標志（Flags）寄存器的內容壓入棧中，其次，緊跟在指令指針（IP）之后，將CS（代碼段）也壓入棧中。最后，將中斷服務子程序的段地址裝入CS寄存器中,將偏址裝入IP寄存器中.這樣可以使ISR開始運行.中斷返回時，CS，IP和Flags寄存器的內容自動彈出。為了實現(xiàn)任務的調度，新的時鐘中斷服務函數(shù)要完成兩項工作。首先，它將除了棧指針（SP）和棧段（SS）寄存器之外的所有寄存器的值都存到棧中。（SP和SS的值存在另外的位置）。其次，它改變SS和SP寄存器的值，使它們指向另一個任務的堆棧。因此，當ISR返回時，新的任務的堆棧被彈出到各寄存器中，這使得機器的狀態(tài)是針對新的任務的。由于IP中也是彈出的寄存器的值，因此新任務就開始執(zhí)行。
在任務運行前，它必須按一定方式使堆棧初始化，這樣使得當?shù)谝粋€時間片到來時，從棧中彈出的值能夠使該任務從頭開始運行。因此，任務的堆棧必須初始化并存放正確的寄存器值，同時指令指針也必須指向程序中的第一條指令。
2.2調度內核實現(xiàn)所用到的數(shù)據(jù)結構
interrupt類型
當說明一個函數(shù)為interrupt類型時，它告訴編譯器自動保存所有寄存器（sp和ss除外）的值，并且IRET指令終止該函數(shù)。每當進入到interrupt函數(shù)時，執(zhí)行下列指令：
pushax,pushbx,pushcx,
p
ushdx,pushes,pushds
pushsi,pushdi,pushbp
發(fā)生中斷時，CPU自動將Flags，cs和IP寄存器壓棧。因此，在interrupt函數(shù)入口處，堆棧如圖2.2.1.2所示。我們將利用interrupt函數(shù)的棧的安排方式對要執(zhí)行的任務的堆棧進行初始化。
Bp<-topofstack
DI
SI
DS
ES
DX
CX
BX
AX
IP
CS
PLAGS
任務中使用的寄存器的數(shù)據(jù)結構
typedefstructint_regs{
unsignedbp；
unsigneddi；
unsignedsi；
unsignedds；
unsignedes；
unsigneddx；
unsignedcx；
unsignedbx；
unsignedax；
unsignedip；
unsignedcs；
unsignedflags；
}；
此結構嚴格按照interrupt函數(shù)入口處堆棧的結構定義，初始化時，將結構中的代碼段（CS），指令指針（IP）設置成構成此任務的函數(shù)的段地址和偏移地址。
用于任務管理的數(shù)據(jù)結構
structtask_struct{
unsignedsp；
unsignedss；
unsignedchar*stck；
unsignedLastTask；
unsignedIntNum;
unsignedStatus；
}
當執(zhí)行任務切換時，sp和ss保存當前棧指針和堆棧段地址，而任務調度程序將當前棧指針（_SP）和棧地址（_SS）設置成下一個將要執(zhí)行的任務的棧指針和棧地址，當調度程序結束運行時，由于從棧中彈出的各個寄存器，包括代碼段和指令指針都是指向新任務的，因此，新任務將自動運行，從而達到任務切換的目的。
2.3應用多任務調度功能實現(xiàn)對中斷的仿真處理
由于被測試的用戶源程序是工作在仿真環(huán)境下，無法接收硬件產生的中斷信號從而自動執(zhí)行相應的中斷服務程序。因此，改編后的程序應該能夠定期檢查是否有從仿真軟件發(fā)過來的中斷信號，若有，則中斷當前程序的執(zhí)行，轉入相應的中斷服務函數(shù)執(zhí)行。
因為用戶的程序當中顯式地設置中斷向量,在改寫用戶的程序時,將每個中斷服務函數(shù)入口都置于一個向量數(shù)組當中，此數(shù)組即為全局中斷向量表，將任務號與相應的中斷號一一對應。
當時鐘中斷觸發(fā)任務調度程序時，調度程序首先檢測由仿真軟件發(fā)來的中斷信號，如果有，則調度程序在當前運行的任務的數(shù)據(jù)結構中保存堆棧段段地址寄存器（_SS）、棧指針寄存器（_SP）、當前任務號，并將堆棧段段地址寄存器和棧指針寄存器設置成新的中斷服務程序所在的任務的相應的值,使得當調度程序返回時,能夠從新的任務開始運行。然后生成一個新的任務,在此任務當中調度對應于此中斷號的中斷服務程序這樣就可以實現(xiàn)中斷功能。
3.基于Windows多線程環(huán)境的系統(tǒng)模型
3.1實現(xiàn)原理
考慮部分由C語言編寫的實時嵌入式程序經過適當?shù)男薷目梢杂蒝C編譯后，在Windows環(huán)境中運行。因此可以利用Windows的多線程特性構造系統(tǒng)模型：把用戶的主函數(shù)放在系統(tǒng)初始化時生成的一個主線程當中運行，同時，系統(tǒng)主函數(shù)監(jiān)測由Socket端口發(fā)來的數(shù)據(jù)，如果是一個中斷產生信號，系統(tǒng)主函數(shù)掛起當前正在執(zhí)行的線程，新生成一個新的線程，并在新線程中執(zhí)行相應的中斷服務函數(shù)。
3.2系統(tǒng)的結構
由于CSocket類不能夠由各個線程之間共享，而各個線程內部又要通過Socket端口接收和發(fā)送數(shù)據(jù)，因此應建立高效而又防止各線程之
當線程需要通過Socket接口收發(fā)數(shù)據(jù)時，首先檢測/設置相應函數(shù)的信號量，若此資源不能使用，則線程被自動掛起。系統(tǒng)的主調函數(shù)負責輪詢來自Socket接口的數(shù)據(jù)以及各個信號量資源，當資源可用時，喚醒相應的線程，完成其請求的操作。如果接收到中斷產生信號，則生成新的線程，并掛起當前的線程，從而完成對中斷請求的響應。
4.結束語
本文介紹了針對實時嵌入式軟件的測試工具的研究與完善工作，根據(jù)不同的軟件特點，
構造了兩種系統(tǒng)模型。通過實際的使用，都達到了比較滿意的結果。
這兩種系統(tǒng)模型經過適當?shù)男薷模梢詰迷谄渌Z言編寫的軟件上，從而可以實現(xiàn)通用的模塊功能。
參考文獻
呂強楊季文等C語言的DOS系統(tǒng)程序設計清華大學出版社
李沐孫TURBOC常駐內存實用程序及窗口式軟件編程技術北京科海
陳宗海基于C/S體系的工業(yè)過程仿真模型調試環(huán)境.計算機應用.1999,4
張海藩軟件工程導論．清華大學出版社，1995
1.1測試設計重點偏離使用QC軟件測試發(fā)現(xiàn)bug統(tǒng)計，如表1所示。根據(jù)表1工作量統(tǒng)計，25人/日為5個中級測試工程師一周的工作量，但是根據(jù)測試用例發(fā)現(xiàn)的bug數(shù)量僅占bug總量的44.18%，該比例顯示測試用例的設計重點嚴重出現(xiàn)偏離。需要在測試用例設計的方向上進行調整。
1.2測試過程不可控QC軟件測試計劃中測試執(zhí)行階段為2013.3.8-2013.3.27，執(zhí)行三輪測試；實際測試時間為2013.3.23-2013.4.20，執(zhí)行測試三輪，計劃完成時間嚴重偏離，表2為原計劃與實際計劃的對比。表2顯示測試計劃進行了較大調整，計劃截止時間比原計劃延遲23天。延遲原因經分析主要為開發(fā)提交測試時間延遲，開發(fā)提交版本問題較多，測試計劃安排不合理，在兩輪測試間為安排開發(fā)修改bug時間等。想要解決該問題，不僅需要對測試過程進行管理，同時也需要對開發(fā)提交的測試版本質量進行管理。
2軟件質量管理改進對策
2.1需求工程管理軟件開發(fā)過程中，需求不明確會帶來需求的頻繁變更，浪費了很多時間。針對此項問題，可對需求相關的活動進行統(tǒng)一管理，其需求管理結構圖如圖2所示。加強需求開發(fā)和需求管理的有機結合，不僅減少了需求的變更次數(shù)，還解決了工程師對需求不能理解到位的問題。需求開發(fā)和需求管理同樣重要，只有兩者互相配合才能做出用戶滿意的產品。
2.2立項管理為了使有限的資源發(fā)揮更高的價值，公司可通過立項管理流程進行立項管理，立項管理流程分為立項建議、立項評審和立項籌備三個階段，其具體流程圖3所示。
2.3測試流程管理針對測試流程中發(fā)現(xiàn)的問題，可對整體的測試流程做如下的改變：（1）測試部門可進行需求學習及需求討論，對理解不清楚及有疑問的需求，由研發(fā)設計部門進行解答，研發(fā)設計部門不能解答的由其聯(lián)系用戶確認后作出解答；（2）需求確認后，針對系統(tǒng)功能和性能等指標，由測試工程師進行測試測用例的設計，設計從兩個方面進行，一方面測試工程師根據(jù)需求進行測試用例的編寫，另一方面測試工程師可根據(jù)用戶反饋問題進行分析匯總；（3）使用QC功能測試工具對應用軟件兼容性、操作系統(tǒng)兼容性進行測試，以便于使用測試工具完成多種環(huán)境下的功能和兼容性測試；（4）進行自由測試以便于對系統(tǒng)測試用例進行補充，分析測試用例未覆蓋問題的原因；（5）定期分析缺陷庫中的問題，分析問題產生的原因，進行測試用例的修改。
3結論
目前制定實現(xiàn)規(guī)范并比較適用于復用的組件模型有CORBA/ORB、COM/ActiveX、JavaBean以及.NET等。通過對以上組件模型的研究與對比，本系統(tǒng)選定.NET中的WindowsForms作為本實時測控軟件的組件模型，使用.NETFramework的公共語言運行時，組件都建立在一個共同的底層基礎上，不再定義使用復雜的管道接口，對象可以直接交互訪問，有利于組件的自由配置，同時，利用.NET技術的分層結構特點,采用“搭積本”的方式生產軟件，大大提高軟件開發(fā)效率。
2基于組件技術的實時測控軟件開發(fā)
2.1軟件架構設計
在組件技術中，一個組件就是一個接口集，它通過接口對功能進行封裝。因此，對于同一個應用程序架構，只要其使用的接口集合不變，即可通過更換支持同樣接口集的組件來獲得不同應用，也可重復利用同一個組件或對組件進行二次開發(fā)。而基于組件建立的軟件架構和應用開發(fā)，其最大優(yōu)點在于可以復用的應用結構和軟件單元。實時測控軟件主要是對實時測控數(shù)據(jù)的處理、評估和顯示，而測控數(shù)據(jù)主要包括光測、雷測、遙測及GPS測量等類型，其處理過程通常包括數(shù)據(jù)采集、數(shù)據(jù)解析、數(shù)據(jù)處理和結果評估等四個部分，針對以上4種數(shù)據(jù)類型，在基于組件技術思想下，其處理架構可統(tǒng)一進行設計，如圖1所示。針對靶場測控系統(tǒng)中光測、雷測、遙測及GPS測量等數(shù)據(jù)處理應用，通過將數(shù)據(jù)采集組件、數(shù)據(jù)解析組件、數(shù)據(jù)處理組件、結果評估組件替換成相應功能的組件，即可實現(xiàn)在保持軟件架構不變的前提下開發(fā)出不同的應用系統(tǒng)。
2.2基于組件技術的軟件升級維護
組件接口是對某一功能的一套抽象描述，具有封裝性，它通過接口與其功能實現(xiàn)分離開了，并以接口作為客戶與組件（或組件之間）交互的唯一方式，因此，只要保持接口不變，就可以將系統(tǒng)中的組件用新的組件替換，以隨時進行系統(tǒng)升級維護。下面以實時測控數(shù)據(jù)處理軟件中的雷測數(shù)據(jù)處理應用為例，其軟件的架構如圖2所示。當需要對系統(tǒng)進行升級維護時，在軟件架構完全保持不變的前提下，對具體的組件進行替換，只要保持接口不變，程序無需重新編譯鏈接，系統(tǒng)即可通過使用更新后組件中的新接口來獲得新特性，從而實現(xiàn)系統(tǒng)的升級維護。
2.3利用組件復用技術實現(xiàn)軟件功能擴展
組件復用是利用已有組件創(chuàng)建新組件，即通過第三方產品來構建自己產品。組件復用是通過包容和聚合來實現(xiàn)的，包容時外部組件包含內部組件的接口，它由外部組件接收此調用請求再交由內部組件來處理，聚合時外部組件直接調用內部組件的接口，它讓內部組件直接處理該調用請求。在C++語言，通過在外部組件中增加內部組件接口，并把調用請求轉發(fā)給內部組件即可實現(xiàn)包容，對于聚合，在內部組件中維護一個外部組件接口指針（如m_pUnknownOuter），通過委托機制，讓內部組件接口提出的查詢接口請求由一個委托接口轉發(fā)至外部組件，再由外部組件接口查詢內部組件。這樣就可以實現(xiàn)一致的訪問，即不管是通過外部組件的接口，還是內部組件的接口，都可以查詢到內外組件所支持的接口集合。在實際應用中，軟件開發(fā)不僅有大量的、功能強大的商業(yè)化組件可以使用，而且有應用廣泛的、成熟的靶場測控系統(tǒng)專用組件可以使用，如組件化的數(shù)據(jù)接收、量綱復用、坐標轉換、濾波平滑、精度評估等功能模塊。因此，利用好組件復用技術可以有效擴展靶場測控數(shù)據(jù)處理系統(tǒng)的軟件功能，對于靶場測控系統(tǒng)建設具有重要的現(xiàn)實意義。
3結束語
軟件的功能劃分為4類：變電站管理、裝置程序維護、在線瀏覽操作、一鍵歸檔分析功能。定義上位機調試軟件為控制方向，裝置側服務器程序為監(jiān)視方向。
1、1變電站管理
變電站管理功能按照不同電壓等級、間隔名稱，分層次多級目錄管理若干裝置。可新建、打開和關閉變電站工程；支持在人機界面中輸入裝置地址發(fā)起連接請求創(chuàng)建裝置；支持裝置重命名、排序、復制、粘帖和導入導出等操作。以層次樹的資源管理器方式展示變電站結構。裝置分離線和在線兩種狀態(tài)，離線模式下可進行數(shù)據(jù)分析、離線定值設置、主畫面編輯等操作，在線模式下可進行程序維護、狀態(tài)瀏覽、數(shù)據(jù)歸檔收集等操作。
1、2裝置程序維護保護測控裝置調試軟件設計與實現(xiàn)上傳配置文件、日志文件等文本。控制方下發(fā)需要上裝的文件名，監(jiān)視方打開文件，并分段上傳數(shù)據(jù)，到達文件尾部后給出結束幀標記，控制方將數(shù)據(jù)存儲到文件。上裝是下載的反向過程。在程序運行調試過程中，往往需要通過調試相關變量進行狀態(tài)診斷。在調試上位機程序時，可以使用IDE或gdb等進入調試狀態(tài)，設置斷點并查看變量值。嵌入式裝置在運行狀態(tài)下，監(jiān)視相關變量時不能隨意切換到調試狀態(tài)，而是將調試變量作為一個實時響應的處理線程。通過調試變量協(xié)議，控制方下發(fā)需要調試的變量名，裝置側獲取相關變量的地址信息和類型后，訪問變量地址，讀取數(shù)據(jù)，周期上送變量值，控制方顯示實際值。調試變量的關鍵步驟是獲取變量的地址，全局變量可以通過分析編譯器形成的map文件獲取，對于動態(tài)分配的內存，則需通過輔助手段實現(xiàn)。為此制定相關嵌入式程序編程規(guī)范，用結構體元件來封裝各功能模塊數(shù)據(jù)。元件結構體的內存是動態(tài)分配的，編譯器在編譯時沒有為其分配靜態(tài)地址，map文件里沒有這些變量的地址信息。需要在裝置啟動階段才能得到變量地址。對于動態(tài)分配內存的結構體變量，裝置側提供注冊接口，可記錄首地址。調試軟件根據(jù)輸入的元件結構體類型名、成員變量名、文件存放路徑和CPU字節(jié)對齊等信息，對相關的文件進行詞法分析和語法分析，進行宏表達式求值，計算出變量在結構體中的偏移量，并下發(fā)相對偏移信息。裝置側程序由結構體首地址＋變量的相對偏移地址得到變量的真正地址。調試人員只需輸入層次實例名，不需手工計算變量地址，調試軟件在計算相對地址時已考慮了各種CPU的字長對齊設置。調試變量的流程如圖3所示。可通過查詢內存的功能實現(xiàn)一次查看連續(xù)區(qū)域內存數(shù)據(jù)。控制方可下發(fā)查詢起始絕對地址，監(jiān)視方一次回復若干個字節(jié)的內存數(shù)據(jù)。也支持通過下發(fā)變量名的方式查詢內存。
1、3在線瀏覽操作在線瀏覽的通信協(xié)議基于繼電保護國際標準規(guī)約IEC60870－5－103協(xié)議［6］，可以實現(xiàn)不同廠家的設備、后臺的交互通信，減少了私有協(xié)議轉換過程，方便運行管理和維護。其協(xié)議結構如圖4所示。類結構圖如圖5所示。在線瀏覽操作功能包括：裝置模擬量開關量實時顯示、裝置定值整定和比較、可編程邏輯編輯和狀態(tài)顯示、事件查看、動作報告顯示、波形文件上傳和分析、HMI遙控模擬、信號復歸等。通過在線瀏覽模塊，可實時顯示裝置的狀態(tài)數(shù)據(jù)、參看監(jiān)視報文、分析跳閘邏輯、查看并設置定值、開關分合遙控等操作。其中涉及到遙控、定值整定、報告清除等關鍵操作，需要輸入用戶名和密碼，進行權限校驗。以定值設置整定為例，其報文交互流程如圖6所示。
1、4一鍵歸檔分析通過一鍵歸檔操作，批量上裝日志文件、配置文件等文件，自動截取裝置當前的斷面數(shù)據(jù)（包括裝置模擬量、狀態(tài)量、定值、報告、用于問題診斷的特定變量等內容），將各分立文件壓縮存儲為一個數(shù)據(jù)包。當現(xiàn)場運行的裝置出現(xiàn)異常或跳閘動作時，通過一鍵歸檔，可自動打包相關數(shù)據(jù)，并以郵件方式發(fā)送到指定郵箱，裝置研發(fā)人員可離線打開查看分析。
2軟件風格設計
2、1基于軟件管家模式由于軟件功能復雜，采用了模塊化設計思想，進行分層、分模塊設計，以去除界面、數(shù)據(jù)、接口之間具體耦合，方便擴充。調試軟件由引導主進程和按照功能劃分的子進程組成。如圖7所示，引導主進程是安裝軟件的啟動程序，提供變電站資源管理器功能，在左側樹形區(qū)域點擊裝置節(jié)點時，會在右側按照模塊劃分，分類顯示相關功能。點擊功能圖標，傳入形參，啟動獨立的子進程。通過組件化的設計思路，可確保增加一個新的模塊時，不會影響已經穩(wěn)定的模塊。基于子進程的軟件管家模式，也減少了人機界面的操作復雜度，用戶在一個時間段內只需專注于單一圖4在線瀏覽報文協(xié)議結構圖5在線狀態(tài)瀏覽類結構圖圖3調試變量流程圖2《工業(yè)控制計算機》2014年第27卷第11期的功能，并可快捷地切換到另一個功能的操作界面。
2、2類瀏覽器界面風格當各個子進程啟動后，為避免頂層窗體過多，采用類似Chrome的界面風格，用標簽頁管理子進程的界面。對各子進程的界面、顏色進行了統(tǒng)一設計，基于QT－CSS技術，設計了統(tǒng)一的界面風格庫，并提供風格設置接口，可設置標簽頁QTabWid-get、層次樹QListTreeWidget、停靠欄QDockWidget等控件的邊框、縮進、標題、字體、顏色等內容。類瀏覽器的界面規(guī)范使不同人員開發(fā)的子進程在風格上高度統(tǒng)一。
3軟件分層設計
除按照主進程－子進程的模塊化設計外，單個通信子進程按照分層原則設計，共分為三層，最底層為數(shù)據(jù)收發(fā)層，中間層為數(shù)據(jù)處理層，最上層為展示層。如圖8所示：圖8軟件分層結構數(shù)據(jù)收發(fā)層的功能是負責從裝置接收報文并將數(shù)據(jù)處理層的報文發(fā)送到裝置。針對不同類型的裝置，該層需要支持串口通信、以太網鏈路層通信與以太網傳輸層通信三種通信方式。同時為了保證通信狀態(tài)的可靠性，數(shù)據(jù)收發(fā)層還支持出錯重傳及超時重傳機制。其中網絡通信采用ACE中間件實現(xiàn)，串口通信采用Qt的QExtSearialPort實現(xiàn)。數(shù)據(jù)處理層是整個系統(tǒng)的主體部分，主要負責報文解析，報文生成，提供接口供展示層調用，實現(xiàn)了業(yè)務與操作接口的分離。展示層提供數(shù)據(jù)的展示與用戶交互功能，不涉及具體的業(yè)務流程處理。針對不同的數(shù)據(jù)，展示層提供二維表格、層次樹等不同的展示方式，采用Qt的Model－View模式，可高效快速顯示刷新數(shù)據(jù)。展示層還提供個性化的右鍵菜單、按鈕與工具欄。當用戶點擊某個菜單或按鈕時，展示層會調用數(shù)據(jù)處理層的對應接口，對用戶的操作進行處理。
4結果
實現(xiàn)與分析軟件主界面如圖9所示：左側為資源管理器，用來管理變電站，變電站下支持新建多個裝置。右側為工作區(qū)，用來展示當前活動裝置支持的功能。圖9軟件主界面點擊工作區(qū)某個功能按鈕，主進程將啟動相應的子進程。以在線瀏覽功能為例，圖10所示為裝置報告查看界面。
5結束語
1．1階段劃分
軟件的生命周期主要由軟件定義、軟件開發(fā)和軟件維護三部分組成。對于軟件的各個不同階段，盡可能地將軟件的開發(fā)設計工作劃分為具體的任務，并且使任務之間的關聯(lián)性降低，盡可能地相互獨立，從而可以有效地降低軟件開發(fā)的復雜性，利于軟件開發(fā)工作的組織管理，簡化其工作流程。
1．2軟件定義時期
對軟件進行定義的主要目的是明確軟件開發(fā)工作的總目標和該軟件工程的可行性，分析軟件系統(tǒng)需要實現(xiàn)的具體功能及采取何種手段實現(xiàn)該功能，并對整個系統(tǒng)所需要的成本和資源進行初步的估算，設計出工程的進度表。該階段的工作主要由系統(tǒng)分析員完成，其主要工作有：
（1）問題描述和可行性分析。
進行此階段分析時，主要由軟件系統(tǒng)的需求方和軟件開發(fā)方相互協(xié)商，明確軟件系統(tǒng)的目標及可行性。問題描述主要是明確需要解決什么問題，對問題進行準確的定位，將問題的困難程度、性質、規(guī)模及目標等內容以書面的形式進行描述，并上報給上級主管部門。對軟件需求方的使用者進行走訪，對問題的理解進行扼要的描述，并將寫好的報告反饋給用戶，查看問題的描述是否準確，統(tǒng)一雙方的意見，直至達到最終的協(xié)議。對于可行性的分析，當前對于該定義并沒有給出明確的定義，其主要目的是描述該系統(tǒng)是否值得去做，是否有合適的技術能夠解決此問題。在該階段的可行性相對比較簡短，只是從總體上進行分析，并不涉及具體的問題。
（2）分析需求。
明確軟件系統(tǒng)可行之后，就需要對軟件的功能進行詳細的分析，即：為了達到使用者的要求，軟件系統(tǒng)必須能夠做什么和具備哪些具體的功能。另外，用戶當進行軟件操作時，必須有個清晰的認識，利用該軟件系統(tǒng)要達到哪個具體的目標。開發(fā)人員和使用者必須進行詳細的、準確的溝通，利用數(shù)據(jù)模型、數(shù)據(jù)字典、數(shù)據(jù)流圖及算法設計出整個軟件系統(tǒng)的邏輯模型。在該階段，必須讓用戶參加，并給出具體的意見。
1．3軟件開發(fā)時期
對于軟件的開發(fā)，主要由計劃、設計、編碼和測試四部分組成，計劃和設計是系統(tǒng)設計，編碼和測試是系統(tǒng)實現(xiàn)。軟件的開發(fā)由計劃開始，完善的計劃可以為軟件的開發(fā)節(jié)省大量的時間和精力；設計是在計劃的基礎上，進一步的完善，給出問題的每一個步驟，是對整個系統(tǒng)功能的完整描述；系統(tǒng)設計完成后，開始進行編碼操作，即對問題的具體實現(xiàn)，在編碼中，要符合編寫規(guī)范的要求，保證程序的易讀易維護；沒有一個軟件是一次編寫成功的，需要反復的測試才行，當前的測試從小到大，分別是單元測試、集成測試和驗收測試，每次測試都要進行詳細的記錄，為以后軟件的維護打好基礎。
1．4軟件維護時期
如果說前面的步驟是軟件的實現(xiàn)過程，那么軟件的維護時期就是軟件的使用過程，軟件的維護時期最長，由于軟件隨著使用環(huán)境的不斷變化，軟件的功能逐漸不能滿足用戶的需求和無法正常使用，為了延長軟件的使用壽命，必須對軟件進行維護處理。對于軟件的維護活動主要分為4類，分別是：改正性維護、完善性維護、適應性維護和預防性維護。根據(jù)維護的情況不同，每個維護都要有詳細的報告，通過報告來進行制定維護計劃、修改軟件設計、代碼修改和測試等一系列的過程。
2測試自動化
開發(fā)人員設計好程序之后，無法直接投入使用，需要對代碼進行測試，而軟件測試是一個非常煩瑣的過程。據(jù)統(tǒng)計，軟件工程人員無法及時交付軟件的主要原因是在規(guī)定的時間內沒有對軟件進行完整的測試和修訂。21世紀，時間就是金錢，時間就是企業(yè)的生命，軟件投入市場越早，就越有可能提前掌握先機，從而獲得更高的利潤。傳統(tǒng)的軟件測試方法無疑已經無法適應當前IT行業(yè)的發(fā)展，自動化測試軟件可以使測試流水化，使得在較短的時間內充分對軟件進行測試，現(xiàn)在，越來越多的軟件企業(yè)選擇測試自動化。
2．1測試自動化的定義
當前，對于測試自動化的定義比較多，但總結起來為：能夠通過自動化的測試工具，針對軟件測試，在預設條件下運行系統(tǒng)或應用程序，評估運行結果，預先條件應包括正常條件和異常條件。從而達到減輕手工測試的勞動量，節(jié)省測試時間的目的。測試自動化在很多情況下都具有非常大的使用價值，例如在進行腳本測試時，可以產生許多重復調用的代碼，在進行壓力測試時，可重用很多次該腳本。如果利用手工測試方式進行壓力測試，那么可能要花費相當長的時間，而且有時有些軟件的缺陷還不能及時地發(fā)現(xiàn)，測試自動化保證了軟件的穩(wěn)定性和準確性。
2．2測試自動化的生命周期
進行自動化測試的工具也是一種軟件，有其自身的生命周期，主要分為需求分析、計劃、設計、實現(xiàn)、集成、維護和終結等過程。對于需求分析階段，主要是對測試的用例進行詳細的分析，明確測試用例的可行性，考察用例是否可以重復利用，對測試有何價值；在計劃階段，設計測試的進度和生成相關的文檔；設計主要是描述自動化測試的模塊，而描述是對這些模塊的實現(xiàn)；對寫好的軟件模塊進行集成，生成相應的具有特定功能的測試包；最后對軟件的測試自動化工具進行維護，隨著時間的推移，結束自動化測試生命周期。
3測試自動化軟件的實現(xiàn)
3．1需求分析階段
在該階段，測試工程師和手機終端使用者要一起參加需求分析的討論，分析測試的環(huán)境和過程，測試不同的環(huán)境下手機的使用情況。在進行手機通信測試的需求分析里，假定使用300個測試用例，分析其自動化測試的流程，形成書面的需求規(guī)格說明文檔，并進行專門的評審，對測試用例進行審查。
3．2計劃階段
主要完成計劃進度表的建立。例如整個手機終端測試需要五周時間完成，計劃和設計需要半周，開發(fā)和執(zhí)行需要三周，測試需要一周半。在規(guī)劃測試計劃時，在對每一次進行操作進行相關文檔的說明，其中文檔的完成工作也需要在計劃時間以內，建立和維護一個測試環(huán)境文檔是非常重要的。
3．3設計階段
對于手機通信系統(tǒng)來說，軟件的升級不會帶著新的錯誤，即功能是不變的，由于測試的腳本具有共用性，模塊化的設計是非常有必要的。在設計的過程中，要注重命名規(guī)則，以免發(fā)生混淆，使得模塊發(fā)生混亂。
3．4實現(xiàn)和集成階段
實現(xiàn)主要是在設計的基礎上，進行編碼，最終完成軟件，每次代碼更改運行要記錄初始狀態(tài)和運行后狀態(tài)，及時進行備份。對軟件進行集成分塊測試，將生成的測試包提交給組裝集成測試人員，對其進行評審和驗證，詳細記錄其結果。
3．5維護和終結階段
軟件自動化測試生成后，要根據(jù)使用環(huán)境和用戶的不同進行維護處理，并不斷對其進行改進，這個過程可以通過問題跟蹤工具來完成。隨著新技術的來臨，軟件會越來越不適應企業(yè)的要求，就要對其進行終結，重新研發(fā)新的測試軟件。
4結語
關鍵詞：CMS；軟件測試；對策；問題
一、CMS簡介及軟件測試原則
CMS是英文Content Management System的縮寫，中文含義“內容管理系統(tǒng)”，該系統(tǒng)具有多種現(xiàn)存的優(yōu)秀模版，在軟件開發(fā)或者網站制作中可以起到很大的促進作用，能夠有效提高開發(fā)速度、減少開發(fā)費用。
軟件測試是軟件工程中的一個概念，是指軟件測試人員采用人工或自動的方式對開發(fā)的軟件進行測試，旨在發(fā)現(xiàn)其中的問題既未達到設計要求的部分或者發(fā)現(xiàn)實際結果和預期設計結果的差別。軟件測試不僅僅在于發(fā)現(xiàn)問題，更重要的在于改進問題。當發(fā)現(xiàn)問題以后，測試人員會及時與設計人員聯(lián)系進行溝通，解決問題。軟件測試必須遵循六個原則：考慮用戶需求是軟件測試的首要原則；在真正的軟件測試開始之前就要制定完整細致的測試計劃；采用Pareto原則進行測試；軟件測試應從小到大，首先從小模塊開始，逐漸向大模塊發(fā)展；軟件測試采用抽樣檢測方式，窮舉檢測室是不可能實現(xiàn)的；軟件測試最好由第三方或者非設計人員進行測試以確保軟件測試的客觀和準確性；過分和不充分的測試是不合理的，測試時應選取適當?shù)臏y試案例，能達到測試目的即可。軟件測試的內容主要包括：正確性測試；容錯性測試；性能與效率測試；易用性測試；文檔測試。
二、CMS軟件測試中存在的問題
本文以某公司的購物軟件為例進行，下面簡稱該軟件開發(fā)為S項目。S項目是該公司接手制作的一個大型的客戶到客戶的網絡購物系統(tǒng)，可以提供商家開店及客戶購買服務。在軟件設計與開發(fā)過程中需要不斷進行軟件測試，同時也出現(xiàn)了很多問題。
1.軟件測試與開發(fā)數(shù)據(jù)間存在相互影響
軟件測試人員與開發(fā)人員使用的是同一個數(shù)據(jù)庫，所以在測試與開發(fā)過程中兩組人員工作時產生的數(shù)據(jù)都保存到同一個數(shù)據(jù)庫，這樣就出現(xiàn)了使用混亂。測試人員在進行測試時產生的數(shù)據(jù)將對開發(fā)人員的工作帶來不便，開發(fā)人員工作時產生的數(shù)據(jù)同時影響測試人員的進程。雖然這種問題不會導致系統(tǒng)癱瘓等大的問題，但是有時會因為出現(xiàn)因為某個公用數(shù)據(jù)的問題而導致原本設定好的系統(tǒng)運行方式而無法執(zhí)行。
2.各組測試人員缺乏交流
該公司S項目中的購物系統(tǒng)是一個很大的系統(tǒng)項目，所以開發(fā)和測試人員很多，為了明確職責，這些人員分工細密，同時也正是由于細致的分工導致人員之間交流的缺乏。首先開發(fā)人員和測試人員缺乏交流，這直接導致開發(fā)與測試脫節(jié)，很多簡單技術問題被放大，需要浪費很大的人力物力財力才能解決。比如在進行系統(tǒng)開發(fā)時，客戶的要求開發(fā)人員需要對系統(tǒng)設計進行改編，但是由于龐大的人員系統(tǒng)的存在，改信息不可能及時傳遞到測試人員手里，因此測試人員仍采用預定測試數(shù)據(jù)對系統(tǒng)進行測試，測試結果肯定是不正確的，因此測試人員需要花很大的努力尋找錯誤源。
3.不同的測試環(huán)境導致系統(tǒng)異常情況出現(xiàn)
該公司的S項目完成以后首先在江蘇省蘇州市公司進行測試，通過測試后再已送到日本總公司進行第二次的測試。由于日本和中國不同測試環(huán)境的存在，可能出現(xiàn)一些異常情況。有些系統(tǒng)模塊在蘇州可通過測試，但是在日本公司卻不能通過出現(xiàn)錯誤。這些錯誤也許是因為測試工具的不同造成，也許是因為日本和中國網絡服務器的不同造成，但是最終結果是軟件測試沒有獲得通過。
4.系統(tǒng)需求的不斷變更
系統(tǒng)開發(fā)之前需要進行需求分析和軟件可行性分析，只有在確定了軟件需求以后軟件開發(fā)公司才會進行開發(fā)。但是意外總是存在的，客戶是有頭腦有思想的人，所以在軟件開發(fā)過程中經常出現(xiàn)需求變動，尤其像該公司S項目一樣大型的購物軟件系統(tǒng)，消費者需求在變，軟件也要跟著進行改變。需求變更帶來的損失是巨大的，需求的每次變更都需要組織軟件開發(fā)與測試人員開會商討后期事宜，浪費時間。
三、問題對策
針對上述軟件測試中的四項問題，本文將給出具有針對性的解決策略。
針對測試人員與開發(fā)人員數(shù)據(jù)庫共用問題，可在系統(tǒng)進行開發(fā)之前就先設計出兩個數(shù)據(jù)庫，開發(fā)人員和軟件測試人員分別使用不同數(shù)據(jù)庫數(shù)據(jù)。
針對各組人員缺乏交流問題可以采取的措施有：定期召開圓桌會議，各組人員進行工作交流；公司可組織召開一些文體活動，增進交流等。
針對環(huán)境不同導致的測試結果不同可采用的方法是在蘇州公司設置一臺測試服務器，在日本設置兩臺。在蘇州通過測試以后將服務器內容拷貝到日本的第一臺服務器，通過以后再在第二臺上進行測試。
針對系統(tǒng)需求不斷改變的問題可在系統(tǒng)開發(fā)之前進行詳細的需求分析與調查，明確客戶需求。同時軟件測試人員參加設計開發(fā)人員的例會，去發(fā)現(xiàn)系統(tǒng)要修改的內容，從而及時更新測試方案。
四、結語
軟件測試對于提高軟件開發(fā)過程的效率和成果質量具有重要作用，也是唯一可以確定開發(fā)出來的軟件質量的方式。近年來隨著軟件工程技術的不斷發(fā)展，軟件測試技術也得到了一定的發(fā)展，各種測試技術不斷涌現(xiàn)，使得軟件測試更加準確和高效。但是在實際的軟件測試技術選擇上要根據(jù)具體情況具體分析，力求既完成了軟件測試也要注意經濟合理性。本文以公司實例為研究對象，對該公司采用的CMS軟件測試方法進行研究，對其中存在的問題及缺陷一一闡述，并提出了具有針對性的解決方案，對于相似案例的研究具有重要的啟發(fā)意義。
參考文獻：
[1]楊根興，宗宇偉.軟件測試不確定性研究及解決途徑[J].計算機工程.2004（07）
關鍵詞 電子商務 動態(tài)實驗 模擬環(huán)境 教學體系
中圖分類號：G424 文獻標識碼：A
1 緒論
1.1 研究的意義
目前高校逐步建立了電子商務專業(yè)綜合實驗室，通過計算機硬件和電子商務軟件來構建綜合電子商務實驗環(huán)境。電子商務是集經濟學科、管理學科、信息學科、計算機學科的交叉和邊緣學科，它的綜合性學科特點決定了電子商務理論知識和實驗教學具有復雜性和多樣性的特點。電子商務理論知識是實踐教學的基礎，理論知識讓學生深入了解整個電子商務框架結構，而實驗教學則是實現(xiàn)專業(yè)實踐教學的重要訓練手段，只有通過實驗教學，模擬現(xiàn)實環(huán)境和參與企業(yè)實踐，才能使學生深刻領會電子商務的理論框架、概念模型、技術手段、表現(xiàn)形式、交易規(guī)則，應用途徑、技巧方法等，才能讓學生了解企業(yè)電子商務需要什么專業(yè)人才。電子商務設計實驗課程的合理性，實驗教學方式多樣性，實驗教學的先進性都將直接影響到電子商務人才培養(yǎng)質量和培養(yǎng)目標。因此建立一個動態(tài)的、多層次、多樣化的適合現(xiàn)代社會需求的電子商務實驗室是電子商務專業(yè)建設目前亟需解決的一項重要工作。
1.2 研究的思路與結構
以建立一個現(xiàn)代的、動態(tài)的、多層次、多樣化的電子商務實驗環(huán)境也叫做實踐教學體系為目標，綜合運用現(xiàn)代實驗教學方面的最新研究成果，通過對電子商務實驗教學必要性和目前電子商務實驗教學開展現(xiàn)狀的分析，最終建立一個現(xiàn)代的、動態(tài)的、多層次、多樣化的電子商務實踐教學體系。
（1）現(xiàn)狀背景分析：了解目前理論界對電子商務實驗教學環(huán)境的研究和電子商務實驗教學中存在的問題。
（2）理論模型構建：綜合運用現(xiàn)代實驗教學方面的最新研究成果，結合電子商務專業(yè)的特點，建立現(xiàn)代的、動態(tài)的、多層次、多樣化的實踐教學體系模型。
（3）核心觀點形成：探討如何運用此模型選擇適當?shù)碾娮由虅諏嶒灲虒W模式。
1.3 國內外電子商務實驗教學研究綜述
目前電子商務實驗教學環(huán)境作為電子商務課程教學的重要內容和組成部分，對于高校培養(yǎng)電子商務專業(yè)人才具有重要作用，影響到課程教學質量乃至人才培養(yǎng)目標的實現(xiàn)（楊紅兵，2008）。國外高校較早開始了電子商務模擬環(huán)境的研究和嘗試（Philip Joyce，1999；Howard Rosenbaum，2000），已經有很成熟的教學方法和實驗環(huán)境，而國內高校電子商務實驗環(huán)境與教學方式目前不是很成熟，主要是購買一些軟硬件，學習國際上的成功案例（馬洪娟，2010；樊斌，2010；陳晴光，2010；張金輝，2010；李曼，2009）。但是模擬實驗軟件內容很難與電子商務日新月異的發(fā)展速度相匹配，與實際電子商務也存在差距。伴隨電子商務快速發(fā)展，在實驗經費不足、實驗課程內容復雜，教材更新速度慢，與社會聯(lián)系少導致實際環(huán)境脫節(jié)，學生學習較為被動的局面，是一個亟需解決的問題（談曉勇，2010）。目前電子商務教學方法研究上主要有，建立建全完善的電子商務教學體系，大融合的電子商務教學方法，個性化需求的電子商務教學方法和面向實際應用的電子商務教學方法等。
2 電子商務實驗教學必然性
2.1 由電子商務的學科特點決定
電子商務人才培養(yǎng)模式中，除了強化理論教學外，還需要通過一些實踐環(huán)節(jié)使學生對電子商務整個應用過程進行深入了解，同時學生也應該經常瀏覽和參與目前的電子商務網站的交易活動，才能有更清晰的認識。由于目前不可能讓每個學生都到電子商務企業(yè)去參與各個方面的實習，所以電子商務實驗教學成為鏈接電子商務理論與實踐內容的重要橋梁與紐帶。
2.2 由電子商務人才社會需求決定
21世紀是網絡經濟、知識經濟和互聯(lián)網高速發(fā)展的時代，電子商務領域的商業(yè)模式創(chuàng)新發(fā)展使得電子商務的人才需求范圍得以持續(xù)擴大。而互聯(lián)網的普及應用和移動商務的快速發(fā)展，包括電子商務、移動商務應用在內的互聯(lián)網應用開始提速，相關的人才需求數(shù)量也相應增加。企業(yè)招聘電子商務人員多數(shù)希望招到既掌握一般計算機網絡技術，又具有商務策劃、營運推廣、物流管理的綜合型商務人才。對于電子商務人才必須要掌握相應的理論知識和網絡技術在實踐中的應用，兩者相輔相成，缺一不可。因此，電子商務人才市場社會需求的特點，也決定了電子商務實驗教學的必然性。
3 目前電子商務實驗教學環(huán)境的現(xiàn)狀
3.1 目前電子商務實驗教學的主要環(huán)境
良好的實驗環(huán)境是開展課程實驗教學的基礎，目前電子商務實驗教學的主要環(huán)境有基于電子商務模擬軟件的實驗教學，基于互聯(lián)網準公司的實驗教學，基于實戰(zhàn)型實驗教學。基于電子商務模擬軟件的實驗教學，優(yōu)勢在于創(chuàng)立一種高度仿真系統(tǒng)，使學習者如身臨其境，和現(xiàn)實情況很相似，更貼近真實的電子商務活動，自由空間更多，更加符合學生的思維習慣，學生在實驗中學會電子商務工作的主要業(yè)務技能。目前電子商務模擬實驗軟件有多個開發(fā)公司開發(fā)，沒有統(tǒng)一的標準，存在著流程固定、內容形式和版權保護等問題。隨著電子商務在企業(yè)和用戶中廣泛應用，模擬實驗軟件內容很難與實際電子商務相似，于是基于實際電子商務網絡應用的實驗教學環(huán)境得到大多數(shù)老師和學生的喜愛。基于互聯(lián)網準公司的實驗教學環(huán)境為學生提供了一個全面、系統(tǒng)和靈活的實驗訓練，幾乎和實際環(huán)境一樣，保證了與現(xiàn)實發(fā)展同步，有效地解決了課程教學與實際需求脫節(jié)的矛盾。基于實戰(zhàn)型實驗教學是指在學校建立校園網網上商城，通過在學校內部進行推廣使用，通過校內的電子商務對學生的實踐能力，技術應用能力、社會活動能力的培養(yǎng)有更積極直接的影響，為學生提供了電子商務真實活動環(huán)境，為畢業(yè)以后的工作奠定了堅實的基礎。
3.2 目前電子商務實驗教學中存在的問題
目前，電子商務實驗室建設在實際使用和操作中，主要存在以下問題。首先，電子商務實驗室功能上的不完善，過多重視電子商務業(yè)務的實現(xiàn)，而忽視了一些輔助業(yè)務的環(huán)節(jié)，電子商務網站最大的優(yōu)勢是給學生提供了一個真實的實驗環(huán)境，例如阿里巴巴、易趣網、京東商城、蘇寧易購等電子商務網站，通過這些企業(yè)電子商務網站不僅使學生學習更具有現(xiàn)實意義，而且也可以為學生日后網上開店積累經驗，對于提高學生的電子商務應用技能極為有利。但網上實驗環(huán)境的缺陷是無法看到電子商務運作的全部流程，無法全面了解電子商務技術和管理內容，如域名申請與解析，搜索引擎設定，網絡營銷服務，第三方的業(yè)務接口等。因此，在實驗教學中，必須和企業(yè)結合使用企業(yè)的電子商務系統(tǒng)讓學生親自體驗電子商務中的廠商、消費者、銀行、認證中心、物流等各環(huán)節(jié)的具體操作過程和管理內容。電子商務模擬軟件將電子商務的業(yè)務流程固定化、實驗流程固定化，系統(tǒng)一定開發(fā)完成，很少能夠根據(jù)各學校的應用需求進行個性化和本地化的開發(fā)，雖然業(yè)務固化固然加強學生對這一流程的深入了解，但是過于強調流程固化，對學生創(chuàng)造性思維培養(yǎng)極為不利。由于電子商務的快速發(fā)展，教學老師具有很深的理論知識，但是缺乏一定的實踐經驗，和實際有可能有些脫節(jié)，因此，加強教師隊伍建設，讓教師進入企業(yè)實習，提高教師的實踐動手能力也是重要的內容。
4 現(xiàn)代化電子商務實驗教學體系的構建
電子商務教學實驗環(huán)境不應僅僅包括實驗教學的軟硬件設備，而應該是一個現(xiàn)代的、動態(tài)的、多層次、多樣化的立體實踐教學體系。既要考慮學校的基礎條件，也要考慮今后發(fā)展的可擴展性，它應該既要包括傳統(tǒng)的實驗室教學軟硬件，同時還應該包括完整的教學組織模式和豐富靈活的教學支持。
為了彌補傳統(tǒng)的電子商務實驗教學環(huán)境的不足，我們應在此基礎上進行擴展，首先，以專業(yè)競賽帶動實踐教學，組織教師和學生參與政府、企業(yè)和學校舉辦的各種專業(yè)競賽，師生通過專業(yè)競賽能夠調動大家的主觀能動性和學生參與電子商務競爭意識，培養(yǎng)學生的學習興趣和創(chuàng)造性思維能力。
其次，利用互聯(lián)網資源。比如目前有很多的電子商務網站，通過電子商務網站流程了解一部分實驗環(huán)境，同時利用互聯(lián)網上電子商務網站源代碼，下載并安裝在學校的服務器上，讓學生了解建立互聯(lián)網網站的整個過程，同時熟悉網站的管理流程、資金結算等信息。
另外，通過校企合作開展電子商務實驗。企業(yè)永遠站在市場的最前沿，通過企業(yè)建立學生實驗實訓基地，教師利用企業(yè)實訓基地進行現(xiàn)場教學，學生參與商業(yè)軟件測試版測試，到企業(yè)直接頂崗實習，同時企業(yè)也為學生建立實習導師，采用雙導師制，同時指導學生將理論知識應用到企業(yè)實踐中，雙導師根據(jù)學生的實習情況給予指導，開展現(xiàn)場教學，使學生在實驗中得到鍛煉，了解目前電子商務可能會出現(xiàn)的各種問題，進而提高分析問題、解決問題的能力。
最后，學校組織編寫實驗大綱、實驗教材，教學指導書、學生實驗報告、實驗記錄卡，師生答疑與反饋交流平臺等，對學校組織學生參與電子商務實驗教學而言，都是必不可少的。
通過建立電子商務教學動態(tài)實驗環(huán)境，按照體現(xiàn)基礎性、先進性、系統(tǒng)性、綜合性和創(chuàng)新性的原則，建立分層次、多模塊、互相銜接的、科學系統(tǒng)的實驗教學體系，全面提高電子商務實驗教學水平，使學生完整、系統(tǒng)地掌握電子商務實驗的基本原理、方法和技能，才能培養(yǎng)滿足社會需求的電子商務實用人才。
參考文獻
[1] 齊向明.經濟管理類本科專業(yè)“五三一”實踐教學體系研究[J].中國科技論文在線，2007.11.
[2] 曾曉彬.試論經濟管理類本科人才培養(yǎng)的實踐教學體系[J].實驗室研究與探索，2007（1）.
[3] 毛太田，鄒凱.電子商務專業(yè)課程體系與培養(yǎng)模式探討[J].中國科技論文在線，2004-02-13.
[4] 何宏貴，何建民.電子商務專業(yè)實踐教學研究[J].中國現(xiàn)代教育裝備，2007（7）.
[5] 楊紅兵.電子商務教學實驗模擬系統(tǒng)的分析與設計[D].電子科技大學，2008.
[6] 馬洪娟.電子商務專業(yè)實踐教學體系的研究與構建[J].商業(yè)經濟，2010（12）.
[7] 陳晴光.電子商務課程群實驗教學內容體系研究[J].中國科教創(chuàng)新導刊，2010（13）.
[8] 張金輝.淺談電子商務實踐教學[J].新課程（教研），2010（5）.
