【正文】 {// HttpPostedFileBase封裝了用戶上傳的文件；//獲取IIS下，站點的實際文件夾路徑：string folder = ((), username)。if (!(folder)){//如果不存在avatar文件夾，需要手動創(chuàng)建： (folder)。 }string filename = 。if ((\\) 1){//chrome瀏覽器上傳的文件只包含文件名，而IE瀏覽器包含了文件的詳細路徑，需要分別處理：filename = ((\\) + 1)。}//將文件保存到服務端的實際文件夾下：string filepath = (folder, filename)。(filepath)。//返回文件名，作為數(shù)據庫記錄return filename。}獲取用戶頭像：protected string GetAvatar(Account account){if (!()) {//如果用戶沒有設置頭像，則使用默認的頭像（）：string filepath = (folder, )。 if ((filepath)) { return (, , )。 }}//如果用戶設置過頭像，則獲取頭像文件所在的真實文件夾路徑：return (, )。}配置管理模塊用戶詳細信息最終實現(xiàn)效果截圖：圖 17 配置管理模塊用戶詳細信息實現(xiàn)效果截圖 財務管理模塊實現(xiàn) 客服管理模塊實現(xiàn) 系統(tǒng)后臺統(tǒng)計實現(xiàn)作為一個完整的管理系統(tǒng)，統(tǒng)計功能是必不可少的。本系統(tǒng)中，實現(xiàn)的統(tǒng)計功能為：記錄登錄用戶的用戶名，所在的IP地址，以及進行請求時的控制器名（controller name）和動作名（action name），將請求時的數(shù)據序列化為json格式，保存到數(shù)據庫中。在日后的檢查和維護工作中，如果發(fā)生錯誤，就可以根據統(tǒng)計信息，進行信息回溯，找到出現(xiàn)問題的處理代碼，將數(shù)據還原回來。同時改正錯誤的代碼，修復問題。 mvc框架中，通過自定義特性（attribute），可以實現(xiàn)統(tǒng)計功能。繼承默認的ActionFilterAttribute類，并重寫相對應的OnActionExecuting方法，就可以對controller和action進行攔截，然后執(zhí)行相應的統(tǒng)計處理。偽代碼如下： //重寫OnActionExecuting方法，在action執(zhí)行前就進行攔截，統(tǒng)計處理：public override void OnActionExecuting(ActionExecutingContext filterContext){//調用基類默認實現(xiàn)：(filterContext)。//創(chuàng)建新的線程來執(zhí)行統(tǒng)計功能?？梢员苊庾枞斍疤幚淼目蛻粽埱螅篢ask task = new Task(() = SaveAudit(filterContext))。()。}//保存統(tǒng)計數(shù)據：private void SaveAudit(ActionExecutingContext filterContext){//Audit為數(shù)據實體模型：Audit audit = new Audit{ //當前請求的時間： Time = , //登錄用戶的IP地址： IP = , //登錄用戶的用戶名： UserName = ((Controller))., //登錄用戶執(zhí)行的操作請求，直接序列化為json格式： Option = ( New {//獲取控制器： @Controller = ,//獲取action： @Action = ,//獲取參數(shù)數(shù)據： @Params = , }), }。//執(zhí)行數(shù)據處理，保存到數(shù)據庫中：(audit)。}下圖是本系統(tǒng)中，數(shù)據庫保存的統(tǒng)計信息截圖：圖 18 數(shù)據庫統(tǒng)計信息截圖 系統(tǒng)異常處理功能實現(xiàn)一個設計良好的系統(tǒng)，應該是能有很強的異常處理能力的。當遭遇用戶錯誤的請求時，必須執(zhí)行相應的異常處理，來攔截未知的危險，以免造成系統(tǒng)崩潰，其帶來的損失可能是非常巨大的。本CRM系統(tǒng)中，簡單實現(xiàn)了controller層的異常處理。通過對HandleErrorAttribute重寫，實現(xiàn)異常處理。以下是實現(xiàn)異常處理的偽代碼：public override void OnException(ExceptionContext filterContext){//如果已經處理過異常，則直接返回，不再處理：if () return。//獲取出錯的controller：var controllername = [controller] as string。//獲取出錯的action：var actionname = [action] as string。//創(chuàng)建數(shù)據模型，封裝異常信息：var model = new HandleErrorInfo(, controllername, actionname)。//出錯時，跳轉到home controller的error頁面：var controller = new HomeController()。 = model。var routeData = new RouteData()。[controller] = Home。[action] = Error。//清空緩存：()。()。//執(zhí)行頁面跳轉：((IController)controller).Execute( new RequestContext( new HttpContextWrapper(), routeData))。}異常處理的頁面截圖：圖 19 異常處理頁面截圖 本章小結本章著重介紹了系統(tǒng)架構實現(xiàn)、框架設計，模塊具體功能實現(xiàn)部分以及程序偽代碼，最終實現(xiàn)的效果截圖等。 mvc中，區(qū)域的使用，和javascript中，ajax form的使用。以及在開發(fā)本CRM系統(tǒng)中，使用的緩存機制、分頁的實現(xiàn)原理。第五章 系統(tǒng)測試測試章節(jié)寫的內容過少，測試有許多種方法和過程，應盡量寫的多一點，多忽悠系統(tǒng)測試，是將已經確認的軟件、計算機硬件、外設、網絡等其他元素結合在一起，進行信息系統(tǒng)的各種組裝測試和確認測試。系統(tǒng)測試是針對整個產品系統(tǒng)進行的測試，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。系統(tǒng)測試發(fā)現(xiàn)問題之后要經過調試找出錯誤原因和位置，然后進行改正。應覆蓋系統(tǒng)所有模塊。為了使系統(tǒng)質量得到有力的保證，對本系統(tǒng)采用了系統(tǒng)的測試。本章通過對軟件測試研究，結合本系統(tǒng)的實際情況，確定測試技術及方案。通過測試執(zhí)行，并對測試結果分析。本系統(tǒng)主要是對功能和性能進行了測試。 測試目標系統(tǒng)測試針對整個產品的全面測試，既包含各模塊的驗證性測試（驗證前兩個階段測試的正確性）和功能性（產品提交個用戶的功能）測試，又包括對整個產品的健壯性、安全性及各種性能參數(shù)的測試；在系統(tǒng)測試階段完成測試用例的設計及執(zhí)行。用例的側重點在于系統(tǒng)主要功能流程的實現(xiàn)是否符合需求規(guī)格說明書的要求。任何系統(tǒng)不管是針對開發(fā)方還是用戶方都希望能在較短的時間內達到用戶的需求，這同時也是軟件測試的目標，即在最短的時間內發(fā)現(xiàn)系統(tǒng)中隱藏的問題，從而達到用戶的需求。所以本系統(tǒng)的軟件測試目標為在規(guī)定的時間內，完成所有系統(tǒng)測試，并達到用戶的要求。 測試原則軟件測試，從不同的角度出發(fā)會派生出兩種不同的測試原則。從用戶的角度出發(fā)，就是希望通過軟件測試能充分暴露軟件中存在的問題和缺陷；從開發(fā)者的角度出發(fā)，就是希望測試能表明軟件產品不存在缺陷，已經正確地實現(xiàn)了用戶的需求。所有系統(tǒng)進行測試時都須有一定的標準與原則，測試原則是為測試者提供依據，起到約束的作用，有利于促進軟件的測試。在測試時所采取的主要原則如下：所有的測試都應追溯到用戶需求。軟件測試的目標在于揭示缺陷。從用戶角度來看，最嚴重的缺陷是那些導致程序無法滿足需求的缺陷。 1) 應由獨立的第三方來構造測試。第三方測試最大的特點在于它的專業(yè)性、獨立性、客觀性和公正性。2) 在測試工作真正開始前的較長時間內就進行測試計劃。測試計劃可以在需求模型一完成就開始，詳細的測試用例定義可以在設計模型被確定后立即開始。因此，所有測試應該在編寫任何代碼前就進行計劃和設計。3) 2/8原則：測試發(fā)現(xiàn)的缺陷中80%很可能起源于20%的模塊中。當某個功能出問題，根據其對用戶的影響程度和風險大小確定測試的優(yōu)先級。優(yōu)先級高的測試，優(yōu)先得到執(zhí)行，一般來講，針對用戶最常用的20%功能(優(yōu)先級高)的測試會得到完全執(zhí)行，而低優(yōu)先級的測試(另外用戶不經常用的80%功能)就不是必要的，如果時間或經費不夠，就暫時不做或少做。4) 完全測試是不可能的，測試需要終止。測試無法顯示軟件潛在的缺陷。在測試中不可能運行路徑的每一種組合。然而，充分覆蓋程序邏輯，并確保程序設計中使用的所有條件是有可能的。5) 充分注意測試中的群集現(xiàn)象。測試后程序殘存的缺陷數(shù)目與該程序中已發(fā)現(xiàn)的缺陷數(shù)目或檢錯率成正比。應該對缺陷群集的程序段進行重點測試。6) 盡量避免測試的隨意性。測試計劃應包括：所測軟件的功能，輸入和輸出，測試內容，各項測試的進度安排，資源要求，測試資料，測試工具，測試用例的選擇，測試的控制方法和過程，系統(tǒng)的配置方式，跟蹤規(guī)則，調試規(guī)則，以及回歸測試的規(guī)定等以及評價標準。7) 程序修改后要回歸測試。8) 應長期保留測試用例，直至系統(tǒng)廢棄。根據以上的測試標準，本系統(tǒng)的測試在項目早期成立了專門的測試組來完成測試。在需求分析審核確定后設計了測試計劃，并審核通過。整個測試不管是人員還是環(huán)境及資源上與開發(fā)獨立進行，確保了測試的有效性和可靠性。 測試方法本系統(tǒng)主要使用的測試方法為功能測試、集成測試、性能測試。具體方法如下：1) 功能測試主要使用方法為等價類劃分、邊界值分析法、缺陷推測法、因果圖、判定表等。2) 集成測試為軟件模塊之間的接口測試，驗證軟件模塊是否與其他應用的軟件模塊，是否能正確的數(shù)據傳遞。軟件模塊是否利用平臺的基礎支撐功能，如系統(tǒng)登錄、表單審核、日志記錄、基礎數(shù)據和人員信息等。3) 性能測試使用方法為在各種極限情況下對產品進行測試，以檢查產品的長期穩(wěn)定性。例如，使用壓力測試工具對WEB服務器進行壓力測試。本項測試可以幫助找到一些大型的問題，如死機、崩損、內存泄漏等。系統(tǒng)中主要的性能測試點為：1) 最大負載測試：隨著虛擬用戶的增加，服務器在規(guī)定時間內所能處理的總點擊數(shù)；2) 并發(fā)測試：隨著虛擬用戶的增加，服務器在規(guī)定時間內所能處理的每秒請求數(shù)；3) 負載測試：隨著虛擬用戶的變化，應用性能的變化；4) 穩(wěn)定性測試：隨著虛擬用戶的增加，出現(xiàn)缺陷的數(shù)量。 測試流程軟件測試的整個流程分為準備階段、執(zhí)行階段、總結階段。準備階段包括測試立項、測試小組成立、測試計劃設計、測試用例設計、測試數(shù)據準備、測試環(huán)境搭建。執(zhí)行測試階段包括測試用例執(zhí)行，對系統(tǒng)進行詳細測試，在此階段進行單元測試、集成測試、系統(tǒng)測試、回歸測試及驗收測試。測試總結階段主要是對整個測試過程進行總結及分析，從而提出對下一版本的修改建議及完善方案。測試執(zhí)行流程模型如圖7所示：圖 20　系統(tǒng)測試流程模型軟件測試進入執(zhí)行測試階段后，主要以問題為核心進行。測試人員測出問題，提交給開發(fā)人員，開發(fā)人員再對其問題進行修改，最后測試人員進行復測，以此為循環(huán)直到此系統(tǒng)測試完成為止。本系統(tǒng)在開發(fā)過程中采用的是瀑布迭代方式，測試過程也采用了迭代的方式。整個測試過程與開發(fā)過程相對應，經歷功能測試、集成測試、系統(tǒng)測試及回歸測試。 測試用例設計系統(tǒng)主要的測試范圍包括系統(tǒng)管理模塊、客戶管理模塊、財務管理模塊、物品安檢管理模塊、客服管理模塊、系統(tǒng)管理模塊、配置管理模塊的功能測試，系統(tǒng)的性能測試、集成測試及極限條件測試。本論文中主要針對對系統(tǒng)功能和極限條件做測試。 測試用例根據需求文檔中，功能性需求定義，設計測試用例。以確保全面覆蓋系統(tǒng)功能，切實滿足系統(tǒng)需求。在實際測試過程中，和開發(fā)人員一起進行測試評審，記錄測試結果和缺陷報告。表 1 用戶登錄測試用例表用例名稱：用戶登錄測試用例驗證條件：1. 用戶名只能包含大小寫字母，最短為4個字符；2. 密碼不能包含特殊字符，最短為4個字符；3. 用戶名、密碼區(qū)分大小寫測試步驟：使用系統(tǒng)已經注冊的賬號登錄系統(tǒng)，如：用戶名admin，密碼admin預期結果：所有沒有按照驗證條件的測試結果都不正確。提示用戶登錄失敗。表 2 用戶修改密碼測試用例表用例名稱：用戶修改密碼測試用例驗證條件：1. 舊密碼必須驗證成功；2. 新密碼不能為空，最短長度為4個字符；3. 重復密碼必須和新密碼完全相同；測試步驟：登錄系統(tǒng)之后，在配置信息，修改密碼界面，輸入賬號的密碼，并輸入新的密碼，輸入重復新密碼，然后點擊“提交”按鈕預期結果：1. 如果舊密碼沒有驗證成功，則提示“密碼不正確”；2. 如果新密碼輸入為空，則提示“新密碼不能為空”；3. 如果兩次輸入的密碼不一致，則提示“密碼不一致”；表 3 賬號管理界面極限值測試用例用例名稱：賬號管理界面極限值測試用例驗證條件：1. 輸入的頁碼數(shù)（page）不能小于1；2. 每頁的項目數(shù)（count）不能小于0；3. 輸入的總頁數(shù)不能大于系統(tǒng)分頁的總頁數(shù)；測試步驟：1. 在用戶管理界面，在瀏覽器地址欄根據url輸入page=值amp。count=值預期結果：1. 當頁碼數(shù)小于等于0時，應跳轉為最小值1；2. 當項目數(shù)小于0時，使用系統(tǒng)默認分頁值；3. 當頁碼數(shù)大于系統(tǒng)分頁的總數(shù)時，應該跳轉為系統(tǒng)分頁的最大值。 測試結果分析針對每個測試用例，都會生成對應的的測試報告，來記錄測試的時間和是否發(fā)現(xiàn)問