【正文】 ? 建立后臺 的商品信息數(shù)據(jù)庫； ? 建立網(wǎng)上商店的網(wǎng)站； ⑵ 選定商品 ? 顧客通過網(wǎng)絡(luò)瀏覽 校園交易網(wǎng) 的主頁； ? 待購商品一次可以選擇多種商品； ? 一次選擇應(yīng)該可以包括多件同一； ? 顧客詳細(xì)填寫購買信息、交貨方式等； ⑶ 購買商品 ? 顧客提交購物請求； ? 商店發(fā)給顧客付款請求； ? 顧客付款； ? 顧客程序檢查顧客的付款信息； ⑷ 商店向銀行結(jié)算 根據(jù)上述交易流程，可以確定 DMONLINE 系統(tǒng)的基本功能，如下： ① 商品的顯示與查找 功能。 一個(gè)良好的網(wǎng)上商店系統(tǒng)，必須擁有良好的頁面，只有這樣才能吸引顧客的眼睛。同時(shí)，為了方便顧客的購物，必須提供優(yōu)秀的產(chǎn)品搜索引擎。 ② 用戶的注冊、登錄、修改個(gè)人信息的功能。 進(jìn)入商店的顧客分為已注冊和未注冊兩大類型。未注冊用戶可以注冊新的用戶，注冊用戶可以登錄。注冊的用戶登錄后，可以修改自己的個(gè)人信息。 ③ 用戶確認(rèn)訂單，支付貨款的功能。 在用戶確認(rèn)購買商品后，應(yīng)該提供貨款的支付功能。由于本系統(tǒng)不可能連接現(xiàn)有的銀行，因此在系統(tǒng)中提供了一個(gè)虛擬銀行 ，可以使用這個(gè)虛擬銀行中的帳號作為一種支付方式。 購物交易流程圖 圖 61 購物交易流程圖 ⑴ 數(shù)據(jù)連接公用模塊 本系統(tǒng)通過數(shù)據(jù)庫連接文件 實(shí)現(xiàn)與數(shù)據(jù)庫的連接，該文件也可以被其他文件所調(diào)用來實(shí)現(xiàn)數(shù)據(jù)庫的連接。其代碼如下： % 瀏覽網(wǎng)頁 選擇商品 點(diǎn)擊“購物” 注 冊 登 錄 進(jìn)入購物車 繼 續(xù) 選 購 下 訂 單 匯 款 生成新訂單并確認(rèn) 填寫收貨地址 發(fā) 貨 收到貨物 網(wǎng)上訂購成功 是否登錄 是 否 是 否注冊 是 否 如圖 61 39。打開數(shù)據(jù)庫連接 ?定義連接數(shù)據(jù)庫需要的變量 dim conn,connstr,db,rs ‘?dāng)?shù)據(jù)庫連接的對象 db=manage/db/ ‘初始化連接對象 Set conn = () connstr=Provider=。Data Source= amp。 (amp。dbamp。) connstr % ⑵ 用戶信息模塊 用戶分為客戶和系統(tǒng)用戶，這部分主要實(shí)現(xiàn)用戶注冊 、 登陸 、 查看 、 更改注冊資料等功能。下面主要介紹本人在校園交易網(wǎng)中負(fù)責(zé)的功能模塊：在 高級系統(tǒng)用戶對系統(tǒng)用戶進(jìn)行管理時(shí)，可以添加和刪除操作，在進(jìn)行添加系統(tǒng)用戶時(shí)對添加的系統(tǒng)用戶賦予不同的權(quán)限，權(quán)限可分為管理 、 添加 、 查看，被添加的系統(tǒng)用戶在登陸后由于自身的權(quán)限不同而對數(shù)據(jù)庫操作有不同的操作權(quán)限。如被賦予管理權(quán)限的系統(tǒng)用戶登陸時(shí)擁有最高權(quán)限，可對商品，客戶和系統(tǒng)用戶進(jìn)行操作。而被賦予添加權(quán)限的系統(tǒng)用戶登陸時(shí)擁有對商品的操作權(quán)限，而不能對客戶和系統(tǒng)用戶操作。 ① 客戶注冊 當(dāng)客戶在首頁單擊注冊時(shí)，進(jìn)入注冊的第一個(gè)頁面 ,在這個(gè)頁面中給出了校園交易網(wǎng)注冊條約 ，主要是說明用戶在校園交易網(wǎng)購物所需要遵守的準(zhǔn)則和制度。 ② 客戶登陸 程序完成客戶登錄功能，用戶填寫用戶名和密碼后，單擊登陸按鈕，則調(diào)用登錄程序進(jìn)行驗(yàn)證，如果登錄成功，系統(tǒng)自動進(jìn)入用戶信息資料頁面。 ③ 查看和更新資料 查看操作是顯示用戶注冊的所有信息。更新操作，首先從更改表單中獲取相應(yīng)值，執(zhí)行后根據(jù)返回值做相應(yīng)處理。用戶有權(quán)對自己的資料進(jìn)行修改。 ④ 客戶密碼更改 程序供客戶修 改密碼，并在修改密碼之前驗(yàn)證原密碼的正確性，只有原密碼正確，才可以修改密碼。 ⑤ 管理員登錄 manage/ 程序的功能為實(shí)現(xiàn)管理員登錄，根據(jù)管理員不同的權(quán)限進(jìn)行后臺用戶和商品管理。其界面和客戶登錄時(shí)的界面相似，不再重訴。 ⑥ 客戶管理 manage/ 程序?qū)崿F(xiàn)客戶管理，在客戶管理頁面，管理員可以查看所有用戶資料，顯示用戶信息，搜索客戶和刪除選定客戶。 客戶管理界面如圖 62 圖 62 客戶管理界面 實(shí)現(xiàn)的主要代碼： ‘判斷管理員是否單擊了刪除用戶的按鈕 if NOT isempty(request(SaveEditSubmit)) then dim userid ‘把表單傳遞過來的數(shù)據(jù)賦值給 userid userid=(id) if userid= then userid=request(userid) ‘執(zhí)行刪除語句，刪除選定客戶 ”delete from [user] where userid in (“amp。useridamp?！?” ”delete from orders where userid in(“amp。useridamp。”)” ”” end if ⑦ 管理員用戶管理 manage/ 實(shí)現(xiàn)管理員用戶的添加 、 刪除及修改管理權(quán)限等操作。但實(shí)現(xiàn)此功能的必須是權(quán)限最高的享有管理權(quán)限的管理員，而享有添加 、 查看權(quán)限的管理員只能對商品進(jìn)行添加 、 刪除 、 修改等操作。 管理員用戶管理界面如圖 63： 圖 63 管理員用戶管理界面 管理員用戶管理界面的代碼實(shí)現(xiàn)： 39。添加后臺用戶 If NOT IsEmpty (Request(AddHuser)) then select * from admin,conn,1,3 rs(admin)=trim(request(AddName)) rs(password)=md5(trim(request(AddPws))) rs(rank)=int(request(AddRank)) set rs=nothing call MsgBox(添加成功！ ,GoUrl,) end If If NOT IsEmpty (request(Del)) then 39。刪除后臺用戶 (delete from admin where id=amp。id) 39。取得 Id 號 call MsgBox(刪除成功！ ,GoUrl,) end If if NOT IsEmpty (request(Modify)) then 39。修改后臺用戶資料 select * from admin where id=amp。id,conn,1,3 39。取得 Id 號 rs(admin)=trim(request(Name)) if trim(request(password)) then rs(password)=md5(trim(request(password))) end if rs(rank)=int(request(rank)) set rs=nothing call MsgBox(修改成功！ ,GoUrl,) end if ⑶ 商品信息模塊 本模塊主要是查看商品列表 、 搜索商品 、 顯示商品信息 、 把商品放如購物車等功能。 :顯示商品分類列表。 :顯示分類商品。 :顯示新到商品。 :顯示暢銷商品。 :顯示推薦商品。 :搜索商品，可以 按照商品名稱，商品價(jià)格范圍等進(jìn)行商品類別搜索。 :查看我的購物車信息，商品結(jié)帳。 查看詳細(xì)商品信息。 ① 商品搜索 程序?qū)崿F(xiàn)搜索，供客戶輸入搜索條件并進(jìn)行有效的驗(yàn)證，當(dāng)客戶輸入的搜索條件經(jīng)過有效性驗(yàn)證就會把數(shù)據(jù)提交到 ,由 進(jìn)行搜索和顯示搜索結(jié)果。 ② 購物車設(shè)計(jì) 如果客戶滿意某件商品，則單擊“購物車”就可以把該件商品放進(jìn)自己的購物車，該功能有 完 成，客戶隨時(shí)通過 查看購物車?yán)锷唐返脑敿?xì)信息，如果不滿意，可通過刪除功能刪除商品。 ⑴ 把選定的商品放到自己的購物車中 ⑵ 用于顯示購物車?yán)锏纳唐?，以及對購物車中的商品進(jìn)行刪除和對商品下訂單的功能。 ⑷ 系統(tǒng)管理模塊 系統(tǒng)管理模塊完成的功能有商品的添加和刪除 、 訂單管理 、 商品大類別管理 、 商品小類類別管理等。 ① 商品添加 程序?qū)崿F(xiàn) 商品的添加，首先設(shè)計(jì)一個(gè)表單供管理員輸入商品資料，單擊添加后，先經(jīng)過有效性驗(yàn)證，驗(yàn)證有效后添加到數(shù)據(jù)庫中。 商品添加頁面如圖 64： 圖 64 商品添加頁面 實(shí)現(xiàn)的代碼： if session(rank)2 then call Msgbox(你的權(quán)限不夠！ ,Back,None) end if If NOT IsEmpty (request(AddProSubmit)) then 39。添加產(chǎn)品 dim productdate,discount discount=round(request(price2)/request(price1),2) rs(“productdate”)=productdate rs(“discount”)=discout ?添加到數(shù)據(jù)庫 set rs=nothing call MsgBox(“添加成功！ ”，“ GoUrl” ,””) end if ② 商品小類別管理 manage/ 完成商品小類別的添加 、 商品排序 、 刪除已經(jīng)添加的類別等操作。 ⑸ 建立商店模塊 建立商店模塊完成的功能是客戶要想在校園交易網(wǎng)上賣東西，那么他就需要在校園交易網(wǎng)上建立自己的商店，該客戶可以在自己的商店上發(fā)布商品來賣，這樣其他的普通客戶就可以來購買他的商品了。該客戶登錄到自己的商店，也可以對自己商店的商品進(jìn)行添加 、 刪除 、修改等操作。 第 7 章 系統(tǒng)測試與分析 測試 測試的定義及目的 軟件測試就是在軟件投入運(yùn)行前，對軟 件的需求分析 、 設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是保證軟件質(zhì)量的關(guān)鍵步驟。軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。 測試的目的在于將軟件設(shè)計(jì)時(shí)設(shè)計(jì)者與程序開發(fā)者之間理解不一致的地方 、 程序開發(fā)者在開發(fā)程序時(shí)自己對程序理解的地方 、 功能與需求不一致的地方 、 不符合進(jìn)行邏輯思維的情況都反映給質(zhì)量控制部門，由質(zhì)量控制部門調(diào)配需求部門統(tǒng)一做出一個(gè)明確解答，再由開發(fā)人員進(jìn)行修改和補(bǔ)充。 測試的目標(biāo)是以最少的時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷。 ⑴ 軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。 ⑵ 一個(gè)好的測試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤。 ⑶ 一個(gè)成功的測試是發(fā)現(xiàn)了至盡尚未發(fā)現(xiàn)的錯(cuò)誤的測試。 測試的原則 對于相對復(fù)雜的產(chǎn)品或系統(tǒng)來說， ZeroBug 是一種理想， GoodEnough 是我們的原則。GoodEnough 原則就是一種權(quán)衡投入 /產(chǎn)出比的原則：不充分的測試是不負(fù)責(zé)任的；過分的測試是一種資源的浪費(fèi)，同樣也是一種不負(fù)責(zé)任的表現(xiàn)。我們的操作困難在于：如何界定什么樣的測試是不充分的，什么樣的測試是過分的。目前狀況唯一可用的答案是： 指定最低測試通過標(biāo)準(zhǔn)和測試內(nèi)容，然后具體問題具體分析。 軟件測試的對象 和測試方法 軟件測試并不等于程序測試。軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個(gè)期間。它不應(yīng)僅限于在程序測試的狹小的范圍內(nèi)，而置其他階段的工作于不顧。 為了把握各個(gè)環(huán)節(jié)的正確性，人們需要進(jìn)行各種確認(rèn)和驗(yàn)證工作。 確認(rèn)和驗(yàn)證工作都屬于軟件測試。在對需求理解與表達(dá)的正確性 、 設(shè)計(jì)與表達(dá)的正確性 、 實(shí)現(xiàn)的正確性及運(yùn)行的正確性的驗(yàn)證中，任何一個(gè)環(huán)節(jié)上發(fā)生了問題都可能在軟件測試中表現(xiàn)出來。 在軟件生存期各個(gè)階段之間需要保持正確性，如圖 71： 圖 71 軟件測試方法 : 1 靜態(tài)測試是指被測試程序不在機(jī)器上運(yùn)行，而是采用人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測，方法如下： ⑴ 人工測試：是指不依靠計(jì)算機(jī)而靠人工審查程序或評審軟件。人工審查程序偏重于編碼質(zhì)量的檢測，而軟件審查除了審查編碼還要對各階段的軟件產(chǎn)品進(jìn)行檢驗(yàn)。 ⑵ 計(jì)算機(jī)輔助靜態(tài)分析：指利用靜態(tài)分析工具對被測試程序進(jìn)行特征分析，從程序中提取一些信息，以便檢查程序邏輯的各種缺陷和 可疑的程序構(gòu)造。如同錯(cuò)的局部量和全程量 、 不匹配參數(shù) 、 不適當(dāng)?shù)难h(huán)嵌套和分支嵌套 、 潛在的死循環(huán)及不會執(zhí)行到的代碼等。還可能提供一些間接涉及程序欠缺的信息 、 各種類型的語句出現(xiàn)的次數(shù) 、 變量和常量的引用表 、 標(biāo)識符的使用方式 、 過程的調(diào)用層次及違背編碼規(guī)則等。靜態(tài)分析中還可以用符號代替數(shù)值求得程序結(jié)果，以便對程序進(jìn)行運(yùn)算規(guī)律的檢驗(yàn)。動態(tài)測試指通過運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤。一般意義上的測試大多是指動態(tài)測試。為使測試發(fā)現(xiàn)更多的錯(cuò)誤，需要運(yùn)用一些有效的方法。測試任何產(chǎn)品，一般有兩種方法：一是測試產(chǎn)品的功能，二是測試產(chǎn)品的內(nèi)部結(jié)構(gòu)及處 理過程。對軟件產(chǎn)品進(jìn)行動態(tài)測試時(shí)，也用這兩種方法，分別稱為黑盒測試法和白盒測試法。 2 黑盒測試法與白盒測試法 ⑴ 黑盒法 該方法把被測試對象看成一個(gè)黑盒子，測試人員完全不清楚程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件的接口處進(jìn)行測試，依據(jù)需求說明書，檢查程序是否滿足功能要求。因此，黑盒測試又稱為功能測試。 通過黑盒測試主要發(fā)現(xiàn)以下錯(cuò)誤： ① 是否有不正確或遺漏了的功能。 ② 在接口上，能否正確地接受輸入數(shù)據(jù)，能否產(chǎn)生正確的輸出信息。 ③ 訪問外部信息是否有錯(cuò)。 ④ 性能