1、 測試的電子商務系統: 一個有用指南作為電子 客戶(是否商業或消費者), 我們是不太可能有對遭受頻繁停工期, 垂懸在事務處理中間, 或有有用性粗劣的感受的網站的電話會議。測試有, 因此, 在整體進展進程的一個關鍵的角色。指定的無限的時刻和資源, 您能測試系統對精疲力盡。然而, 多數項目運行在固定的預算值和時刻表之內, 因此項目經理需要系統同時對測試那的有效的途徑最大化測試電話會議。那個條款提供一快速同時有用介紹測試介質對大規模可處理電子商務系統依照項目體驗開發被剪裁的解決方法為B2C 萬維網零售和B2B 采購。特點多數電子商務系統, 申請結構包括前期美滿的發運和治理系統, 和后端事務處理和遺產

2、綜合化。瞄準要緊項目和測試經理, 那個條款解釋如何經驗豐富的項目經理會贊成測試打算需要被執行及早在項目生存期。這將保證時期需要為測試預備(設立測試環境, 找到測試人員, 寫測試腳本, 等等) 在所有測試可能實際上開始之前。這種不同的測試(部件, 系統, 功能, 黑色配件箱, 和其它人) 專門好被提供在文件。然而, 較不行被明確表達(盡管好常規文本在軟件工程) 是一起栓所有測試和驗證活動使用提供質量解決方法對客戶機的測試進程。表1 存在我同事和我來采取在幾e - 商務項目測試進程的一個矩陣設計。幾個目標(被列出在表的第一列) 引導那個設計; 一個或更多進程支持各個目標的成績。我們更喜愛術語目標

3、逐步采納 表明情況目標是并行。那是您能測試系統的當前釋放, 但同時, 設置和贊成現實期望為下釋放。里面測試工具要訣類不為更好的站點定位公用測試的陷阱它的設計或至少部份應該是熟悉對那些被體驗在測試治理角色。那些不是或不跟隨一個系統的測試進程能使用矩陣設計作為模板為打算測試同時驗證活動由分配進程對項目打算。它是還有用的作為為改進測試進程的一個工具由檢查設計反對實際進程。測試電子商務系統因此如何您測試電子商務系統?您需要什么樣測試做? 那個地點, 我存在的測試區核對清單一起編組公用類型測試向電子商務系統正常被運用。(這些測試同時適用于其它類型系統。) 您能相對地快速報道某些測試區(譬如掃瞄器兼容性)

4、, 然而其它人(像那些為事務處理完整性) 要求一個更高的水平工作成績。掃瞄器兼容性客戶將成為挫敗假如他們無法容易地得到對您的電子商務站點。雖則相對地簡單做, 它支付花費足夠時刻測試在那個面積。缺乏支持關于早期的掃瞄器。沒有所有掃瞄器是相等的。例如, 一些Internet Explorer 和Netscape Navigator 的早期的版本不充分支持Java 語言。表1 。測試進程的矩陣設計。目標 進程設置和同意現實期望為系統給予企業需求優先; 辨認那些重要同時那些選項。一個指定的交貨日期, 過濾掉, reprioritize, 或重新協商不切實際的系統期望。指定是可測試性的需求。去除或固定模

5、棱兩可的需求。定義是意味深長的對商業的驗收標準。定義相關的業界標準或競爭基準。保證, 賭金保管人贊成一個能力打算為系統可測量的能力需求。定義一個測試方法擬定和提供測試方法; 與測試質量打算關系它。在初期辨認高風險區域; 標記這些為及早測試和保持他們去從項目的關鍵路徑。辨認要求測試的所有系統的方面; 在各個案件, 表明級不和形成測試。辨認可能關心自動化或測試進程的文件元素的相關的測試工具。打算測試可能必需的資源, 譬如工具, 人、硬件和軟件基礎設施, 測試地點, 等等。定義角色和責任; 辨認一個適當地合格的測試經理和測試小組。勾畫和贊成一個詳細的實驗打算以客戶機; 定義測試重要事件和測試deli

