第一篇：軟件測(cè)試實(shí)驗(yàn)報(bào)告

軟件質(zhì)量保證與測(cè)試

2016 ~ 2017學(xué)年

第二學(xué)期

學(xué)

院 計(jì)算機(jī)科學(xué)技術(shù)

專(zhuān)

業(yè) 軟件工程 學(xué)

號(hào)

140521221 姓

名 蒲鳳 指導(dǎo)教師王鵬

目錄

一、單元測(cè)試.......................................................1 1.1實(shí)驗(yàn)?zāi)康?.....................................................1 1.2實(shí)驗(yàn)環(huán)境......................................................1 1.3實(shí)驗(yàn)原理......................................................1 1.4實(shí)驗(yàn)內(nèi)容......................................................1 1.4.1 C#單元測(cè)試................................................1 1.4.2 測(cè)試用例..................................................4 1.5實(shí)驗(yàn)結(jié)果......................................................5 1.6實(shí)驗(yàn)總結(jié)......................................................6 1.6.1插件安裝...................................................6 1.6.2心得體會(huì)...................................................6 1.6.3單元測(cè)試意義...............................................6

二、LOADRUNNER性能測(cè)試.............................................7 2.1實(shí)驗(yàn)?zāi)康?.....................................................7 2.2實(shí)驗(yàn)環(huán)境......................................................7 2.3實(shí)驗(yàn)原理......................................................7 2.4實(shí)驗(yàn)內(nèi)容......................................................7 2.4.1 HP LoadRunner錄制腳本.....................................7 2.4.2 HP LoadRunner腳本測(cè)試場(chǎng)景設(shè)計(jì)及分析......................17 2.5實(shí)驗(yàn)結(jié)果.....................................................33 2.6實(shí)驗(yàn)分析.....................................................34 2.7實(shí)驗(yàn)總結(jié).....................................................34

三、反編譯........................................................36 3.1實(shí)驗(yàn)?zāi)康?....................................................36 3.2實(shí)驗(yàn)環(huán)境.....................................................36 3.3實(shí)驗(yàn)原理.....................................................36 3.4實(shí)驗(yàn)內(nèi)容.....................................................36 3.4.1 Net Refelector反編譯.....................................36 3.5實(shí)驗(yàn)結(jié)果.....................................................40 3.6實(shí)驗(yàn)總結(jié).....................................................41 3.6.1心得體會(huì)..................................................41

I 3.6.2 對(duì)軟件安全性的看法.......................................41

四、SQL注入.......................................................42 4.1實(shí)驗(yàn)?zāi)康?....................................................42 4.2實(shí)驗(yàn)環(huán)境.....................................................42 4.2實(shí)驗(yàn)原理.....................................................42 4.3實(shí)驗(yàn)內(nèi)容.....................................................42 4.3.1 sql注入..................................................42 4.4實(shí)驗(yàn)結(jié)果.....................................................52 4.5實(shí)驗(yàn)總結(jié).....................................................54 4.5.1心得體會(huì)..................................................54 4.5.2 SQL注入危害..............................................54

五、禪道項(xiàng)目管理的BUG管理模塊使用................................55 5.1實(shí)驗(yàn)?zāi)康?....................................................55 5.2實(shí)驗(yàn)環(huán)境.....................................................55 5.3實(shí)驗(yàn)原理.....................................................55 5.4實(shí)驗(yàn)內(nèi)容.....................................................55 5.4.1禪道項(xiàng)目管理的bug管理模塊使用............................55 5.5實(shí)驗(yàn)結(jié)果.....................................................67 5.6實(shí)驗(yàn)總結(jié).....................................................68

II

一、單元測(cè)試

1.1實(shí)驗(yàn)?zāi)康?/p>

1.能夠使用編程工具進(jìn)行單元測(cè)試。

2.檢查代碼實(shí)現(xiàn)是否符合設(shè)計(jì)，盡早發(fā)現(xiàn)設(shè)計(jì)和需求中存在的錯(cuò)誤。3.發(fā)現(xiàn)在編碼過(guò)程中引入的錯(cuò)誤，跟蹤需求和設(shè)計(jì)的實(shí)現(xiàn)是否一致。

1.2實(shí)驗(yàn)環(huán)境

環(huán)境：vs2013

1.3實(shí)驗(yàn)原理

主要采用白盒技術(shù)，檢查模塊控制結(jié)構(gòu)的某些特殊路徑，期望覆蓋盡可能多的出錯(cuò)點(diǎn)。

1.4實(shí)驗(yàn)內(nèi)容

1.4.1 C#單元測(cè)試

1.新建一個(gè)類(lèi)庫(kù)項(xiàng)目，并為其中的類(lèi)為BinaryTree.構(gòu)建二叉樹(shù)并添加前序遍歷方法。如圖1-1所示。

圖1-1 2.創(chuàng)建單元測(cè)試。在方法名上右擊，然后單擊“Generate Unit Test”選項(xiàng)，打開(kāi)對(duì)話(huà)框。如圖1-2所示。

圖1-2 3.選擇方法，為新建項(xiàng)目命名。如圖1-3所示。

圖1-3 4.然后在解決方案管理中就多了相應(yīng)的BinaryTree Tests解決方案。如圖1-4所示。

圖1-4 打開(kāi)測(cè)試菜單->窗口->測(cè)試資源管理器，如圖1-5所示。

圖1-5 5.在測(cè)試試圖，右鍵運(yùn)行要測(cè)試的方法，在測(cè)試結(jié)果窗口中查看測(cè)試結(jié)果，運(yùn)行測(cè)試之前。如圖1-6所示。

圖1-6 1.4.2測(cè)試用例

1.設(shè)置測(cè)試參數(shù)。如圖1-7，1-8所示。

圖1-7

圖1-8 2.運(yùn)行之后。如圖1-9所示。

圖1-9 1.5實(shí)驗(yàn)結(jié)果

經(jīng)過(guò)測(cè)試，ResultEqualTest1，ResultEqualTest2均未通過(guò)測(cè)試，調(diào)整參數(shù)，重新測(cè)試,測(cè)試結(jié)果如下，如圖1-10所示。：

圖1-10 1.6實(shí)驗(yàn)總結(jié)

1.6.1插件安裝

在vs2013進(jìn)行單元測(cè)試之前，需要按照手動(dòng)添加插件。選擇工具-擴(kuò)展和更新，搜索并安裝Unit Test Generator。1.6.2心得體會(huì)

本次測(cè)試設(shè)計(jì)涉及預(yù)期測(cè)試需求，實(shí)驗(yàn)結(jié)果符合預(yù)期。單元測(cè)試幫助開(kāi)發(fā)人員編寫(xiě)代碼，提升質(zhì)量，減少bug；提升反饋速度，減少重復(fù)工作，提高開(kāi)發(fā)效率；保證最后的代碼不會(huì)破壞之前的代碼功能，同時(shí)讓代碼維護(hù)更容易，有助于改進(jìn)代碼質(zhì)量和設(shè)計(jì)。1.6.3單元測(cè)試意義

單元測(cè)試集中注意力與程序的基本組成部分，首先保證每個(gè)單元測(cè)試通過(guò)，才能使下一步把單元組成部分組裝成部件并測(cè)試其正確性具有基礎(chǔ)。單元是整個(gè)軟件的構(gòu)成基礎(chǔ)，只有保證零部件一樣，這個(gè)設(shè)備的質(zhì)量才有基礎(chǔ)，單元的質(zhì)量也是整個(gè)軟件質(zhì)量的基礎(chǔ)。因此，單元測(cè)試的效果會(huì)直接影響到軟件的后期測(cè)試，最終在很大程度上影響到產(chǎn)品的質(zhì)量。同時(shí)，單元規(guī)模較小，復(fù)雜性較低，因而發(fā)現(xiàn)錯(cuò)誤后容易隔離和定位，有利于調(diào)試工作。

二、LoadRunner性能測(cè)試

2.1實(shí)驗(yàn)?zāi)康?/p>

1.掌握LoadRunner的使用方法。2.能夠使用LoadRunner進(jìn)行負(fù)載測(cè)試

3.學(xué)會(huì)用LoadRunner設(shè)計(jì)場(chǎng)景并嘗試，并分析測(cè)試結(jié)果。

2.2實(shí)驗(yàn)環(huán)境

環(huán)境：HP LoadRunnner

2.3實(shí)驗(yàn)原理

LoadRunner進(jìn)行負(fù)載測(cè)試通常有五個(gè)階段組成：

計(jì)劃、腳本創(chuàng)建、場(chǎng)景定義、場(chǎng)景執(zhí)行和結(jié)果分析。

(1)計(jì)劃負(fù)載測(cè)試：定義性能測(cè)試要求，例如并發(fā)用戶(hù)的數(shù)量、典型業(yè)務(wù)流程和所需相應(yīng)時(shí)間。

(2)創(chuàng)建Vuser腳本：將最終用戶(hù)活動(dòng)捕獲到自動(dòng)腳本中。(3)定義場(chǎng)景:使用LoadRunnerControlller設(shè)置負(fù)載測(cè)試環(huán)境。(4)運(yùn)行場(chǎng)景：通過(guò)LoadRunnerControlller驅(qū)動(dòng)、管理和監(jiān)控負(fù)載測(cè)試。(5)分析結(jié)果：使用LoadRunnerAnalysis創(chuàng)建圖和報(bào)告并評(píng)估性能。

2.4實(shí)驗(yàn)內(nèi)容

2.4.1HP LoadRunner錄制腳本

1.啟動(dòng)服務(wù)。如圖2-1所示。

圖2-1 2.登錄自帶網(wǎng)站W(wǎng)ebTours，并注冊(cè)。如圖2-2所示。

圖2-2 填寫(xiě)注冊(cè)信息，如圖2-3，2-4所示。

圖2-3

圖2-4 注冊(cè)成功，如圖2-5所示。

圖2-5

3.打開(kāi)Loadrunner，點(diǎn)擊新建腳本打開(kāi)VuGen。如圖2-6所示。

圖2-6 新建腳本，如圖2-7所示。

圖2-7

4.新建腳本，選擇協(xié)議。如圖2-8所示。

圖2-8 5.選擇瀏覽器，設(shè)置所測(cè)web的地址。如圖2-9所示。

圖2-9 6.點(diǎn)擊左下角Options按鈕，進(jìn)入錄制環(huán)境設(shè)置界面。如圖2-10，2-11所示。

圖2-10

圖2-11

7、模擬用戶(hù)操作開(kāi)始錄制腳本。如圖2-12所示。

圖2-12 用戶(hù)操作如下，模擬用戶(hù)訂票。如圖2-13所示。

圖2-13 8.結(jié)束錄制，生成腳本。如圖2-14所示。

圖2-14 9.回放腳本，驗(yàn)證腳本是否正確。如圖2-15所示。

圖2-15 回放結(jié)果，如圖2-16所示。

圖2-16 10.增加事務(wù)，并命名。如圖2-17所示。

圖2-17 給事務(wù)命名，如圖2-18所示。

圖2-18 查看事務(wù)，如圖2-19所示。

圖2-19 11.參數(shù)化。在腳本中找到需要參數(shù)化的值，例如登錄名和登錄密碼。如圖2-20所示。

圖2-20 2.4.2HP LoadRunner腳本測(cè)試場(chǎng)景設(shè)計(jì)及分析

