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