6、verables。打算前發行系統可能被觀看在被模擬的企業用量之下的模擬期間。設置測試環境設置實際測試環境, 例如, 硬件和軟件基礎設施。預備測試物料譬如詳細的實驗打算、測試腳本, 和測驗資料。預備測試材料以重新使用在頭腦里。設置缺陷跟蹤的系統; 決定缺陷和任一測試度規的窗體向用途報告。定義測試標準和規程; 教育單個在對標準和規程的用途。獵取和預備必要的測試工具; 保證, 測試小組同意相關的培訓。進行測試舉辦適當的質量檢查, 譬如編碼復核和走throughs。進行測試, 是否在部件、綜合化、系統, 或使用同意級不。執行測試和校對檢驗結果; 記錄結果和事件在缺陷跟蹤的系統。分析檢驗結果; 監控范圍

7、以缺陷和缺陷嚴峻級不的高發生。跟蹤和治理缺陷解決方法。假如適當, 重復測試和重新使用測試材料加速再實驗。演出前居住模擬期間; 測試系統在期望的企業用量之下和觀看結果。設法決策現場依照檢驗結果; 考慮假如系統達到了釋放標準。監控部署的系統監控系統性能使用相關的監視工具; 使用性能向指南性能定調的活動報告。獵取所有殘余的缺陷; 可能他們的優先級和, 假如嚴肅, 考慮整流打算。會集反饋和問題報表從用戶; 分析這些辨認以后改善。治理連續釋放獵取和給予新建企業需求優先; 可能他們的對系統的阻礙在做對他們之前。修理未清和殘余的缺陷。打算system掇下釋放;贊成釋放打算以相關的賭金保管人。保證一個光滑的轉

8、移從當前與新建釋放。JavaScript.Decide 在兼容性上的最低的水平, 例如, 系統應該是與IE 版本3.0 兼容和上述和網景版本2.0 和系統的確運作沒有問題在早期的掃瞄器版本的aboveand 測試。掃瞄器特定擴展名-HTML 是一個演變的標準(HTML 4.0 是最新的講明) 同時不應該與HTML擴展名被混淆特定對一次專門掃瞄器實施。例如,表疆界顏色貨簽()是特定對Microsoft Internet Explorer; 服務器腳本貨簽() 是擴展名被介紹以掃瞄器版本4.0 。掃瞄器細微差異與同樣發行版本, 掃瞄器不同地表現在不同的平臺, 和當使用用不同的語言選項。測試應該包括

9、至少要緊平臺(Unix 、窗口、Mac,和Linux) 同時期望的語言選項。頁面顯示頁面顯示在掃瞄器形成首要的界面在客戶和商業之間。得到那個錯誤在任何情況下, 同時大廈客戶電話會議和信任工作變得更加困難。頁面不正確顯示-顯示所有頁正確地不一樣容易像它聽起來多數電子商務系統動態地生成網頁(那是他們存取數據庫和顯示結果在掃瞄器) 而不是顯示靜態HTML.問題可能發生, 例如, 當掃瞄器檢索一個空結果被設置從數據庫或當數據庫連接數是無法獲得的。頁面顯示也許予先同時介入裝載資源(譬如附屬程序), 同時您能遇到問題當如此資源是無法獲得的。測試, 您的系統適當地處理如此例外。運行時錯誤消息-用戶得到挫敗掃

10、瞄器投擲如此錯誤消息常規是不友好和不意味深長的對用戶的意外的錯誤消息; 而且, 他們留下一個粗劣的印象在客戶。執行測試保證, 申請獵取和處理所有錯誤,例如, 生成適當和用戶友好錯誤頁。粗劣的頁面下載時刻-美國萬維網跟蹤儀Zona研究可能, 頁8 秒的裝貨時刻或與ISP 下載時刻更結合能導致客戶的百分之30留下站點在采購任何東西之前。有一個高圖解美滿同時或者用途附屬程序的頁, 盡管審美喜愛, 經常是下載疑難測試下載時刻在現實試驗條件(那是占典型的因特網業務量) 而不是局部測試下它。死的超鏈接-死的超鏈接是客戶失望的一個頻繁緣故;甚而最普遍的門戶遭受帶領得無處的超鏈接。幾個自動化的工具現在測試超鏈