1.導(dǎo)入腳本，打開(kāi)controller。如圖2-21所示。

圖2-21 2.選擇文件路徑。如圖2-22所示。

圖2-22 3.進(jìn)入初始界面。如圖2-23所示。

圖2-23 4.為了設(shè)置集合點(diǎn)，取消默認(rèn)勾選框，添加腳本。如圖2-24所示。

圖2-24 5.確定，進(jìn)入場(chǎng)景設(shè)置界面。如圖2-25所示。

圖2-25 6.設(shè)置場(chǎng)景，選擇初始化。如圖2-26所示。

圖2-26 7.打開(kāi)運(yùn)行時(shí)設(shè)置，設(shè)置迭代次數(shù)。如圖2-27所示。

圖2-27 8.設(shè)置迭代參數(shù)為2。如圖2-28所示。

圖2-28 9.點(diǎn)開(kāi)Miscellaneous,設(shè)置Continueon error，使錯(cuò)誤發(fā)生時(shí)可繼續(xù)執(zhí)行。如圖2-29所示。

圖2-29 10.設(shè)計(jì)集合點(diǎn)。如圖2-30所示。

圖2-30 設(shè)置當(dāng)所有虛擬用戶(hù)都到達(dá)集合點(diǎn)才釋放，模擬多用戶(hù)同時(shí)進(jìn)行某一操作的情況。選中policy。如圖2-31所示。

圖2-31 11.設(shè)置policy。如圖2-32所示。

圖2-32 12.點(diǎn)擊運(yùn)行，進(jìn)入運(yùn)行時(shí)監(jiān)控界面。如圖2-33所示。

圖2-33 13.點(diǎn)擊運(yùn)行場(chǎng)景。如圖2-34所示。

圖2-34 14.觀察運(yùn)行結(jié)果。如圖2-35，2-36，2-37，2-38，2-39所示。

圖2-35

圖2-36

圖2-37

圖2-38

圖2-39 15.設(shè)置場(chǎng)景運(yùn)行時(shí)Windows資源監(jiān)控圖。如圖2-40所示。

圖2-40 點(diǎn)擊添加。如圖2-41，2-42所示。

圖2-41

圖2-42 運(yùn)行時(shí)Windows資源監(jiān)控圖截圖如下。如圖2-43所示。

圖2-43 16.打開(kāi)分析器，形成分析結(jié)果。如圖2-44，2-45所示。

圖2-44

圖2-45 17.分析器自動(dòng)形成分析結(jié)果。如圖2-46，2-47，2-48，2-49，2-50所示。

圖2-46

圖2-47 18.點(diǎn)開(kāi)監(jiān)控的圖表，根據(jù)需要合并圖表以便更好地分析。

圖2-48

圖2-49

圖2-50 19．添加Windows資源監(jiān)控圖表。如圖2-51，2-52所示。

圖2-51

圖2-52 20.添加頁(yè)面分析結(jié)果圖表。如圖2-53所示。

圖2-53 21.生成測(cè)試報(bào)告。如圖2-54所示。

圖2-54 生成測(cè)試報(bào)告中。如圖2-55所示。

圖2-55 生成測(cè)試報(bào)告，如圖2-56所示。

圖2-56 2.5實(shí)驗(yàn)結(jié)果

回放驗(yàn)證。如圖2-57所示。

圖2-57

生成測(cè)試報(bào)告，點(diǎn)擊內(nèi)容，如圖2-58所示。

圖2-58 2.6實(shí)驗(yàn)分析

通過(guò)測(cè)試報(bào)告可以看出，最多能夠創(chuàng)建10個(gè)vuser，平均吞吐量是14320字節(jié)每分，平均每秒點(diǎn)擊數(shù)量約為10次。同時(shí)可以通過(guò)以下方式使被測(cè)系統(tǒng)所受壓力減輕,從如下方面進(jìn)行綜合調(diào)解:將測(cè)試腳本中think time值加大并在控制臺(tái)中按比例實(shí)現(xiàn),此處think time指在transaction外部的時(shí)間；Controller中Run-Time Setting的Pacing設(shè)置值加大；虛擬用戶(hù)登錄時(shí)使用遞增策略，間隔稍長(zhǎng)。

2.7實(shí)驗(yàn)總結(jié)

LoadRunner，是一種預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試工具。通過(guò)以模擬上千萬(wàn)用戶(hù)實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)確認(rèn)和查找問(wèn)題，LoadRunner能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。企業(yè)使用LoadRunner能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。LoadRunner可適用于各種體系架構(gòu)的自動(dòng)負(fù)載測(cè)試，能預(yù)測(cè)系統(tǒng)行為并評(píng)估系統(tǒng)性能。學(xué)會(huì)了使用LoadRunner錄制腳本?；镜牧鞒淌菃?dòng)服務(wù)器、注冊(cè)、錄制腳本及進(jìn)行參數(shù)化設(shè)置。設(shè)計(jì)涉及場(chǎng)景的搭建和測(cè)試，通過(guò)Lordrunner進(jìn)行腳本測(cè)試，同時(shí)能夠生成相應(yīng)的圖表，直觀的反應(yīng)了測(cè)試結(jié)果。Lordrunner作為專(zhuān)業(yè)的性能測(cè)試工具,通過(guò)模擬成千上萬(wàn)的用戶(hù)對(duì)被測(cè)應(yīng)用進(jìn)行操作和請(qǐng)求,在實(shí)驗(yàn)室環(huán)境中精確重現(xiàn)生產(chǎn)環(huán)境中任意可能出現(xiàn)的業(yè)務(wù)壓力,然后通過(guò)在測(cè)試過(guò)程中獲取的信息和數(shù)據(jù)來(lái)確認(rèn)和查找軟件的性能問(wèn)題,分析性能瓶頸。

三、反編譯

3.1實(shí)驗(yàn)?zāi)康?/p>

1.學(xué)會(huì)如何使用反編譯工具對(duì)程序進(jìn)行反編譯。2.能夠使用.NetRefelector進(jìn)行反編譯。

3.2實(shí)驗(yàn)環(huán)境

環(huán)境：.Net Refelector,VS2008 3.3實(shí)驗(yàn)原理

反編譯的主要思想：將特定的機(jī)器代碼，即我們的“源程序”，先翻譯為低級(jí)的中間代碼，然后再根據(jù)特定的高級(jí)語(yǔ)言將中間代碼翻譯為高級(jí)程序。反編譯器也有前端和后端。前端是一個(gè)機(jī)器依賴(lài)的模塊，句法分析二進(jìn)制程序、分析其指令的語(yǔ)義、并且生成該程序的低級(jí)中間表示法和每一子程序的控制流向圖。通用的反編譯機(jī)器是一個(gè)與語(yǔ)言和機(jī)器無(wú)關(guān)的模塊，分析低級(jí)中間代碼，將它轉(zhuǎn)換成對(duì)任何高級(jí)語(yǔ)言都可接受的高級(jí)表示法，并且分析控制流向圖的結(jié)構(gòu)、把它們轉(zhuǎn)換成用高級(jí)控制結(jié)構(gòu)表現(xiàn)的圖。最后，后端是一個(gè)目標(biāo)語(yǔ)言依賴(lài)的模塊，生成目標(biāo)語(yǔ)言代碼。反編譯的過(guò)程中要使用一些工具：把二進(jìn)制程序裝入內(nèi)存，對(duì)這一程序做句法分析或反匯編，以及反編譯或者分析該程序來(lái)生成高級(jí)語(yǔ)言程序。這個(gè)過(guò)程借助編譯器和庫(kù)的簽名來(lái)識(shí)別特定的編譯器和庫(kù)子程序。只要在二進(jìn)制程序中識(shí)別出編譯器簽名，就不去反編譯這些編譯器啟動(dòng)代碼(start-up)和庫(kù)子程序：對(duì)于前者，從最后的目標(biāo)程序去掉啟動(dòng)代碼的那些例程，反編譯器從主(main)程序入口點(diǎn)開(kāi)始分析；對(duì)于后者，那些子程序用其庫(kù)函數(shù)名代替。

3.4實(shí)驗(yàn)內(nèi)容

3.4.1Net Refelector反編譯

1.啟動(dòng).NETRefelector(在所有程序中找到RedGate文件夾)找到安裝文件，點(diǎn)擊運(yùn)行。如圖3-1所示。

圖3-1 2.選擇文件，打開(kāi)可執(zhí)行文件。如圖3-2所示。

圖3-2 選擇文件路徑。如圖3-3所示。

圖3-3

3.導(dǎo)入工程截圖如下。如圖3-4所示。

圖3-4 4.相關(guān)函數(shù)和類(lèi)，如圖3-5所示。

圖3-5 5.選中工程，導(dǎo)出源碼。如圖3-6所示。

圖3-6 6.選擇導(dǎo)出文件路徑。如圖3-7所示。

圖3-7 7.選中反編譯程序，點(diǎn)擊運(yùn)行。如圖3-8所示。

圖3-8 3.5實(shí)驗(yàn)結(jié)果

反編譯成功，如圖3-9所示。

圖3-9

3.6實(shí)驗(yàn)總結(jié)

3.6.1心得體會(huì)

本次實(shí)驗(yàn)通過(guò)反編譯工具進(jìn)行了反編譯，完成了從可執(zhí)行文件到源碼的轉(zhuǎn)換，學(xué)會(huì)了如何使用.NET Refelector反編譯工具。3.6.2 對(duì)軟件安全性的看法

軟件安全（Software Security）就是使軟件在收到惡意攻擊的情形下依然能夠繼續(xù)正確運(yùn)行及確保軟件被在授權(quán)范圍內(nèi)合法使用的思想。軟件安全性分析任務(wù)包含于軟件生存周期的若干活動(dòng)中，是針對(duì)軟件的安全性質(zhì)量，作為這些活動(dòng)的補(bǔ)充。軟件安全性分析作為開(kāi)發(fā)中軟件的質(zhì)量的重要保證，關(guān)系到軟件的獲取、供應(yīng)、開(kāi)發(fā)、運(yùn)行和維護(hù)，已得到專(zhuān)業(yè)人士的高度重視。并且現(xiàn)在，軟件安全性分析任務(wù)的各項(xiàng)細(xì)節(jié)執(zhí)行都寫(xiě)入了國(guó)軍標(biāo)，被安全相關(guān)軟件的需方、供方、開(kāi)發(fā)者、維護(hù)者以及獨(dú)立的評(píng)價(jià)者使用。規(guī)范化將推進(jìn)軟件安全性分析的進(jìn)程，使更多的開(kāi)發(fā)和評(píng)測(cè)單位遵循標(biāo)準(zhǔn)化文件，督促開(kāi)發(fā)團(tuán)隊(duì)采取相應(yīng)的技術(shù)手段，以軟件測(cè)試作為輔助。同樣，軟件安全性分析標(biāo)準(zhǔn)也會(huì)在推進(jìn)的過(guò)程中，得到不斷地發(fā)展。

四、SQL注入

4.1實(shí)驗(yàn)?zāi)康?/p>

1.明白SQL注入原理。2.能夠進(jìn)行簡(jiǎn)單的SQL注入。

4.2實(shí)驗(yàn)環(huán)境

環(huán)境：VS2013，SQL Server Management Studio 4.2實(shí)驗(yàn)原理

