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