11、接。 測試工具類不配置治理工具；治理版本和更改系統人工制品操縱譬如軟件組件和檢驗文件。數據庫性能工具: 評定數據庫性能,譬如同時候執行選擇了數據庫查詢,這些工具促進數據庫優化。調試器是查找和解決軟件缺陷在編碼的典型的程序設計工具。他們是多數現代應用開發環境的一部分。缺陷治理系統記錄缺陷和跟蹤他們的狀態和解決方法。一些包括報告工具提供治理信息在缺陷傳播和缺陷解決方法費率。網絡監視工具； 觀看網絡信息流通量的級不。他們是有用的為辨認網絡瓶頸和測試連結在前面和后端系統之間。回歸測試工具；存儲判例和測驗數據, 可能再應用判例在連續軟件改變以后。站點監視工具；監控站點的性能, 經常從用戶透視圖。使用他們

12、編譯統計數據譬如結束對結尾反應時刻和生產量, 和時期性地檢查站點的可用性。重音工具: 關心開發員探究系統行為在高水平操作的用量之下和查找系統的轉效點。系統資源多數OS 服務器和網絡服務器軟件的屏幕軟件零件; 他們監控資源譬如磁盤空間、CPU 用量, 和內存。測驗數據生成工具協助用戶在生成測驗數據。檢驗結果比較器關心與那其它集比較一套的結果測試。使用他們檢查編碼更改未介紹有害變化在系統行為上。事務處理監控評定大容積事務處理系統性能。網站安全工具關心檢測潛在安全問題。您能經常設置安全探查和監控工具對運行依照一個預定的差不多類型。要訣為更好的站點定位課時治理HTTP 是一個無國籍的協議, 同時使用J

13、ava 或有效的服務器頁的服務器邊程序設計工具做廣泛的用途課時反對獵取狀態信息。這是, 例如, 多少頁存儲項目在購物車。我們的經驗表明, 任一個系統使用課時治理應該被測試為幾個特性。課時到期。多數申請和網絡服務器配置課時以便他們到期在集時刻以后。嘗試存取有到期的緣故錯誤的課時反對, 同時必須被處理在編碼之內; 經常它不是。開發員傾向于俯視測試關于課時到期, 要緊因為在正常操作的情況下, 課時到期是不太可能發生。課時存貯。考慮假如任何問題與存儲經常取決于應用軟件) 的課時對象關系。例如, 課時對象也許被存儲作為曲奇餅, 但若用戶沒有曲奇餅被啟用在他們的掃瞄器呢? 同時, 有是任何限制對課時對象的

14、實際范圍嗎?有用性 好站點有用性是關鍵的為吸引同時保留的客戶的確, 一項研究表明客戶的百分之67 沒有完成聯機采購由于粗劣的有用性。有用性包括寬廣的面積和經常是困難定義, 或從未定義全然。然而, 這缺乏定義相沖突以測試和需要有可測試性的需求(假如您無法測試需求, 如何您明白, 他們遇見了? ) 概測法, 有用性是客戶能執行一套任務的舒適, 典型地被確定當采取為成功完成的時候。您能測試有用性通過有用性研究, 在中您給一個組單個所選的任務執行, 觀看他們的性能, 和收集反饋。替代, 您能獲得這信息在網站設計員坐下與用戶在有用性課時之后和獲得直接口頭反饋在站點的有用性的聯合關心課時上。Nonintu

15、itive 設計。您像nonintuitive 能標記網站的方面假如, 平均, 這花費一個新建訪客每不均衡的時刻執行集合任務。當設計員成為嚴密介入在站點的設計, 它困難成為使他們目的可能站點的直覺。 粗劣的站點定位。站點定位是關鍵的為吸引客戶和保留他們。老練網站, 譬如為差旅預訂, 需要給予特護對定位問題。(參見要訣為更好的站點Navigationsidebar 。)目錄定位。大產品目錄對許多電子商務系統,特不是中央的 B2B 采購系統。1. 提供全球定位在各頁以便用戶有在哪里頁坐在整體站點之內的一感受為同時什么其它站點必須提供。2. 提供超鏈接對關系了目錄的其它頁在站點。3. 保證導航條是一