SQL注入即是指web應(yīng)用程序?qū)τ脩?hù)輸入數(shù)據(jù)的合法性沒(méi)有判斷，攻擊者可以在web應(yīng)用程序中事先定義好的查詢(xún)語(yǔ)句的結(jié)尾上添加額外的SQL語(yǔ)句，以此來(lái)實(shí)現(xiàn)欺騙數(shù)據(jù)庫(kù)服務(wù)器執(zhí)行非授權(quán)的任意查詢(xún)，從而進(jìn)一步得到相應(yīng)的數(shù)據(jù)信息。

4.3實(shí)驗(yàn)內(nèi)容

4.3.1 sql注入

1.點(diǎn)擊SQL SERVERR２。如圖4-1所示。

圖4-1 登陸數(shù)據(jù)庫(kù)，如圖4-2所示。

圖4-2 ２.創(chuàng)建數(shù)據(jù)庫(kù)SQLTEST。如圖4-3，4-4所示。

圖4-3

圖4-4 ３.創(chuàng)建表UserLogin。如圖4-5所示。

圖4-5 設(shè)置主鍵如下，如圖4-6所示。

圖4-6 設(shè)置成功，截圖如下。如圖4-7所示。

圖4-7 輸入表名。如圖4-8所示。

圖4-8 4.選中表，編輯前200行。如圖4-9所示。

圖4-9 5.編輯測(cè)試數(shù)據(jù)，如圖4-10所示。

圖4-10 6.打開(kāi)VS2013，新建項(xiàng)目。如圖4-11所示。

圖4-11 選中Asp.net Web應(yīng)用程序。如圖4-12所示。

第二篇：軟件測(cè)試技術(shù)-實(shí)驗(yàn)報(bào)告內(nèi)容格式

課程名稱(chēng)：《軟件測(cè)試技術(shù)》

實(shí)驗(yàn)名稱(chēng)：《使用LoadRunner 進(jìn)行性能測(cè)試》

實(shí)驗(yàn)?zāi)繕?biāo)：

1、掌握LR的測(cè)試過(guò)程；

2、掌握LR中 Visual User Generator（以下簡(jiǎn)稱(chēng)VuGen）、Controller和Analysis三個(gè)組件的具體使用。

實(shí)驗(yàn)要求：

采用LR 自帶的HP WEBTours應(yīng)用程序，進(jìn)行性能測(cè)試。

實(shí)驗(yàn)過(guò)程：

1、錄制LR 自帶的HP WEBTours應(yīng)用程序腳本，錄制內(nèi)容包括自動(dòng)進(jìn)入到WEB TOURS 網(wǎng)站，進(jìn)行登錄（已經(jīng)注冊(cè)成功），登錄成功后，再定一張票，定票后，輸入信用卡信息，然后退出登錄，完成后，點(diǎn)擊停止錄制；（具體過(guò)程自己描述）

2、生成腳本；

（具體過(guò)程自己描述）

3、回放腳本；

（具體過(guò)程自己描述）

4、插入事件，分別在登錄前和登錄成功后、訂票前和訂票成功后四個(gè)位置插入一個(gè)事件；

（具體過(guò)程自己描述）

5、啟動(dòng)Controller，配置場(chǎng)景，選擇場(chǎng)景類(lèi)型為Goal—Oriented Scenario；（具體過(guò)程自己描述）

6、生成分析報(bào)告。

（具體過(guò)程自己描述）

參照《LoadRunner結(jié)果分析說(shuō)明》文檔進(jìn)行分析，了解系統(tǒng)瓶頸在什么地方，需要改進(jìn)，實(shí)驗(yàn)完成。

實(shí)驗(yàn)心得：

要求不得少于200字。

第三篇：《軟件分析與測(cè)試》實(shí)驗(yàn)報(bào)告范例.doc

《軟件分析與測(cè)試》實(shí)驗(yàn)一：白盒測(cè)試實(shí)驗(yàn)報(bào)告

一、實(shí)驗(yàn)?zāi)康?、通過(guò)簡(jiǎn)單程序白盒測(cè)試，熟悉測(cè)試過(guò)程，對(duì)軟件測(cè)試行程初步了解，并養(yǎng)成良好的測(cè)試習(xí)慣。

2、熟練掌握如何運(yùn)用基路徑測(cè)試方法進(jìn)行測(cè)試用例設(shè)計(jì)，進(jìn)行邏輯覆蓋率分析。

二、實(shí)驗(yàn)內(nèi)容<測(cè)試內(nèi)容的描述>

……

三、實(shí)驗(yàn)原理

白盒測(cè)試原理：分析程序的內(nèi)部邏輯結(jié)構(gòu)，選擇適當(dāng)?shù)母采w標(biāo)準(zhǔn)，設(shè)計(jì)測(cè)試用例，對(duì)主要路徑進(jìn)行盡可能多的測(cè)試。白盒測(cè)試測(cè)試用例一般采用邏輯覆蓋法進(jìn)行設(shè)計(jì)。

語(yǔ)句覆蓋：選擇足夠的測(cè)試用例，使得程序中每個(gè)語(yǔ)句至少都能被執(zhí)行一次。

判定覆蓋：執(zhí)行足夠的測(cè)試用例，使得程序中每個(gè)判定至少都獲得一次“真”值和“假”值。

條件覆蓋：執(zhí)行足夠的測(cè)試用例，使得所有判定中的每個(gè)條件至少都獲得一次“真”值和“假”值。

判定/條件覆蓋：執(zhí)行足夠的測(cè)試用例，使得判定中每個(gè)條件取到各種可能的值，并使每個(gè)判定取到各種可能的結(jié)果。

條件組合覆蓋：執(zhí)行足夠的例子，使得每個(gè)判定中條件的各種可能組合都至少出現(xiàn)一次。

路徑覆蓋：路徑覆蓋是相當(dāng)強(qiáng)的邏輯覆蓋，它保證程序中每條可能的路徑都至少執(zhí)行一次。

四、實(shí)驗(yàn)步驟：

1、測(cè)試程序源代碼

……

2、測(cè)試程序流程圖

……

3、測(cè)試用例設(shè)計(jì)

……<要求分別使用語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定-條件覆蓋、條件組合測(cè)試、路徑覆蓋（及完全覆蓋）方法設(shè)計(jì)測(cè)試用例>

4、測(cè)試用例分析

……<比較各種設(shè)計(jì)方法，給出結(jié)論>

五、總結(jié)與體會(huì)

……

《軟件分析與測(cè)試》實(shí)驗(yàn)二：黑盒測(cè)試實(shí)驗(yàn)報(bào)告

一、實(shí)驗(yàn)?zāi)康?、系統(tǒng)地學(xué)習(xí)和理解黑盒測(cè)試的基本概念、原理，掌握黑盒測(cè)試的基本技術(shù)和方法。

2、通過(guò)試驗(yàn)和應(yīng)用，要逐步提高和運(yùn)用黑盒測(cè)試技術(shù)解決實(shí)際測(cè)試問(wèn)題的能力。

二、實(shí)驗(yàn)內(nèi)容<測(cè)試內(nèi)容的描述>

……

三、實(shí)驗(yàn)原理

黑盒測(cè)試原理：不考慮程序的內(nèi)部結(jié)構(gòu)與特性，只根據(jù)程序功能或程序的外部特性設(shè)計(jì)測(cè)試用例。

等價(jià)分類(lèi)法：根據(jù)程序的I/O特性，將程序的定義域劃分為有限個(gè)等價(jià)區(qū)段 —“等價(jià)類(lèi)”，從等價(jià)類(lèi)中選擇出的用例，具有“代表性”。應(yīng)按照輸入條件（如輸入值的范圍，值的個(gè)數(shù)，值的集合，輸入條件必須如何）劃分為有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)。有效等價(jià)類(lèi)，對(duì)于程序的規(guī)格說(shuō)明是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。無(wú)效等價(jià)類(lèi)，對(duì)于程序的規(guī)格說(shuō)明，是不合理的，是沒(méi)有意義的輸入數(shù)據(jù)構(gòu)成的集合。

邊值分析法：選擇等價(jià)類(lèi)的邊緣值作為測(cè)試用例，讓每個(gè)等價(jià)類(lèi)的邊界都得到測(cè)試，選擇測(cè)試用例既考慮輸入亦考慮輸出。

決策表：在一些數(shù)據(jù)處理問(wèn)題當(dāng)中，某些操作的實(shí)施依賴(lài)于多個(gè)邏輯條件的組合，即：針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作。最適合描述在多邏輯條件取值的組合所構(gòu)成的復(fù)雜情況下，分別執(zhí)行哪些不同的動(dòng)作。

因果圖法：一些程序的功能可以用判定表（或稱(chēng)決策表）的形式來(lái)表示，并根據(jù)輸入條件的組合情況規(guī)定相應(yīng)的操作。它是一種利用圖解法分析輸入的各種組合情況，從而設(shè)計(jì)測(cè)試用例的方法，它適合于檢查程序輸入條件的各種組合情況。

四、實(shí)驗(yàn)步驟：

1、測(cè)試用例設(shè)計(jì)

……<要求分別使用等價(jià)分類(lèi)法、方法邊值分析法、因果圖法、決策表設(shè)計(jì)測(cè)試用例>

2、測(cè)試用例分析

……<比較各種設(shè)計(jì)方法，給出結(jié)論>

五、總結(jié)與體會(huì)

……

《軟件分析與測(cè)試》實(shí)驗(yàn)三：測(cè)試自動(dòng)化實(shí)驗(yàn)報(bào)告

一、實(shí)驗(yàn)?zāi)康?、系統(tǒng)地學(xué)習(xí)和理解測(cè)試自動(dòng)化的基本概念，掌握測(cè)試自動(dòng)化的基本技術(shù)和方法。

2、通過(guò)試驗(yàn)和應(yīng)用，要逐步提高和運(yùn)用測(cè)試自動(dòng)化工具解決實(shí)際測(cè)試問(wèn)題的能力。

二、實(shí)驗(yàn)內(nèi)容<測(cè)試內(nèi)容的描述>

……

三、實(shí)驗(yàn)環(huán)境

在Eclipse集成開(kāi)發(fā)環(huán)境中使用JUnit來(lái)作為自動(dòng)化的功能測(cè)試工具。Eclipse本身集成了JUnit相關(guān)組件，并對(duì)JUnit的運(yùn)行提供了無(wú)縫的支持。

JUnit是一個(gè)開(kāi)放源代碼的Java測(cè)試框架，用于編寫(xiě)和運(yùn)行可重復(fù)的測(cè)試。他是用于單元測(cè)試框架體系xUnit的一個(gè)實(shí)例（用于java語(yǔ)言）。它包括以下特性：

1、用于測(cè)試期望結(jié)果的斷言（Assertion）

2、用于共享共同測(cè)試數(shù)據(jù)的測(cè)試工具

3、用于方便的組織和運(yùn)行測(cè)試的測(cè)試套件

4、圖形和文本的測(cè)試運(yùn)行器

Eclipse 是一個(gè)開(kāi)放源代碼的、基于 Java 的可擴(kuò)展開(kāi)發(fā)平臺(tái)。就其本身而言，它只是一個(gè)框架和一組服務(wù)，用于通過(guò)插件組件構(gòu)建開(kāi)發(fā)環(huán)境。幸運(yùn)的是，Eclipse 附帶了一個(gè)標(biāo)準(zhǔn)的插件集，包括 Java 開(kāi)發(fā)工具（Java Development Tools，JDT）。

