大學學習電子商務的同學們，大家知道怎麼書寫自己的畢業論文嗎？以下是小編為大家整理好的電子商務畢業論文，歡迎大家閱讀參考！
[摘 要] 介紹了當前電子商務應用領域的主要結構，以及基於此結構的軟體測試技術，採用區域性分層測試和系統整體測試相結合的方法是目前最值得介紹堵塞新做法，它既從區域性出發，按照軟體的三層結構分別對應用系統的每一個層面進行測試，又從整體出發，系統地對整個應用軟體進行完整測試，保證了軟體開發後的效能要求和使用者的可用性。
[關鍵詞] 電子商務 軟體 測試
國際網際網路的快速增長，使WEB技術對商業、工業、銀行、財政、教育、政府和娛樂及我們的工作和生活產生了深遠的影響。許多傳統的資訊和資料庫系統正在移植到網際網路上，電子商務迅速增長。因此，電子商務應用系統的測試也變得十分重要，它對軟體測試提出了新的挑戰，要求採用新的測試方法展開軟體測試工作。這種對應用系統的測試不但能檢查是否滿足設計的要求，還需要能測試系統每個層面是否正常，確保系統的整體效能、安全性和可用性滿足需要。
一、典型系統結構
隨著電子商務的興起，Web方式的應用系統發展迅速，它將成為電子商務技術領域的主流。在電子商務應用系統中，目前普遍採用的是三層C/S結構，即表示層、業務層和資料層。這種結構使軟體測試人員能採用“區域性分層測試”和“系統整體測試”想結合的方法，對應用系統進行測試。即先對每一層進行獨立的測試，再開展系統整體測試，這樣更容易發現應用系統缺陷和錯誤。如果僅僅依賴系統測試，要確定存在問題的特定部件十分困難。
二、區域性分層測試
1.表示層。測試表示層就是檢查並應用程式的前端是否存在錯誤。本層次是應用系統的外表，因此，表示工作對建立一個健壯的、高質量的應用系統至關重要。
(1)內容測試。內容測試用來檢驗Web應用系統提供資訊的正確性、準確性、相關型等人機介面元素，資訊的正確性是指資訊是可靠的還是誤傳的，例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛；資訊的準確型是指是否有語法或拼寫錯誤。這種測試通常使用一些文書處理軟體來進行，例如使用Microsft Word的“拼音與語法檢查”功能；資訊的相關性是指是否在當前也面可以找到與當前瀏覽資訊相關的資訊列表或入口，也就是一般Web站點中所謂“相關文章列表”。此外，還要檢查字型型別、屏幕布局、色彩、圖形解析度及其他直接會影響終端使用者體驗的特性。
(2)Web站點結構。測試Web站點的結構是檢查結構上存在的錯誤，發現無效的連線。連結測試可分為三個方面。首先，測試所有連結是否按指示的安陽確實連結到了該連結的.也面；其次，測試所連線的頁面是否存在；最後，保證Web應用系統上沒有孤立的頁面，所謂孤立頁面是指沒有連結指向該頁面，只有知道正確的URL地址才能訪問。
(3)使用者環境。測試使用者平臺和瀏覽器。市場上有很多不同的作業系統平臺，最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統的終端使用者究竟使用哪一種作業系統，取決於使用者系統的配置。這樣，就可能會發生相容型問題，同一個應用可能在某些作業系統下能正常執行，但在另外的作業系統下可能在會執行失敗。此外，要測試瀏覽器。瀏覽器是Web客戶端最核心的構件，來自不同廠商的瀏覽器對Java、JavaScript、ActiveX、plug-ins或不同的HTML規格有不同的支援。另外，框架和層次結構風格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。作業系統（OS）和瀏覽器的組合非常多，不僅要測試每一個瀏覽器的配置，還要測試同一個瀏覽器的不同版本。
2.業務層。業務層測試的重點是發現應用系統的業務邏輯中的問題。測試業務邏輯層與測試單機程式非常類似，通過測試去檢查應用系統是否滿足系統性能方面的需求。
(1)效能測試。主要負載測試，即帶負載情況下的響應時間和吞吐率。負載測試是為了測量Web系統在某一負載級別上的效能，以保證Web系統在需求範圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的使用者數量，也可以是線上資料處理的數量。此外，還要進行夜裡測試。壓力測試是測試系統的限制和故障恢復能力，也就是測試Web應用系統會不會崩潰，在什麼情況下會崩潰。
(2)資料驗證。測試從使用者採集到的資料，通常是以表單形式。當用戶給Web應用系統管理員提交資訊時，就需要使用表單操作，例如使用者註冊、登入、資訊提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給伺服器的資訊的正確性。如果表單只能接受指定的某些字元，測試時可以跳過這些字元，看系統是否會報錯。如果Web應用系統使用Cookies通常用來儲存使用者資訊和使用者在某應用系統的操作，當一個使用者使用Cookies訪問了某一個應用系統時，Web伺服器將傳送關於使用者的資訊，把該資訊以Cookies的形式儲存在客戶端計算機上。
(3)業務測試。測試系統的業務處理過程的正確性，其中包括信用卡處理、電子郵件驗證以及消費稅計算等。電子商務系統必須在全部的時間裡正確處理業務，無一例外。因此，要通過測試確保業務處理的正確性。
3.資料層。資料層的測試，主要是指對應系統用於儲存和獲取資訊的資料庫管理系統的測試。在Web應用技術中，資料庫起著重要的作用，資料庫為Web應用系統的管理、執行、查詢和實現使用者對資料儲存的請求等提供空間。在使用了資料庫的Web應用系統中，一般情況下，注重資料庫操作的響應時間、資料儲存的完整和資料庫系統的容錯。
(1)響應時間。應量化資料操作語言（DML，包括結構化查詢語言SQL中INSERT、UPDATE和DELETE）、查詢（SELECT）及事物的完成時間。電子商務系統執行速度緩慢會引起客戶不滿。因此，我們應該積極確保網站能夠及時響應使用者的請求和操作。在測試資料層的響應時間時，我們要確保單個的資料操作能夠快速完成，不至於阻塞其他操作。
(2)資料完整性。驗證資料儲存適當且正確。所謂資料完整性測試，即在資料庫表中發現不準確資料的過程。這項測試與資料確認有所不同，後者在測試業務層時進行。資料確認測試試圖發現數據收集中的錯誤，而資料完整性測試是盡力要在資料儲存的方式中發現問題。
(3)容錯性和可恢復性。最大化平均故障間隔時間（MTBF），最小平均故障恢復時間（MTTR）。一般來說，資料庫操作的一個目標是最大化MTBF，最小化MTTR。
資料庫的恢復具有重要意義。可恢復性測試的目標是設計出資料庫無法恢復的場景出來。在某些時間，資料庫會崩潰，因此須制訂一些規程以便快速恢復。恢復計劃開始於獲得有效的備份，在進行可恢復性測試時，如果無法恢復資料庫，那麼需要修改備份策略。
三、系統整體測試
1.整體介面。整體介面是整個Web應用系統的頁面結構設計，是給使用者的一個整體感。例如：當用戶瀏覽Web應用系統時是否感到舒適，能否找到資訊所在地方，整個Web應用系統的設計風格的總體效果。
對整體介面的測試過程，其實是一個對終端使用者進行調查的過程。一般Web應用系統採取在主頁上做一個調查問卷的形式，來得到終端使用者的反饋資訊。
2.安全性。安全性測試區域主要有：
(1)現在的Web應用系統基本採用先註冊，後登入的方式。因此，必須測試有效和無效的使用者名稱和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登入而直接瀏覽某個頁面等。
(2)Web應用系統是否有超時的限制，也就是說，使用者登入後在一定時間內（例如15分鐘）沒有點選任何頁面，是否需要重新登入才能正常使用。
(3)為了保證Web應用系統的安全性，日誌檔案是至關重要的。需要測試相關資訊是否寫進了日誌檔案、是否可追蹤。
(4)當使用了安全套接字時，還要測試加密是否正確，檢查資訊的完整性。
3.導航。導航描述了使用者在一個頁面內操作的方式。在一個頁面上放太多的資訊往往起到與預期相反的效果。Web應用系統的使用者趨向於目的驅動，很快地掃描一個Web應用系統，看是否有滿足自己需要的資訊，如果沒有，就會很快離開。很少有使用者願意花時間去熟悉Web應用系統的結構，因此，Web應用系統導航幫助要儘可能地準確。
導航測試就是檢查應用系統的頁面結構、導航、選單、連線的正確性。確保使用者知道Web應用系統裡面的內容，以及內容所在位置。
四、結束語
在未來電子商務領域，Web軟體的測試是一項重要而富有挑戰性的工作。基於Web的系統測試與傳統的軟體測試不同，它不但需要檢查和驗證是否按照設計的要求執行，而且還要測試系統在不同使用者的瀏覽器的顯示是否合適。因此，我們必須為測試複雜的基於Web的系統不斷研究新的方法，滿足軟體開發人員的需要。
參考文獻：
[1]Ann experience and Web site success[J] E_business Review,2003,41(6):20
[2]邵兵家電子商務[M].北京：高等教育再版社，2002
[3]王峰譯:Glenford J Myers.軟體測試的藝術[M].北京：機械工業出版社，2006
[4]林 銳等:Web軟體使用者介面設計指南[M].北京：電子工業出版社，2005