16、致的, 依照窗體和安置在頁。4. 用途文本定位優先于圖標和照片作為這是較不模棱兩可的。5. 四點擊規則闡明, 用戶應該能得到從他當前是在站點對其他點在站點在四點擊的地點。6. 保持頁短使相當數量移動減到最小用戶必須執行。與長式頁, 公布目錄在頂層附近讓用戶快速跳躍對適當的點在頁。7. 為大站點, 提供搜索配件箱或搜索窗體使用戶快速搜索它。8. 提供一個站點導航圖因此用戶能得到整個站點的概略的視圖。9. 提供一個連結對主頁在每頁以便用戶能總回來到一個中央參考點。10. 提供和高亮度顯示定位連結對您要用戶看的高優先級面積。插件相關性。開發員適應一些站點往有一個專門插件, 一剎那圖像插件或語言插件是

17、一些實例的瀏覽器。然而, 它是不合情理簡單轉動一個潛在電子客戶因為站點是不能再用的沒有插件。測試, 站點是功能上等效的與和沒有插件。Aesthetics.Sites 需要審美喜愛, 那些不冒之險表達一個粗劣的圖像或, 更壞, 損壞一個現有的商標圖像。那兒二個競爭的站點是否則相等的, 用戶的選擇也許基于審美呼吁單獨。盡管有些主觀, 審美覆核反對競爭站點有價值和迫使您看競爭對手做什么。字體涂料。多數掃瞄器同意用戶更改字體大小。例如, 在微軟Internet Explorer 用戶能變化字體大小從最小對最大。設計員經常工作以一個專門字體設置在他們的掃瞄器; 因而, 站點設計經常裝終止于罐中用不同的字

18、體設置測試 目錄為進攻, 誤引, 或好訴訟語句; 違反; 同時個性化錯誤。客戶應該能掃瞄和快速搜索通過目錄。開發員能定義測試評定產品定位結構的有效率。例如, 您能測試, 搜索在專門關鍵詞帶來正確產品。缺乏關心。它總不是顯然的什么做在網站。例如,用戶也許需要填好表格在一個專門順序因為他們關聯了驗證統治培養錯誤當一些信息正確地不被裝載。引導客戶通過交往是一個關鍵系數為首次訪客。內容分析到目前為止, 我牽涉到目錄的發運和介紹。然而, 實際目錄由站點提供同時需要 被測試 。進攻, 誤引, 和好訴訟目錄。電子商務站點的目錄必須是聲音。在英國, 規章制度譬如商標Action (1994), 操縱引入歧途的

19、廣告Regulations (1988), 和淫穢發行行動(1976) 適用于所有公布物料, 包括網絡內容。(參見http:/www.marketinglaw.co.uk 為當前英國和歐共體特定規章制度。) 是不正確地被描述的產品或服務或誤引(檢查那些產品講明! ) 能夠違犯商業講明行動。違反。測試您的網站目錄為違反。圖像和圖像被使用在設計應該任意是皇族(假如不完全擁有); 同時檢查版權侵犯。在一些情況, 法院將考慮對trademarked 物料的用途沒有責任人的同意書作為違反。法院幾乎一定會觀看給或denigrating 競爭對手的品牌抹黑作為違反。個性化。越來越, 電子商務系統合并客戶關系

20、為各自的客戶提供個性化的治理功能。在許多情況下, 個性化配置文件確定什么目錄站點為這些客戶提供。然而, 情況可能發生站點為客戶提供不正確或不適當的目錄由于錯誤在個性化功能的地點。可用性脫供等于失去的收入; 它危害企業的名譽, 并且可能鼓舞客戶采取他們的商業對競爭對手。企業需要為他們的客戶提供24/7 可用性, 以可用性級不的百分之99 或更高是渴望的準則。脫供的不能同意的級不。幾個系數可能阻礙可用性, 譬如硬件可靠性、軟件可靠性、負荷的有效率平衡, 和數據庫的能力處理并行用戶。在現場之前, 被預言的企業用量模式應該表明最大壓力水平。您應該測試系統可能利用率反對最大壓力水平加上安全限度一個被定義