四、實(shí)驗(yàn)步驟：

1、測(cè)試過(guò)程

……

2、測(cè)試分析

……

五、總結(jié)與體會(huì)

……

//注釋?zhuān)?/p>

1、省略號(hào)為自定義部分,需要補(bǔ)充完整；

2、<>中內(nèi)容為說(shuō)明文字部分；

3、其他文字要求都寫(xiě)入報(bào)告中（包括 注釋1中的內(nèi)容）。

第四篇：軟件測(cè)試（推薦）

一、簡(jiǎn)答5*6’

1.為什么不讓時(shí)間有余的人做測(cè)試工作

表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對(duì)測(cè)試的輕視。測(cè)試和測(cè)試的人有很大關(guān)系。測(cè)試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問(wèn)題，細(xì)心有條理，總結(jié)問(wèn)題，如果具備這樣的優(yōu)點(diǎn)，做其它工作同樣也會(huì)很出色，因此這里還有一個(gè)要求，就是要喜歡測(cè)試這項(xiàng)工作。2.軟件測(cè)試風(fēng)險(xiǎn)主要體現(xiàn)在哪里

我們沒(méi)有對(duì)軟件進(jìn)行完全測(cè)試，實(shí)際就是選擇了風(fēng)險(xiǎn)，因?yàn)槿毕輼O有可能存在沒(méi)有進(jìn)行測(cè)試的部分。因此，我們要盡可能的選擇最合適的測(cè)試量，把風(fēng)險(xiǎn)降低到最小 3.所有軟件測(cè)試缺陷都需要修復(fù)嗎

從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒(méi)有必要修復(fù)所有的軟件缺陷。測(cè)試人員要做的是能夠正確判斷什么時(shí)候不能追求軟件的完美。對(duì)于整個(gè)項(xiàng)目團(tuán)隊(duì)，要做的是對(duì)每一個(gè)軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險(xiǎn)決定那些缺陷要修復(fù)。發(fā)生這種現(xiàn)象的主要原因如下：-沒(méi)有足夠的時(shí)間資源。在任何一個(gè)項(xiàng)目中，通常情況下開(kāi)發(fā)人員和測(cè)試人員都是不夠用的，而且在項(xiàng)目中沒(méi)有預(yù)算足夠的回歸測(cè)試時(shí)間，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級(jí)中進(jìn)行修復(fù)。-不是缺陷的缺陷。我們經(jīng)常會(huì)碰到某些功能方面的問(wèn)題被當(dāng)成缺陷來(lái)處理，這類(lèi)問(wèn)題可以以后有時(shí)間時(shí)考慮再處理。缺陷是否修改要由軟件測(cè)試人員、項(xiàng)目經(jīng)理、程序員共同討論來(lái)決定是否修復(fù)，不同角色的人員從不同的角度來(lái)思考，以做出正確的決定。4.如何減少測(cè)試人員跳槽帶來(lái)的損失 建議我們從以下兩個(gè)方面做起：

-加強(qiáng)部門(mén)內(nèi)員工之間的互相學(xué)習(xí)，互相學(xué)習(xí)是建立學(xué)習(xí)型組織的基本要求，是知識(shí)互相轉(zhuǎn)移的過(guò)程。在此基礎(chǔ)上，可以把個(gè)人擁有的技術(shù)以知識(shí)的形式沉積下來(lái)，也就完成了隱性知識(shí)到顯性知識(shí)的轉(zhuǎn)化。

-管理者就應(yīng)該把員工的個(gè)人成長(zhǎng)和企業(yè)的發(fā)展聯(lián)系起來(lái)，為員工設(shè)定合理發(fā)展規(guī)劃并付諸實(shí)現(xiàn)。

5.驗(yàn)收測(cè)試的注意點(diǎn)有哪些 測(cè)試要注意下面的事項(xiàng)：

（1）用戶(hù)現(xiàn)場(chǎng)測(cè)試不可能測(cè)試全部功能，因此要測(cè)試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過(guò)測(cè)試，證明沒(méi)有問(wèn)題才可以和用戶(hù)共同進(jìn)行測(cè)試。測(cè)試核心模塊的目的是建立用戶(hù)對(duì)軟件的信心。當(dāng)然如果這些模塊如果問(wèn)題較多，不應(yīng)該進(jìn)行演示。（2）如果某些模塊確實(shí)有問(wèn)題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時(shí)要向用戶(hù)做成合理的解釋。爭(zhēng)得時(shí)間后，及時(shí)修改缺陷來(lái)彌補(bǔ)。（3）永遠(yuǎn)不能欺騙用戶(hù)，蒙混過(guò)關(guān)。6.完全測(cè)試程序是可能的嗎

實(shí)際上完全測(cè)試是不可能的。主要有以下原因：-完全測(cè)試比較耗時(shí)，時(shí)間上不允許；

-完全測(cè)試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；-輸入量太大，不能一一進(jìn)行測(cè)試；-輸出結(jié)果太多，只能分類(lèi)進(jìn)行驗(yàn)證；-軟件實(shí)現(xiàn)途徑太多；

-軟件產(chǎn)品說(shuō)明書(shū)沒(méi)有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測(cè)試的程度要根據(jù)實(shí)際情況確定 7.是不是發(fā)現(xiàn)的缺陷越多就說(shuō)明軟件缺陷越多 其中的原因主要如下：

-代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯(cuò)誤。類(lèi)的繼承導(dǎo)致所有的子類(lèi)會(huì)包含基類(lèi)的錯(cuò)誤，反復(fù)拷貝同一代碼意味可能也復(fù)制了缺陷。-程序員比較勞累是可以導(dǎo)致某些連續(xù)編寫(xiě)的功能缺陷較多。

“缺陷一個(gè)連著一個(gè)”不是一個(gè)客觀規(guī)律，只是一個(gè)常見(jiàn)的現(xiàn)象。如果軟件編寫(xiě)的比較好，這種現(xiàn)象就不常見(jiàn)了。測(cè)試人員只要嚴(yán)肅認(rèn)真的測(cè)試程序就可以了。8.軟件測(cè)試就是QA嗎

軟件測(cè)試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開(kāi)發(fā)能力和減少軟件缺陷。測(cè)試人員的主要工作是測(cè)試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評(píng)審，測(cè)試工作也是測(cè)試保證人員的工作對(duì)象。軟件測(cè)試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。9.測(cè)試產(chǎn)品和測(cè)試項(xiàng)目區(qū)別

習(xí)慣上把開(kāi)發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶(hù)使用的軟件成為軟件產(chǎn)品，也就是可以買(mǎi)“賣(mài)拷貝”的軟件，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，可以是按照用戶(hù)要求全部重新開(kāi)發(fā)，也可以修改已有的軟件產(chǎn)品來(lái)滿(mǎn)足特定的用戶(hù)需求。項(xiàng)目和產(chǎn)品的不同特點(diǎn)，決定我們測(cè)試產(chǎn)品和測(cè)試項(xiàng)目仍然會(huì)有很多不同的地方：

-質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)?lái)很多負(fù)面的影響。而做項(xiàng)目通常面向某一用戶(hù)，雖然質(zhì)量越高越好，但是一般只要滿(mǎn)足用戶(hù)要求就可以了。測(cè)試資源投入多少不同。做軟件產(chǎn)品通常是研發(fā)中心來(lái)開(kāi)發(fā)，進(jìn)度壓力要小些。同時(shí)由于質(zhì)量要求高，因此會(huì)投入較多的人力、物力資源。項(xiàng)目最后要和用戶(hù)共同驗(yàn)收測(cè)試，這是產(chǎn)品測(cè)試不具有的特點(diǎn)。此外，測(cè)試產(chǎn)品與測(cè)試項(xiàng)目在缺陷管理方面、測(cè)試策略制定都會(huì)有很大不同，測(cè)試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作 10.如何編寫(xiě)提交給用戶(hù)的測(cè)試報(bào)告

測(cè)試報(bào)告一般分為內(nèi)部測(cè)試報(bào)告和外部測(cè)試報(bào)告。內(nèi)部報(bào)告是我們?cè)跍y(cè)試工作中的項(xiàng)目文檔，反映了測(cè)試工作的實(shí)施情況,一般外部測(cè)試報(bào)告要滿(mǎn)足下面幾個(gè)要求：

根據(jù)內(nèi)部測(cè)試報(bào)告進(jìn)行編寫(xiě)，一般可以摘錄；不可以向客戶(hù)報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開(kāi)發(fā)中的缺陷也沒(méi)有必要讓客戶(hù)知道；報(bào)告上可以列出一些缺陷，但必須是中級(jí)的缺陷，而且這些缺陷必須是修復(fù)的；報(bào)告上面的內(nèi)容盡量要真實(shí)可靠；整個(gè)測(cè)試報(bào)告要仔細(xì)審閱，力爭(zhēng)不給項(xiàng)目帶來(lái)負(fù)面作用，尤其是性能測(cè)試報(bào)告?？傊?，外部測(cè)試報(bào)告要小心謹(jǐn)慎的編寫(xiě)。

二、論述2*12’

1.請(qǐng)論述為什么要進(jìn)行軟件測(cè)試，并列舉歷史上2~3個(gè)著名軟件測(cè)試（缺陷）案例，說(shuō)明測(cè)試重要性

軟件測(cè)試的目的,第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望做的事情（，另一方面是確認(rèn)軟件以正確的方式來(lái)做了這個(gè)事情。第二是提供信息，比如提供給開(kāi)發(fā)人員或程序經(jīng)理的回饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。第三軟件測(cè)試不僅是在測(cè)試軟件軟件產(chǎn)品本身，而且還包括軟件開(kāi)發(fā)的過(guò)程。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。因此，軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開(kāi)發(fā)過(guò)程是高質(zhì)量的。

愛(ài)國(guó)者導(dǎo)彈防御系統(tǒng)把“槍口”對(duì)準(zhǔn)了自己人 美國(guó)迪斯尼公司的獅子王游戲軟件的兼容性問(wèn)題 售票系統(tǒng)性能問(wèn)題

2.論述軟件測(cè)試科學(xué)的發(fā)展歷程 1957年之前－調(diào)試為主 20世紀(jì)50年代，計(jì)算機(jī)剛誕生不久，只有科學(xué)家級(jí)別的人才會(huì)去編程，需求和程序本身也遠(yuǎn)遠(yuǎn)沒(méi)有現(xiàn)在這么復(fù)雜多變，相當(dāng)于開(kāi)發(fā)人員一人承擔(dān)需求分析，設(shè)計(jì)，開(kāi)發(fā)，測(cè)試等所有工作，當(dāng)然也不會(huì)有人去區(qū)分調(diào)試和測(cè)試。

1957–1978－證明為主 當(dāng)時(shí)計(jì)算機(jī)應(yīng)用的數(shù)量，成本和復(fù)雜性都大幅度提升，隨之而來(lái)的經(jīng)濟(jì)風(fēng)險(xiǎn)也大大增加，測(cè)試就顯得很有必要了，這個(gè)時(shí)期測(cè)試的主要目就是確認(rèn)軟件是滿(mǎn)足需求的，也就是我們常說(shuō)的“做了該做的事情”。