21、的時期。取消服務。雅虎、A, 和B 有所有最近遭受的否認服務攻擊。如此攻擊(亦稱飽和攻擊) 介入炮擊網絡服務器以偽造請求, 使它不能進入對真正用戶。組織不是無防備的反對如此攻擊; A 例如, 用途安全軟件過濾掉偽造請求。測試您的電子商務系統為弱點否認服務攻擊。備份與補救您無法保證, 您的電子商務系統任何要素可不能失敗, 是否硬件或軟件, 因此它是易察覺的測試您能從故障快速收回當它發生。故障, 下落在恢復。設計系統以便一個要素的故障不一定減少其它要素。在因特網女士信息服務器(版本4.0 里), 例如, 有效的服務器頁腳本可能運行從網絡服務器作為分開的進程。測試系統可能從組分故障收回的速度和舒適以

22、; 例如, 您如何重新啟動服務? 這是按重新啟動按鈕事例, 或應該系統支持小組首先看其它系數嗎? 這是一個簡單治理任務, 或一個要求專家知識? 為非致命故障, 您也許能重新加載系統的影響的要素而不是采取系統下來完全地。例如, 在Java 實施, 您能動態地重新加載Java servlets 。備用故障。多快和容易它將執行和恢復備份? 假如數據庫紀錄成為腐敗, 例如, 多快能您備份數據? 新建硬體、軟件, 和網絡要素可能多快替換未通過的要素? 錯誤容許度。在容錯結構, 重復硬件和軟件組件接管當要素失敗。例如, 假如一臺網絡服務器下來, 第二臺網絡服務器可能為請求服務, 同時問題依舊是透明對用戶。

23、測試錯誤容許度由切換各自的要素或模擬他們的故障。我同事和我明白一個事件何處系統使用使成群的技術提供錯誤容許度。然而, 測試被發覺使成群的技術是無效的因為它不正確地被配置了。 功能測試典型地消耗在總測試的工作成績的25 和百分之50 之間事務處理事務處理是多數電子商務系統的一個要緊元素。以分配系統, 事務處理可能跨過幾個各自的系統,導致更加復雜測試。事務處理完整性。系統正確地執行所有事務處理的方面嗎? 例如, 適當的數據庫觸發和規程的系統調用?它做和正確地滾動事務處理嗎? 系統開發員設置了適當的隔離級不嗎? 構想將嘗試創建非標準 事務處理, 例如, 事務處理以零的數量或值的一套輸入, 同時標準一

24、致 。生產量。最普遍的因特網網站容易地超出百萬命中每日。在一個可處理電子商務系統, 您必須測試事務處理引擎的生產量; 那是其能力治理1,000 張事務處理每分鐘。最現代的測試的和監控的工具有設施為生產量測試。驗核。審計線索記錄所有事務處理由系統做。測試應該驗證, 跟蹤滿足所有法律責任, 同時驗核的軟件獵取所有必需的事務處理選派, 譬如事務處理時刻與日期、創建人和接收人, 值, 等等。購物, 訂單處理, 和采購我的經驗建議, 功能測試典型地消耗在總測試的工作成績的25 和百分之50 之間。在多數電子商務系統, 購物, 訂單處理, 和采購窗體核心功能。其它功能面積可能包括客戶描出, 貼現和提供治理

25、、自動市場營銷, 和存貨治理。盡管多數開發員要緊認為功能測試一個手工進程, 工具(譬如水星Winrunner)可能經常關心自動化功能測試的方面由自動獵取的和重賽的用戶交往。購物購物車功能許多電子商務站點使用購物車(或某一變形沿同樣題材) 作為結構為客戶編譯命令。差不多的購物車提供列表和總 功能, 然而更加老練.可能為命令提供額外功能, 譬如稅和發運計算、忠誠度貼現, 和之外和收回 功能。測試應該包括所有購物購物車功能的方面依照購物項目測試程序。訂單處理訂單處理可能介入事務處理自動化的創建或更新, 或信息傳送對后端系統。付款處理應付款處理的途徑變化從信用卡詳細數據簡單獲取為脫機手工處理對實時看板

26、卡處理。不問被選擇的途徑, 您必須測試幾個差不多的活動, 譬如確定是否系統執行必要的驗證和扣除正確金額從信用卡。日志必須正確地同時記錄各張事務處理。命令跟蹤一個越來越共同的特點在B2B 系統是能力跟蹤命令。一點測試是命令跟蹤的功能的準確性。您需要輸入測試次序系統, 和與實際命令狀態比較自動化的系統狀態報表。 國際化電子商務系統特不是B2C 系統, 經常必需運行橫跨地理限定范圍。盡管英語是統治語言, 非英國站點是越來越公用和獵取占先在壟斷外國市場。系統以及它做在其祖國必須運行在所選的目標國家（地區）。語言技術支持站點提供選項觀看非英國頁嗎? 假如語言選擇依照掃瞄器特選, 這在所有渴望的掃瞄器有效

27、嗎? 許多更舊的掃瞄器不支持語言定制。 語言顯示測試, 詞正確地被顯示同時句子是語法上正確的。使用一個講母語的人驗證, 這是實際情形。 文化敏感性站點尊敬文化差異在家庭電話和外國之間嗎? 檢查站點不包括可能觸犯國家（地區）文化或宗教藉有關的目錄。 地點會計科目開發電子商務貿易發生橫跨會計科目地區的系統提出問題關于如何樣充電客戶。例如, 測試應該保證, 系統正確地計算稅務和匯率為地區有關。 操作的企業規程電子商務企業規程經常介入手工和自動化的規程。電話詢問臺, 例如, 可能處理產品回歸或命令詢問, 但依靠信息從自動化的進程。不要不記得, 您必須測試商業電子規程, 不僅e 商務系統就其本身而言。首

28、先,辨認可能發生的各種各樣的企業方案。例如, 客戶能請求產品回歸(在電話, 或通過電子郵件或其它通信平均值) 或取消命令。付款可能被延遲或被取消。其次, 嘗試和可能各個方案范圍和縮放比例: 多少回歸可能是您得到在峰頂期間 ?仿真高峰情況和看見多么恰當e-business 程序應付。特不是, 觀看何處要緊瓶頸是同時何處您能做最增值的改進。在現場之前, 保證, 您明白至少操作的企業規程概略的能力。系統綜合化開發員必須經常集成電子商務系統以現有的辦公室或舊系統, 譬如會計科目和股票操縱系統。或, 您能需要集成電子商務系統以第三方申請, 譬如電子郵件。在某些情況下, 譬如在交叉平臺綜合化, 您能使用專

29、業中間件技術譬如CORBA (公用對象請求代理程序結構) 或傳訊(被實施在軟體譬如IBM MQ 系列) 集成系統。 數據界面格式化。數據界面定義數據格式化由前面和后端系統交換。在B2B 方案, 例如, 我們必須保證, 一個命令在供貨商和消費者之間依照統一的次序格式化。如此界面可能變化從簡單對高復雜, 同時測試應該保證系統生成和傳送數據在正確格式化。工具譬如XML (可擴展標記語言) 緩和數據界面問題由提供文件型不定義(DTDs) 。 界面頻率和起動。處理在前面和后端系統之間也許是時刻受撫養者。例如, 一個后端系統能是必要立即處理數據傳輸從期初系統或在一個被定義的期間內。測試應該查明是否系統實際

30、上觀看實時性約束同時是否它激活資料傳輸在適當的時候。 更新。一個系統必須經常更新信息在其它系統。驗證, 成套程序和遠程規程進行必要的更新運算沒有副作用。 連接體積容量。界面處理數據量被想象嗎? 記住, 遺產后端系統不能夠今天被設計了為數據量典型。公用測試的陷阱粗劣的可能。開發員低估工作成績和資源必須為測試。結果, 他們錯過截止日期或提供一個部分被測試的系統對客戶機。不可測試的需求。描述需求模棱兩可地使他們不可能或難測試。不足的測試覆蓋范圍。判例的一個不足的編號無法測試系統的充分的功能。不充分的測驗數據。測驗數據不包括所有可能的數據值的范圍, 即, 它省去邊界值。假的假定。開發員有時提出要求關于