1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒(méi)做不該做的事情，這會(huì)使測(cè)試更加全面，更容易發(fā)現(xiàn)問(wèn)題。

1983–1987－評(píng)估為主 人們提出了在軟件生命周期中使用分析，評(píng)審，測(cè)試來(lái)評(píng)估產(chǎn)品的理論。軟件測(cè)試工程在這個(gè)時(shí)期得到了快速的發(fā)展.1988–至今－預(yù)防為主 預(yù)防為主是當(dāng)下軟件測(cè)試的主流思想之一。測(cè)試不是在編碼完成后才開(kāi)始介入，而是貫穿于整個(gè)軟件生命周期。3.論述軟件缺陷的由來(lái)

軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開(kāi)發(fā)過(guò)程決定的。

軟件本身：①需求不清晰，導(dǎo)致設(shè)計(jì)目標(biāo)偏離客戶(hù)的需求，從而引起功能或產(chǎn)品特征上的缺陷。②系統(tǒng)結(jié)構(gòu)非常復(fù)雜，而又無(wú)法設(shè)計(jì)成一個(gè)很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導(dǎo)致意想不到的問(wèn)題或系統(tǒng)維護(hù)、擴(kuò)充上的困難；即使設(shè)計(jì)成良好的面向?qū)ο蟮南到y(tǒng)，由于對(duì)象、類(lèi)太多，很難完成對(duì)各種對(duì)象、類(lèi)相互作用的組合測(cè)試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對(duì)象狀態(tài)變化等方面問(wèn)題。③對(duì)程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯(cuò)誤。④對(duì)一些實(shí)時(shí)應(yīng)用，要進(jìn)行精心設(shè)計(jì)和技術(shù)處理，保證精確的時(shí)間同步，否則容易引起時(shí)間上不協(xié)調(diào)，不一致性帶來(lái)的問(wèn)題。⑤沒(méi)有考慮系統(tǒng)崩潰后的自我恢復(fù)或數(shù)據(jù)的異地備份、災(zāi)難性恢復(fù)等問(wèn)題，從而存在系統(tǒng)安全性、可靠性的隱患。⑥系統(tǒng)運(yùn)行環(huán)境的復(fù)雜，不僅用戶(hù)使用的計(jì)算機(jī)環(huán)境千變?nèi)f化，包括用戶(hù)的各種操作方式或各種不同的輸入數(shù)據(jù)，容易引起一些特定用戶(hù)環(huán)境下的問(wèn)題；在系統(tǒng)實(shí)際應(yīng)用中，數(shù)據(jù)量很大。從而會(huì)引起強(qiáng)度或負(fù)載問(wèn)題。⑦由于通信端口多、存取和加密手段的矛盾性等，會(huì)造成系統(tǒng)的安全性或適用性等問(wèn)題。⑧新技術(shù)的采用，可能涉及技術(shù)或系統(tǒng)兼容的問(wèn)題，事先沒(méi)有考慮到。

團(tuán)隊(duì)工作：系統(tǒng)需求分析時(shí)對(duì)客戶(hù)的需求理解不清楚，或者和用戶(hù)的溝通存在一些困難。不同階段的開(kāi)發(fā)人員相互理解不一致。對(duì)于設(shè)計(jì)或編程上的一些假定或依賴(lài)性，相關(guān)人員沒(méi)有充分溝通。項(xiàng)目組成員技術(shù)水平參差不齊技術(shù)問(wèn)題。算法錯(cuò)誤：在給定條件下沒(méi)能給出正確或準(zhǔn)確的結(jié)果。語(yǔ)法錯(cuò)誤：對(duì)于編譯性語(yǔ)言程序，編譯器可以發(fā)現(xiàn)這類(lèi)問(wèn)題；但對(duì)于解釋性語(yǔ)言程序，只能在測(cè)試運(yùn)行時(shí)發(fā)現(xiàn)。計(jì)算和精度問(wèn)題：計(jì)算的結(jié)果沒(méi)有滿(mǎn)足所需要的精度。系統(tǒng)結(jié)構(gòu)不合理、算法選擇不科學(xué)，造成系統(tǒng)性能低下。接口參數(shù)傳遞不匹配，導(dǎo)致模塊集成出現(xiàn)問(wèn)題。

項(xiàng)目管理的問(wèn)題：缺乏質(zhì)量文化，不重視質(zhì)量計(jì)劃，對(duì)質(zhì)量、資源、任務(wù)、成本等的平衡性把握不好，容易擠掉需求分析、評(píng)審、測(cè)試、等時(shí)間，遺留的缺陷會(huì)比較多。系統(tǒng)分析時(shí)對(duì)客戶(hù)的需求不是十分清楚，或者和用戶(hù)的溝通存在一些困難。開(kāi)發(fā)周期短，需求分析、設(shè)計(jì)、編程、測(cè)試等各項(xiàng)工作不能完全按照定義好的流程來(lái)進(jìn)行，工作不夠充分，結(jié)果也就不完整、不準(zhǔn)確，錯(cuò)誤較多；周期短，還給各類(lèi)開(kāi)發(fā)人員造成太大的壓力，引起一些人為的錯(cuò)誤。開(kāi)發(fā)流程不夠完善，存在太多的隨機(jī)性和缺乏嚴(yán)謹(jǐn)?shù)膬?nèi)審或評(píng)審機(jī)制，容易產(chǎn)生問(wèn)題。文檔不完善，風(fēng)險(xiǎn)估計(jì)不足等。4.軟件測(cè)試V模型

①繪制示意圖

②闡述每個(gè)步驟是做什么 需求分析

即首先要明確客戶(hù)需要的是什么，需要軟件作成什么樣子，需要有那幾項(xiàng)功能

概要設(shè)計(jì)

主要是架構(gòu)的實(shí)現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實(shí)現(xiàn)等項(xiàng)事務(wù)。詳細(xì)設(shè)計(jì)

對(duì)概要設(shè)計(jì)中表述的各模塊進(jìn)行深入分析，對(duì)各模塊組合進(jìn)行分析等。軟件編碼

按照詳細(xì)設(shè)計(jì)好的模塊功能表，編程人員編寫(xiě)出實(shí)際的代碼。單元測(cè)試

按照設(shè)定好的最小測(cè)試單元進(jìn)行按單元測(cè)試，主要是測(cè)試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同。集成測(cè)試

經(jīng)過(guò)了單元測(cè)試后，將各單元組合成完整的體系，主要測(cè)試各模塊間組合后的功能實(shí)現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。根據(jù)集成測(cè)試計(jì)劃，一邊將模塊或其他軟件單位組合成系統(tǒng)，一邊運(yùn)行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。系統(tǒng)測(cè)試

經(jīng)過(guò)了單元測(cè)試和集成測(cè)試以后，我們要把軟件系統(tǒng)搭建起來(lái)，按照軟件規(guī)格說(shuō)明書(shū)中所要求，測(cè)試軟件其性能功能等是否和用戶(hù)需求相符合，在系統(tǒng)中運(yùn)行是否存在漏洞，等。驗(yàn)收測(cè)試

主要就是用戶(hù)在拿到軟件的時(shí)候，在使用現(xiàn)場(chǎng)，會(huì)根據(jù)前邊所提到的需求，以及規(guī)格說(shuō)明書(shū)來(lái)做相應(yīng)測(cè)試，以確定軟件達(dá)到符合效果的。

第五篇：ASI軟件實(shí)驗(yàn)報(bào)告

實(shí)驗(yàn)室名稱(chēng)：

812

實(shí)驗(yàn)機(jī)器號(hào)：

實(shí)驗(yàn)分組：

實(shí)驗(yàn)時(shí)間：

2011-8-29

指導(dǎo)教師簽字：

成績(jī)：

實(shí)驗(yàn)項(xiàng)目一：通過(guò)型物流中心的模型構(gòu)筑

一、實(shí)驗(yàn)?zāi)康暮鸵?/p>

目的：通過(guò)型物流中心是指進(jìn)貨后不經(jīng)入庫(kù)儲(chǔ)存直接按店鋪分類(lèi)后出貨的物流中心。要求：通過(guò)型物流中心的例子來(lái)學(xué)習(xí)利用部件生成器、傳送帶（直線(xiàn)、分流、彎曲）、部件消滅器、作業(yè)員、籠車(chē)等來(lái)構(gòu)筑模型的方法。

二、實(shí)驗(yàn)原理

利用ASI軟件制作三維立體圖，即使4種商品從投放口開(kāi)始在傳送帶上流動(dòng)，按不同分流口流出后作業(yè)員把商品裝入籠車(chē)的模型。

三、主要儀器設(shè)備

計(jì)算機(jī)、ASI 模擬軟件

四、實(shí)驗(yàn)內(nèi)容、步驟及操作方法

1、模型制作畫(huà)面的設(shè)定點(diǎn)擊Windows的開(kāi)始按鈕，點(diǎn)擊|開(kāi)始|程序|RaLC－Pro|，啟動(dòng)RaLC-Pro。在RaLC-Pro的啟動(dòng)畫(huà)面中，點(diǎn)擊菜單欄里的|文件|新建|或者工具欄中的[新建]按鈕。想在立體層面上表示出網(wǎng)格來(lái)，則點(diǎn)擊工具欄上的［網(wǎng)格］按鈕。這樣，初始值為1ｍ×1ｍ的網(wǎng)格線(xiàn)就會(huì)表示出來(lái)?？衫么翱跀U(kuò)大、縮小的功能來(lái)調(diào)節(jié)窗口大小。

2、設(shè)備的表示點(diǎn)擊設(shè)備欄的［直線(xiàn)傳送帶］按鈕，使直線(xiàn)傳送帶表示出來(lái)

3、設(shè)備的復(fù)制點(diǎn)擊直線(xiàn)傳送帶后其顏色變?yōu)榘咨?。通常把這種情況說(shuō)成“選擇狀態(tài)”。在選擇狀態(tài)下，通過(guò)《Ctrl》+《C》、《Ctrl》+《V》的操作可再增加一條直線(xiàn)傳送帶。

4、設(shè)備的連接（自動(dòng)連接）連接2條直線(xiàn)傳送帶。傳送帶互相接近到一定程度后可自動(dòng)地連接起來(lái)。將第2條直線(xiàn)傳送帶的入口向第1條直線(xiàn)傳送帶的出口移近

5、彈出菜單的表示點(diǎn)擊設(shè)備欄的［右分流傳送帶］按鈕 , 則表示出右分流傳送帶。使用分流傳送帶可使傳送過(guò)來(lái)的物體分成兩個(gè)方向流動(dòng)。使右分流傳送帶處于選擇狀態(tài)時(shí)，右點(diǎn)擊鼠標(biāo)后會(huì)表示一個(gè)菜單。這種菜單稱(chēng)為彈出菜單。

6、屬性的表示點(diǎn)擊彈出菜單中的［屬性］，使屬性對(duì)話(huà)框表示出來(lái)。在屬性中可對(duì)設(shè)備的速度、大小、顏色、形狀等進(jìn)行設(shè)定。各種各樣的設(shè)備都有自己的屬性。

7、設(shè)備的旋轉(zhuǎn)（屬性）點(diǎn)擊設(shè)備欄的［右曲傳送帶］按鈕，則可表示出右曲傳送帶。要使右分流傳送帶分流部的出口和右曲傳送帶的入口連接上，但因?yàn)閭魉蛶У某驅(qū)Σ簧?，所以要使右曲傳送帶沿Z軸旋轉(zhuǎn)240度。