31、系統依照假定關于部下的硬件或軟件。提防開始系統的語句假如 而不是系統實際上 。太晚測試。測試在進展進程期間太晚留給一點時刻操縱當測試查找要緊缺陷。注重簡單測試 。當測試不安置系統在充足地高水平重音之下, 它不調查系統轉效點, 依舊是因此未知。環境配錯。測試系統在不是相同作為環境它將被安裝的環境里不告訴您關于如何樣這將有效在現實世界。如此被配錯的測試做一點點或沒有企圖復制外圍設備、硬件,和申請的混合當前在安裝環境里。忽略例外。開發員有時錯誤地傾斜測試往正常或正常案件。如此測試經常忽略系統例外, 導致工作多半時刻, 但不一致的系統。配置治理不善。在某些情況下, 軟件發行包含未被測試全然的要素或不是

32、被測試的機制聯合性能- 二個系統性能一起集成可能是一個要緊問題。例如, 您可能需要集成電子商務系統以一個財務處理器的付款系統處理信用卡聯機。在其它方案, 使用中間件技術譬如CORBA 可能招致不能同意的輔助操作由使用對象經紀。執行測試在被模擬的企業用量之下保證可同意的綜合化性能。性能事關的性能最是結尾性能被提供對客戶, 同時網際網絡業務量做那個性能變量。測試的目標是查明系統性能退化配置文件(多么快速地同時多少它貶低) 同時系統轉效點, 是閾值系統要素、硬件或軟件, 將失敗或將停止作用。性能堵塞電子商務系統是只一樣強的像其最微弱的連結。例如, 性能遭受當您配對可能處理千位廣泛用戶以數據庫可能處理

33、只20 并行連接數的一臺網絡服務器。有效測試介入辨認和注重最微弱的連結幸免過度花費在強的連結。負荷處理。一家大英國目錄公司的供應鏈變得無法應付訂單處理及時圣誕節1999 年。那個情況強制商業轉動去客戶在十二月中旬。確定性能退化(退化配置文件) 同時系統的轉效點的費率對達到特定服務質量是重要(QoS) 需求。例如, 您能指定一個QoS 需求譬如, 性能將下降沒有比百分之10 當并行用戶的數量到達10,000 。 您能使用工具譬如亞帕基印第安人JMeter (http:/java. ) 同時WebLoad () 測試服務器性能在靜態和動態資源(譬如CGI 程序、servlets, 或Perl 腳本

34、) 在不同的負荷類型之下。您能舷梯業務量在一個網站從100 到1,000 個同時用戶, 依照您的可能為正常和高峰企業用量。可測量性分析不稱得專門好的電子商務系統從第一天起被限制。可測量性分析介入testing一個系統的建筑設計和其能力符合以后(而不是當前) 性能要求。可測量性差不多區域是硬件、應用軟體、數據庫和中間件。測試的目標是確定系統的退化配置文件和轉效點水平的可測量性介入添加新建要素, 譬如服務器。垂直的可測量性關懷如何現有的要素可能由添加增長,例如, 更多盤來磁盤組。可測量性分析尋求辨認,和的地點多么容易地, 您能稱結構。登錄和安全安全(或缺乏它) 是一個要緊障礙對電子商務, 特不在歐洲。以上升在信用卡欺騙和惹人注目的黑客攻擊,他們察覺像不安全的客戶越來越幸免電子商務站點和系統。登錄/ 注冊能力幾個潛在問題可能出現從未通過的登錄功能。最特點的如此問題是用戶提供一個有效登錄和口令但能登錄。其它問題可能是復雜, 譬如當系統不正確地設置個性化設置。假如適當, 測試應該同時驗證, 系統正確地設置權限級不。滲透和訪問操縱安全人事部定義滲透作為對禁區和信息的未授權的存取。外部滲透提到來自超出的攻擊(在因特網)