8、設(shè)備的旋轉(zhuǎn)（彈出菜單）要使設(shè)備逆時(shí)針轉(zhuǎn)90度、順時(shí)針轉(zhuǎn)90度、180度旋轉(zhuǎn)時(shí)可利用彈出菜單來(lái)操作。點(diǎn) 點(diǎn)擊設(shè)備欄的［直線(xiàn)傳送帶］按鈕，使直線(xiàn)傳送帶表示出來(lái)。

9、設(shè)備的連接（任意連接）將直線(xiàn)傳送帶和作業(yè)員連接起來(lái)。點(diǎn)擊設(shè)備欄的［作業(yè)員］按鈕，使作業(yè)員表示出來(lái)。

10、復(fù)制數(shù)個(gè)設(shè)備的復(fù)制利用《Cntl》+《C》、《Cntl》+《V》可對(duì)復(fù)數(shù)個(gè)設(shè)備進(jìn)行復(fù)制粘貼。點(diǎn)擊工具欄的［選擇］按鈕。用表示出來(lái)的紅線(xiàn)將復(fù)數(shù)個(gè)設(shè)備圍起來(lái)后，可使所有設(shè)備一起處于選擇狀態(tài)。點(diǎn)擊畫(huà)面并按住鼠標(biāo)左鍵將要使其處于選擇狀態(tài)的物件（在這里為右分流傳送帶右側(cè)的所有物體）用紅線(xiàn)圍起來(lái)。

11、部件生成器的條碼設(shè)定打開(kāi)新增加出來(lái)的部件生成器中的任意一個(gè)的彈出菜單，并打開(kāi)屬性窗口，將［概要］屬性里的條碼欄改成〈barcode002〉。可根據(jù)條碼設(shè)定不同物品的各個(gè)搬運(yùn)路線(xiàn)和存放場(chǎng)所。在本例中假設(shè)有4種不同物品，根據(jù)不同種類(lèi)設(shè)定4個(gè)存放位置。顏色設(shè)定為了使容易分辨，可進(jìn)一步改變物體的顏色。點(diǎn)擊［色/形］屬性。

13、分流傳送帶的條碼設(shè)定為了使傳送過(guò)來(lái)的4種物品依據(jù)其種類(lèi)不同而流向不同，需對(duì)有兩個(gè)分流口的3條分流傳送帶的條形碼進(jìn)行設(shè)定。首先選中組合化的設(shè)備，然后點(diǎn)擊右鍵彈出菜單，選擇解除組合菜單取消設(shè)備的組合。

13、模型的保存點(diǎn)擊菜單欄里的|文件|另存為|，將文件名輸入為『Lesson1.emu』然后點(diǎn)擊[保存]按鈕。

五、實(shí)驗(yàn)數(shù)據(jù)記錄與處理

1、在屬性中對(duì)設(shè)備的速度、大小、顏色、形狀等進(jìn)行設(shè)定。各種各樣的設(shè)備都有自己的屬性。點(diǎn)擊[尺寸]按鈕，將長(zhǎng)度改成〈3000〉，將角度改成〈30〉。長(zhǎng)度的單位為ｍｍ。

2、要使右分流傳送帶分流部的出口和右曲傳送帶的入口連接上，使右曲傳送帶沿Z軸旋轉(zhuǎn)240度。打開(kāi)屬性對(duì)話(huà)框、在[概要]屬性里的設(shè)備旋轉(zhuǎn)角度的Z軸的角度改成〈240〉。要使設(shè)備逆時(shí)針轉(zhuǎn)90度、順時(shí)針轉(zhuǎn)90度、180度旋轉(zhuǎn)時(shí)可利用彈出菜單來(lái)操作。

3、要連接上右曲傳送帶的出口和直線(xiàn)傳送帶的入口，因傳送帶朝向不對(duì)，傳送帶順時(shí)針旋轉(zhuǎn)90度。使直線(xiàn)傳送帶處于選擇狀態(tài)，點(diǎn)擊彈出菜單的［順時(shí)針旋轉(zhuǎn)90度］。

六、實(shí)驗(yàn)結(jié)果與分析

結(jié)果：點(diǎn)擊菜單欄里面的|模擬|開(kāi)始|或者時(shí)間欄里的[開(kāi)始]按鈕，則可以看到貨物被投放到傳送帶后從金黃色的部件生成器出來(lái)的貨物流向最靠前的籠車(chē)方向，從紅色的部件生成器出來(lái)的貨物流向正中央的籠車(chē)方向，從粉紅色的部件生成器出來(lái)的物品流向最遠(yuǎn)的籠車(chē)方向，從桔紅色的部件生成器出來(lái)的貨物流向部件消滅器的方向。

分析：貨物的投放時(shí)間，作業(yè)員接送的時(shí)間過(guò)快或過(guò)慢，將其重新設(shè)定選擇合適的時(shí)間步調(diào)，將其合理化才能是整個(gè)模型更好的運(yùn)作。

七、討論、建議、質(zhì)疑

討論：模型的運(yùn)轉(zhuǎn)有的時(shí)候會(huì)出現(xiàn)問(wèn)題，這個(gè)問(wèn)題可能是由于連接過(guò)程中造成的問(wèn)題，或者是設(shè)備的擺放不正確，有待于進(jìn)一步解決。

建議：將貨物與作業(yè)員協(xié)調(diào)使其合理化，模型是否正確的運(yùn)轉(zhuǎn)在于設(shè)計(jì)是否合理，設(shè)置是否正確。實(shí)驗(yàn)室名稱(chēng)：

812

實(shí)驗(yàn)機(jī)器號(hào)：

實(shí)驗(yàn)分組：

實(shí)驗(yàn)時(shí)間：

2011-8-30

指導(dǎo)教師簽字：

成績(jī)：

實(shí)驗(yàn)項(xiàng)目二：倉(cāng)儲(chǔ)型物流中心模型

一、實(shí)驗(yàn)?zāi)康暮鸵螅?/p>

目的：建立倉(cāng)儲(chǔ)型物流中心的模型

要求：以倉(cāng)儲(chǔ)型物流中心的模型為例，學(xué)習(xí)包括在第二章使用過(guò)的設(shè)備以及自動(dòng)立體倉(cāng)庫(kù)、裝貨中轉(zhuǎn)站、卸貨中轉(zhuǎn)站、傳送帶（直角、合流）、機(jī)器人、托盤(pán)供給器等設(shè)備來(lái)建立模型的方法以及關(guān)于這些設(shè)備的設(shè)定方法。

二、實(shí)驗(yàn)原理

根據(jù)ASI軟件中的工具設(shè)備，建立倉(cāng)儲(chǔ)型配送中心的模型。

三、主要儀器設(shè)備

計(jì)算機(jī)和ASI軟件

四、實(shí)驗(yàn)內(nèi)容、步驟及操作方法：

內(nèi)容：根據(jù)軟件中的工具運(yùn)用，建立模型。步驟：

1、倉(cāng)庫(kù)的入庫(kù)口（In Mode）的設(shè)置，選擇自動(dòng)立體倉(cāng)庫(kù)的彈出的菜單IO部件（In Mode）]，使入庫(kù)口（In Mode）表示出來(lái)。

2、立體倉(cāng)庫(kù)的出庫(kù)口（Out Mode）的設(shè)置，選擇自動(dòng)立體倉(cāng)庫(kù)的彈出菜單中的[添加IO部件（Out Mode）]，使出庫(kù)口（Out Mode）表示出來(lái)。

3、部件的移動(dòng)，點(diǎn)擊工具欄中的［可移動(dòng)子類(lèi)設(shè)備］按鈕。（附帶部件的移動(dòng)）

4、中轉(zhuǎn)站的設(shè)置，點(diǎn)擊設(shè)備欄的［裝貨中轉(zhuǎn)站］按鈕使裝貨中轉(zhuǎn)站表示出來(lái)選擇裝貨中轉(zhuǎn)站的彈出菜單中的［逆時(shí)針旋轉(zhuǎn)90度］改變其方向，使輸入口的入口部分和裝貨中轉(zhuǎn)站的出口部分自動(dòng)連接上。

5、進(jìn)貨線(xiàn)的做成，擊設(shè)備欄的［左合流傳送帶］按鈕左合流傳送帶將從2個(gè)方向流過(guò)來(lái)的商品傳送同一方向。

6、卸貨中轉(zhuǎn)站輸出口的設(shè)置點(diǎn)擊工具欄的[可移動(dòng)子類(lèi)設(shè)備]，把輸出口（箭頭）移動(dòng)到反面。

7、出貨線(xiàn)的做成，點(diǎn)擊設(shè)備欄的［左轉(zhuǎn)傳送帶］按鈕

8、模型合并

五、實(shí)驗(yàn)數(shù)據(jù)記錄和處理：

打開(kāi)左合流傳送帶的屬性窗口，點(diǎn)擊[尺寸]按鈕，將長(zhǎng)度改成〈8000〉，支線(xiàn)部分的長(zhǎng)度改成〈2500〉，點(diǎn)擊［OK］按鈕。選擇彈出菜單中的［順時(shí)針旋轉(zhuǎn)90度］使右合流傳送帶轉(zhuǎn)向。打開(kāi)屬性窗口，點(diǎn)擊[尺寸按鈕，將長(zhǎng)度改成〈5000〉，支線(xiàn)長(zhǎng)度改成〈4000〉 后，點(diǎn)擊［OK］按鈕。打開(kāi)屬性窗口點(diǎn)擊[尺寸]按鈕，將第1部分的長(zhǎng)度改成〈4000〉，第2部分的長(zhǎng)度改成〈2500〉，點(diǎn)擊［OK］按鈕。打開(kāi)部件生成器的屬性窗口，將[概要]屬性里面的生成時(shí)間間隔改成〈7〉，然后點(diǎn)擊［OK］按鈕。

六、實(shí)驗(yàn)結(jié)果與分析：

能夠運(yùn)用軟件中的相應(yīng)工具建立起模型，通過(guò)改變參數(shù)控制模型的相應(yīng)運(yùn)作。貨物正常運(yùn)行，自動(dòng)立體倉(cāng)庫(kù)正常出去在模擬中設(shè)置固定值，使其加速運(yùn)行，查看貨物運(yùn)輸與機(jī)器人、裝貨平臺(tái)、卸貨平臺(tái)、自動(dòng)立體倉(cāng)庫(kù)之間的運(yùn)轉(zhuǎn)正常進(jìn)行，同時(shí)將實(shí)驗(yàn)一的模型與其結(jié)合，在運(yùn)行查看其卸貨裝置是否運(yùn)行，在所有的設(shè)備都正常運(yùn)行同時(shí)貨物在傳送帶上不阻塞則證明這次模擬實(shí)驗(yàn)完成，如阻塞則可以調(diào)整這些設(shè)備的參數(shù)使其達(dá)到正常的運(yùn)轉(zhuǎn)模式。

七、討論、建議、質(zhì)疑

討論：傳送帶，部件生成器，托盤(pán)，機(jī)器人，貨架等速度參數(shù)的設(shè)定不合理，在運(yùn)行時(shí)經(jīng)常發(fā)生貨物的阻塞。應(yīng)當(dāng)適當(dāng)?shù)恼{(diào)節(jié)傳送帶（直角、合流）、機(jī)器人、托盤(pán)供給器、自動(dòng)立體倉(cāng)庫(kù)等設(shè)備的參數(shù)使其運(yùn)行時(shí)流暢，速度適宜。使得貨物在傳送帶上不阻塞。在參數(shù)設(shè)定上，有些麻煩，不斷地嘗試設(shè)定新參數(shù)，使部件生成器、傳送帶、機(jī)器人等參數(shù)間隔流程達(dá)到順暢的程度。

建議：軟件的設(shè)計(jì)較清晰，能夠通過(guò)相應(yīng)的工具構(gòu)建模型，針對(duì)一些各個(gè)工具中的相應(yīng)菜單的選項(xiàng)還不是很清楚，希望能夠有所改進(jìn)。質(zhì)疑：案例本身存在設(shè)計(jì)問(wèn)題實(shí)驗(yàn)室名稱(chēng)：

812

實(shí)驗(yàn)機(jī)器號(hào)：

實(shí)驗(yàn)分組：

實(shí)驗(yàn)時(shí)間：

2011-9-05

指導(dǎo)教師簽字：

成績(jī)：

實(shí)驗(yàn)項(xiàng)目三：復(fù)合型物流中心的模型Ⅰ

一、實(shí)驗(yàn)?zāi)康暮鸵?/p>

目的：利用軟件制造出復(fù)合型物流中心的模型。

要求：以復(fù)合型物流中心模型為例，學(xué)習(xí)如何用包括在第三章利用過(guò)的各種設(shè)備以及滑車(chē)鐵軌、智能導(dǎo)向物、叉車(chē)等來(lái)建立模型的方法以及關(guān)于這些設(shè)備的設(shè)定方法。

二、實(shí)驗(yàn)原理

通過(guò)軟件來(lái)逐步構(gòu)筑復(fù)合型物流中心模型的各個(gè)環(huán)節(jié)。

三、主要儀器設(shè)備

計(jì)算機(jī)和ASI軟件

四、實(shí)驗(yàn)內(nèi)容、步驟及操作方法

1、啟動(dòng)RaLC-Pro，將在第二章做成的模型調(diào)出，再次設(shè)定自動(dòng)立體倉(cāng)庫(kù)復(fù)制三個(gè)點(diǎn)擊設(shè)備欄的［滑車(chē)鐵軌］按鈕，使滑車(chē)鐵軌表示出來(lái)。將滑車(chē)鐵軌設(shè)置于裝貨中轉(zhuǎn)站和自動(dòng)立體倉(cāng)庫(kù)之間的位置上，設(shè)定其參數(shù)。

2、選中滑車(chē)鐵軌，設(shè)定添加三組IO部件（OutMode）、添加IO部件（InMode）、這樣設(shè)置了從滑車(chē)鐵軌流向自動(dòng)立體倉(cāng)庫(kù)的入口以及從自動(dòng)立體倉(cāng)庫(kù)流向滑車(chē)鐵軌的出口。用同樣的方法，做成中間的自動(dòng)立體倉(cāng)庫(kù)和右側(cè)的自動(dòng)立體倉(cāng)庫(kù)的入口和出口。

3、選擇滑車(chē)鐵軌的彈出菜單中的 [添加IO部件（OutMode）]，使IO部分表示出來(lái)。將IO部分設(shè)置于當(dāng)前畫(huà)面滑車(chē)鐵軌的右下方。再次點(diǎn)擊[可移動(dòng)子類(lèi)設(shè)備]按鈕，使附件固定。

4、點(diǎn)擊設(shè)備欄的［智能導(dǎo)向物］按鈕，使智能導(dǎo)向物表示出來(lái)。將智能導(dǎo)向物設(shè)置在裝貨中轉(zhuǎn)站和與裝貨中轉(zhuǎn)站自動(dòng)連接著的滑車(chē)鐵軌的IO部分(In Mode)之間。用彈出菜單的[與下一個(gè)設(shè)備相連] 使裝貨中轉(zhuǎn)站向智能導(dǎo)向物，智能導(dǎo)向物向滑車(chē)鐵軌的IO部分(In Mode)連接上。

5、與裝貨中轉(zhuǎn)站自動(dòng)連接著的滑車(chē)鐵軌的IO部分(In Mode)依次向滑車(chē)鐵軌的3個(gè)IO部分（Out Mode）傳送托盤(pán)的3條運(yùn)作規(guī)則。

6、點(diǎn)擊設(shè)備欄的[智能導(dǎo)向物]按鈕，使智能導(dǎo)向物表示出來(lái)。將智能導(dǎo)向物設(shè)置在左側(cè)自動(dòng)立體倉(cāng)庫(kù)的IO部分(Out Mode)和與這個(gè)IO部分自動(dòng)連接著的滑車(chē)鐵軌的IO部分(In Mode)之間。用各自的彈出菜單的[與下一個(gè)設(shè)備相連]使自動(dòng)立體倉(cāng)庫(kù)的IO部分(Out Mode)向智能導(dǎo)向物，智能導(dǎo)向物向滑車(chē)鐵軌的IO部分（InMode）連接起來(lái)，在做成將從左側(cè)自動(dòng)立體倉(cāng)庫(kù)出庫(kù)的托盤(pán)送往畫(huà)面右下側(cè)位置上的滑車(chē)鐵軌的IO部分（OutMode）的運(yùn)作規(guī)則。

7、設(shè)備欄的[左轉(zhuǎn)傳送帶]按鈕，使左轉(zhuǎn)傳送帶表示出來(lái)，在設(shè)定其參數(shù)，點(diǎn)擊設(shè)備欄的[作業(yè)員]按鈕，點(diǎn)擊[色/形]按鈕，將形狀改為叉車(chē)，點(diǎn)擊設(shè)備欄的[部件消滅器]，將部件消滅器表示出來(lái)。將部件消滅器設(shè)置在離叉車(chē)的距離相當(dāng)于其設(shè)定的路線(xiàn)長(zhǎng)度(例為5ｍ)的位置上。

8、設(shè)定所有設(shè)備的參數(shù)，點(diǎn)擊模擬開(kāi)始。

五、實(shí)驗(yàn)數(shù)據(jù)記錄和處理

1、將滑車(chē)鐵軌速度改為60，尺寸長(zhǎng)度改為12000；

2、點(diǎn)擊Rule Then按鈕，在有効的確認(rèn)框 打上鉤。在Counter左側(cè)的的確認(rèn)框上打上 鉤，將〈0〉改為〈1〉。在目的地左側(cè)的確認(rèn)框上打上鉤，輸入剛才記錄下來(lái)的與左側(cè)自動(dòng)倉(cāng)庫(kù)的IO部分(In Mode)連接著的滑車(chē)鐵軌的輸出口部分的名稱(chēng)（例為〈OUTPUT_ 00030〉）；

3、從[登錄規(guī)則] 按鈕上面的 [規(guī)則編號(hào)] 下拉條菜單中選擇新建一項(xiàng)。點(diǎn)擊Rule IF按鈕，在Counter左側(cè)的確認(rèn)框上打上鉤，將〈0〉改為〈1〉。

4、在目的地左側(cè)的確認(rèn)框上打上鉤，然后輸入與右側(cè)自動(dòng)立體倉(cāng)庫(kù)的IO部分(In Mode)連接著的滑車(chē)鐵軌的輸出口部分的名稱(chēng)(例為〈OUTPUT_00034〉)。

六、實(shí)驗(yàn)結(jié)果與分析

完成了復(fù)合型物流中心的模型構(gòu)建。將所有的設(shè)備參數(shù)設(shè)定成功，運(yùn)行流暢，結(jié)果較為理想。

七、討論、建議、質(zhì)疑

討論：在設(shè)定智能導(dǎo)向物的規(guī)則時(shí)，應(yīng)按照步驟進(jìn)行，設(shè)定成功將規(guī)則中的目的地與In Mode、Out Mode名稱(chēng)一致，同時(shí)將其連接好固定，使轉(zhuǎn)換貨物時(shí)流暢進(jìn)行。建議：軟件的用戶(hù)友好性有待于提高，可以考慮適當(dāng)增加人性化的提示，使得初學(xué)者的操作過(guò)程更加流暢。實(shí)驗(yàn)室名稱(chēng)：

812

實(shí)驗(yàn)機(jī)器號(hào)：

實(shí)驗(yàn)分組：

實(shí)驗(yàn)時(shí)間：

2011-9-6

指導(dǎo)教師簽字：

成績(jī)：

實(shí)驗(yàn)項(xiàng)目四：復(fù)合型物流中心的模型Ⅱ

一、實(shí)驗(yàn)?zāi)康暮鸵?/p>

目的：利用軟件制造出復(fù)合型物流中心的模型并且做成的復(fù)合型物流中心的基礎(chǔ)上，加入卸貨和出貨部分的2層物流中心。

要求：以復(fù)合型物流中心模型Ⅱ?yàn)槔?，學(xué)習(xí)如何用包括在第四章利用過(guò)的各種 設(shè)備以及軌道、卸貨中轉(zhuǎn)站、左曲傳送帶、智能作業(yè)員等建立模型的方法。

二、實(shí)驗(yàn)原理

學(xué)習(xí)如何用包括在第四章利用過(guò)的各種設(shè)備以及軌道、卸貨中轉(zhuǎn)站、左曲傳送帶、智能作業(yè)員等建立模型的方法。

三、主要儀器設(shè)備

計(jì)算機(jī)和ASI軟件

四、實(shí)驗(yàn)內(nèi)容、步驟及操作方法

1、調(diào)出『Lesson3－1.emu』的模型；

2、在利用實(shí)驗(yàn)三的基礎(chǔ)上，再次設(shè)定自動(dòng)立體倉(cāng)庫(kù)2層部分的IO部件。

3、對(duì)環(huán)境的設(shè)定進(jìn)行設(shè)置。點(diǎn)擊菜單欄里的|環(huán)境|環(huán)境設(shè)置|。設(shè)定參數(shù)，使一層二層分離開(kāi)，選擇在二層工作。

4、點(diǎn)擊設(shè)備欄的[直線(xiàn)軌道]按鈕，使直線(xiàn)軌道表示出來(lái)，設(shè)定參數(shù)，并復(fù)制兩條直線(xiàn)軌道，點(diǎn)擊設(shè)備欄的[左曲軌道]按鈕，使左曲軌道表示出來(lái)，設(shè)定其參數(shù)，將其復(fù)制等工作，最終成為環(huán)形軌道。

5、在直線(xiàn)軌道的彈出菜單中的添加輸入部件、添加輸出部件，點(diǎn)擊 [左轉(zhuǎn)傳送帶]按鈕，使左轉(zhuǎn)傳送帶表示出來(lái)，點(diǎn)擊 [卸貨中轉(zhuǎn)站]按鈕，使卸貨中轉(zhuǎn)站表示出來(lái)。

5、在曲軌道的彈出菜單中的[添加平板車(chē)]，菜單欄的特殊設(shè)備中的 [軌道管理器]一項(xiàng)，使軌道管理器表示出來(lái)，分別與與入庫(kù)部件相連、與出庫(kù)部件相連，與平板車(chē)相連。

6、選擇[智能導(dǎo)向物]按鈕，使智能導(dǎo)向物表示出來(lái)，并與In Mode輸入口，Out Mode輸出口相連，設(shè)定其規(guī)則，并復(fù)制兩個(gè)智能導(dǎo)向物。

7、點(diǎn)擊設(shè)備欄的[作業(yè)員]按鈕，使作業(yè)員表示出來(lái)，選擇卸貨中轉(zhuǎn)站輸出口的彈出菜單中的[與下一個(gè)設(shè)備相連]一項(xiàng)，使其和作業(yè)員連接上。

8、點(diǎn)擊設(shè)備欄的[直線(xiàn)傳送帶]、[左曲傳送帶]、[右分流傳送帶]、[右曲傳送帶]按鈕，使直線(xiàn)傳送帶表示出來(lái)，并改變參數(shù)，將其連接起來(lái)，并設(shè)定作業(yè)員，籠車(chē)，使每個(gè)作業(yè)員后邊有三個(gè)籠車(chē)。

9、在分節(jié)流那里設(shè)定分流，在點(diǎn)擊智能導(dǎo)向物，設(shè)定規(guī)則。更改籠車(chē)名稱(chēng)，使部件生成器正常運(yùn)行，貨物運(yùn)到指定的籠車(chē)內(nèi)。

10、點(diǎn)擊菜單欄里的|模擬|開(kāi)始|一項(xiàng)或者時(shí)間欄里的[開(kāi)始]按鈕，進(jìn)行運(yùn)行。

五、實(shí)驗(yàn)數(shù)據(jù)記錄和處理

1、在自動(dòng)立體倉(cāng)庫(kù)的2F添加IO部件的時(shí)候，為了避免重疊，將1F的IO部件臨時(shí)移動(dòng)‘將屬性欄里的Z的編輯框里輸入〈-1000〉；

2、將床2的長(zhǎng)度改為〈40000〉、床2的寬度改為〈40000〉、床2的高度改為〈3500〉；

4、打開(kāi)左轉(zhuǎn)傳送帶的屬性窗口，點(diǎn)擊[尺寸]按鈕，將第1部分的長(zhǎng)度改為〈1000〉，第 2部分的長(zhǎng)度改為〈1000〉，高度改為〈300〉，寬度改為〈1200〉；

5、打開(kāi)卸貨中轉(zhuǎn)站的屬性窗口，點(diǎn)擊[尺寸]按鈕，將長(zhǎng)度改為〈1500〉。

六、實(shí)驗(yàn)結(jié)果與分析

結(jié)果：建立了完整的倉(cāng)儲(chǔ)型物流中心運(yùn)作模型，運(yùn)行的合乎預(yù)期的要求及期望，實(shí)訓(xùn)結(jié)果很理想。

分析：軌道要連接成功，同時(shí)在設(shè)定InMode、Out Mode要根據(jù)不同的直線(xiàn)軌道及曲軌道設(shè)定，籠車(chē)的名稱(chēng)要根據(jù)部件生成器的目的地一致，在設(shè)定智能導(dǎo)向物規(guī)則時(shí)，要設(shè)定好規(guī)則，并且將InMode、Out Mode，的名稱(chēng)與規(guī)則中的目的地相同

七、討論、建議、質(zhì)疑

討論：通過(guò)對(duì)其物流中心的建立及運(yùn)作發(fā)現(xiàn)很多的問(wèn)題和不足，如進(jìn)行一些基本的屬性更改是會(huì)存在諸多的問(wèn)題，不能及時(shí)的解決會(huì)導(dǎo)致最后的運(yùn)行不能夠順利進(jìn)行。整個(gè)模型的制作太過(guò)繁瑣，極易導(dǎo)致錯(cuò)誤。在模型建立過(guò)程中應(yīng)注意。實(shí)驗(yàn)室名稱(chēng)：

812

實(shí)驗(yàn)機(jī)器號(hào)：

實(shí)驗(yàn)分組：

實(shí)驗(yàn)時(shí)間：

2011.09.12

指導(dǎo)教師簽字：

成績(jī)：

實(shí)驗(yàn)項(xiàng)目五：作業(yè)員分揀貨物模型

一、實(shí)驗(yàn)?zāi)康暮鸵?/p>

目的：本章要學(xué)習(xí)利用菜單欄上的作業(yè)管理器和作業(yè)管理器關(guān)聯(lián)設(shè)備菜單中的各種作業(yè)管理器、管理批處理數(shù)據(jù)的設(shè)備、設(shè)定初始庫(kù)存的設(shè)備等來(lái)建立模型的方法。要求：要求我們進(jìn)一步了解掌握智能導(dǎo)向物的基本用法。暫存區(qū)、部件生成器、托盤(pán)供給器、自動(dòng)立體倉(cāng)庫(kù)控制器的用法，要求我們基本掌握這門(mén)軟件的功能。

二、實(shí)驗(yàn)原理

通過(guò)對(duì)三維物流軟件的模型入庫(kù)與出庫(kù)以及參數(shù)的學(xué)習(xí)和控制器的掌握來(lái)對(duì)物流操作流程的更好的學(xué)習(xí)。

三、主要儀器設(shè)備

電腦以及ASI軟件

四、實(shí)驗(yàn)內(nèi)容、步驟及操作方法

內(nèi)容：通過(guò)對(duì)入庫(kù)物品生成器、暫存區(qū)、初始物品設(shè)定器、托盤(pán)供給器、參數(shù)設(shè)定的學(xué)習(xí)來(lái)掌握三維物流軟件的應(yīng)用方法。

步驟：

1、制作入庫(kù)貨品生成器(卡車(chē)入庫(kù))并修改名稱(chēng)，制作直線(xiàn)傳送帶。

2、做成在托盤(pán)上集裝貨物用的場(chǎng)地。作暫存區(qū)，設(shè)置參數(shù)。制作初始庫(kù)存設(shè)定器 制作托盤(pán)供給器 制作做業(yè)管理器并與各個(gè)設(shè)備相連接。

3、制作把貨物搬送到托盤(pán)的命令。

4、制作做業(yè)管理器與各個(gè)設(shè)備相連接后作成提供空托盤(pán)的命令。

5、制作一個(gè)做業(yè)管理器與各個(gè)設(shè)備相連后作成將托盤(pán)存入貨架的命令。

6、再添加一作業(yè)員制作成一個(gè)叉車(chē)狀態(tài)。

7、暫存區(qū)的設(shè)定。

8、添加出三個(gè)貨架作成平庫(kù)貨場(chǎng)制作成四個(gè)選擇初始庫(kù)存設(shè)定器[STOCK_PALLET_MANAGER]的彈出菜單中的 [與倉(cāng)庫(kù)相連]一項(xiàng)，使其連接上用于平庫(kù)貨場(chǎng)的2個(gè)貨架。

9、計(jì)劃管理器的設(shè)定、作成使模型運(yùn)作的數(shù)據(jù)文件、商品管理文件(ProductMasterFile.xml)、卡車(chē)入庫(kù)數(shù)據(jù)文件(Arrival.xml)、模擬管理文件（SimulationMasterFile.xml）

10、制作模型分揀出庫(kù)部分模型的出貨場(chǎng)地部分、作業(yè)管理器的配置和設(shè)定。

11、將出貨暫存區(qū)的籠車(chē)向卡車(chē)搬送。

五、實(shí)驗(yàn)數(shù)據(jù)記錄和處理

部件生成器文件、托盤(pán)供給器文件、暫存區(qū)、卡車(chē)、參數(shù)的設(shè)置要準(zhǔn)確。命令的設(shè)定要正確

六、實(shí)驗(yàn)結(jié)果與分析

掌握了智能導(dǎo)向物、部件生成器文件、托盤(pán)供給器文件的應(yīng)用。制作出了更加復(fù)雜的三維畫(huà)面，并且運(yùn)行良好。

七、討論、建議、質(zhì)疑

討論：通過(guò)對(duì)其模型的建立及運(yùn)作發(fā)現(xiàn)很多的問(wèn)題和不足，如進(jìn)行一些基本的屬性更改是會(huì)存在諸多的問(wèn)題，不能及時(shí)的解決會(huì)導(dǎo)致最后的運(yùn)行不能夠 順利進(jìn)行。建議：對(duì)其軟件進(jìn)行及時(shí)的修正及改正。實(shí)驗(yàn)室名稱(chēng)：

812

實(shí)驗(yàn)機(jī)器號(hào)：

實(shí)驗(yàn)分組：

實(shí)驗(yàn)時(shí)間：

2011.09.20

指導(dǎo)教師簽字：

成績(jī)：

實(shí)驗(yàn)項(xiàng)目六：模擬創(chuàng)業(yè)設(shè)計(jì)

一、實(shí)驗(yàn)?zāi)康暮鸵?/p>

目的：通過(guò)大學(xué)生創(chuàng)業(yè)這個(gè)網(wǎng)頁(yè)平臺(tái)建立自己的創(chuàng)業(yè)模型 要求：通過(guò)專(zhuān)業(yè)軟件，了解創(chuàng)業(yè)基本流程，并建立自己的公司。

二、實(shí)驗(yàn)原理

通過(guò)創(chuàng)業(yè)平臺(tái)建立自己的企業(yè)

三、主要儀器設(shè)備

計(jì)算機(jī)，相關(guān)軟件

四、實(shí)驗(yàn)內(nèi)容、步驟及操作方法

1、進(jìn)入網(wǎng)頁(yè)，輸入網(wǎng)址。

2、點(diǎn)擊進(jìn)入大學(xué)生創(chuàng)業(yè)平臺(tái)。

3、注冊(cè)帳號(hào)，設(shè)置用戶(hù)名和密碼。

4、進(jìn)入網(wǎng)頁(yè)后，完成相關(guān)測(cè)驗(yàn)。

5、進(jìn)入創(chuàng)業(yè)實(shí)訓(xùn)，與模擬風(fēng)投公司簽訂風(fēng)險(xiǎn)投資協(xié)議。

6、風(fēng)投公司轉(zhuǎn)賬，獲得創(chuàng)業(yè)資金。

7、提交準(zhǔn)備好的資料。

8、填寫(xiě)招聘申請(qǐng)表后提交。

9、租用攤位。

10、注冊(cè)自己的公司。

11、選擇行業(yè)，城市。

五、實(shí)驗(yàn)數(shù)據(jù)記錄和處理

1、輸入網(wǎng)址172.16.100.64。

2、雪冬國(guó)貿(mào)公司注資100萬(wàn)。

3、填寫(xiě)備用公司名稱(chēng)以及主要代表人信息

六、實(shí)驗(yàn)結(jié)果與分析

未完成整個(gè)過(guò)程的操作，進(jìn)行創(chuàng)業(yè)模擬，但是對(duì)創(chuàng)業(yè)已經(jīng)有了一些了解。

七、討論、建議、質(zhì)疑

討論：虛擬的無(wú)法代表真實(shí)的情況，在模擬進(jìn)行過(guò)程中的步驟很混亂。

質(zhì)疑：在對(duì)整個(gè)系統(tǒng)進(jìn)行完成模擬的同時(shí)，能否真實(shí)進(jìn)行相關(guān)投資創(chuàng)業(yè)。模擬創(chuàng)業(yè)軟件還是無(wú)法真正模擬出現(xiàn)實(shí)中創(chuàng)業(yè)時(shí)的突發(fā)情況。