【正文】 在這里，我衷心向你們致謝！最后衷心感謝所有給予我?guī)椭娜耍瑳]有他們的幫助我的程序不會完成得這么順利。多虧了老師從理論到上機親自指導的辛苦教授，給予了我們最大幫助和全面指導。給了自己一個舞臺，同時也是對自身的檢驗，使我的綜合能力有了很大的提升。其次，我要感謝學校的圖書館，每一次課設，我們都要到圖書館去查找資料，借閱書籍。有些自己想不到的部分他們會提出來，供我參考。在課設中，每個人都可能遇到不會，不懂的問題，需要自己積極的尋求他人的幫助。在他們的幫助和支持下，我才能順利的完成課設任務。在這次的課程設計中，能順利地完成設計任務，要感謝他們的幫助。致 謝經(jīng)過這兩個星期的學習和忙碌，我終于完成了本次的課設任務。在該系統(tǒng)中我們沒有實現(xiàn)聯(lián)機等較復雜地功能模塊。在本次實訓設計中，對于軟件部分：我們基本實現(xiàn)了系統(tǒng)。總之，此次課程設計最大的收獲就是對于C語言有了深層次的理解。通過對軟件開發(fā)流程的了解，進一步激發(fā)了我們對專業(yè)知識的興趣，并能夠結合實際存在的問題在專業(yè)領域內(nèi)進行更深的學習。尤其是觀察、分析和解決問題的實際工作能力，對我們來說，實際能力的培養(yǎng)至關重要。進一步加強和提高軟件工程文檔的編寫能力。同時掌握了開發(fā)工具Visual用例編號輸入數(shù)據(jù)期望輸出實際輸出GH08王用戶名不合法用戶名不合法GH09無忌無忌無忌GH10張三豐張三豐張三豐GH11上官歐陽上官歐陽上官歐陽GH12西門大官人用戶名不合法用戶名不合法7設計總結通過這次軟件工程課程設計的實踐訓練，進一步掌握了軟件工程的方法和技術，拓寬了知識面，提高軟件開發(fā)的實際能力，培養(yǎng)工程設計能力和綜合分析、解決問題的能力。用例編號輸入數(shù)據(jù)期望輸出實際輸出GH04張潤張潤張潤GH05空用戶名或密碼不能為空用戶名不許為空GH06管理員管理員管理員GH07用戶權限正確用戶權限不正確。黑盒測試根據(jù)規(guī)格說明設計測試用例，不涉及程序的內(nèi)部結構，因此有兩個顯著的有點：(1) 黑盒測試與軟件的具體實現(xiàn)無關，如果軟件具體實現(xiàn)發(fā)生率變化，測試用例依然可以使用，不影響軟件測試。用例編號輸入數(shù)據(jù)期望輸出實際輸出GH01Null用戶名和密碼不能為空用戶名和密碼不能空GH02張潤張潤張潤GH03123456123456123456已經(jīng)知道了系統(tǒng)已經(jīng)具有的功能，可以通過測試來驗證是否每個功能都能正常使用，這種測試方法就是所謂的黑盒測試。為了清楚的設計測試用例，對例子中的所有條件取值加以標記。測試用例的輸入為：｛登陸界面輸入的登陸信息不為空｝ ｛輸入的用戶名、密碼和權限是否匹配｝上面的兩個測試用例雖能夠滿足判定覆蓋的要求，但是有時候也不能對判定條件進行檢查。判定覆蓋（也稱為分支覆蓋），設計若干個測試用例，運行所測程序，使程序中每個判斷的取真分支和取假分支至少各執(zhí)行一次。例如在第一個判斷中錯誤地把==寫成!=，則上面的測試用例仍可以覆蓋所有的執(zhí)行語句。針對程序的判斷語句，可在入口處設計測試用例。 Y語句塊3語句覆蓋就是設計若干個測試用例，運行被測試程序，使得每一條可執(zhí)行的語句至少執(zhí)行一次。 ()。 Form8 f3。amp。amp。模塊編號測試項登錄1以專家身份登錄，登錄成功則跳轉到專家查詢處理主界面2用戶賬號被屏蔽，無法登錄成功3用戶權限不符合，提示用戶權限錯誤4輸入用戶名錯誤，提示用戶不存在5輸入密碼錯誤，提示密碼錯誤用戶管理1輸入專家的姓名查詢預約該專家的患者的基本信息2某個患者就診結束后填寫就診信息并提交，產(chǎn)生就診清單3被管理員屏蔽或刪除的用戶,無法進行設置，提示重新激活賬號邏輯覆蓋測試主要是針對程序的內(nèi)部邏輯結構設計測試用例的技術，它通過運行測試用例達到邏輯覆蓋的目的。模塊編號測試項登錄1以管理員身份登錄，登錄成功則跳轉到用戶管理主界面2用戶賬號被屏蔽，無法登錄成功3用戶權限不符合，提示用戶權限錯誤4輸入用戶名錯誤，提示用戶不存在5輸入密碼錯誤，提示密碼錯誤用戶管理1可設置每個用戶的開啟或屏蔽權限，進行開啟用戶或刪除用戶2單擊角色修改按鈕，進入角色修改頁面，點選角色，修改成功，跳轉登錄界面3對用戶信息進行修改，輸入已注冊用戶新信息，提交后跳轉到登錄界面4被管理員屏蔽或刪除的用戶,無法進行設置，提示重新激活賬號：。重點：看數(shù)據(jù)庫的恢復情況，以及系統(tǒng)在經(jīng)歷意外時間時候是否會發(fā)生崩潰現(xiàn)象。內(nèi)容：①客戶機斷電、服務器斷電看事務可否發(fā)生回滾。重點：確保治具備系統(tǒng)訪問權限的用戶才能訪問應用程序，而且只能通過相應的網(wǎng)關來訪問。(7) 安全性和訪問控制測試目的：保證只有訪問權限的用戶才能訪問系統(tǒng)，核實用戶以不同身份登錄有不同的訪問權限。內(nèi)容：在客戶機長時間內(nèi)執(zhí)行相同的、最壞的業(yè)務時候系統(tǒng)維持的時間。重點：確保性能指標滿足用戶需求。②使測試系統(tǒng)承擔不同的工作量，得出系統(tǒng)持續(xù)正常運行的能力。內(nèi)容：負載測試、強度測試。重點：找到系統(tǒng)的臨界值點。②計劃的設置，每x時間后加載10用戶(根據(jù)總用戶數(shù)設置)，完全加載后持續(xù)運行不超過5分鐘(根據(jù)需要設置)。(4) 壓力測試目的：了解(被測應用程序)一般能夠承受的壓力，同時能夠承受的用戶訪問量(容量)，最多支持有多少用戶同時訪問某個功能。內(nèi)容：將整個軟件系統(tǒng)看做一個整體進行測試，測試功能是否能滿足需求，是否全部實現(xiàn)，后期主要包括看系統(tǒng)運行的性能是否滿足需求，以及系統(tǒng)在不同的軟硬件環(huán)境中的兼容性等。重點：測試的單元模塊之間的接口和調(diào)用是否正確，集成后是否實現(xiàn)了某個功能。(2) 集成測試目的： 檢測系統(tǒng)是否達到需求，對業(yè)務流程及數(shù)據(jù)流的處理是否符合標準，檢測系統(tǒng)對業(yè)務流處理是否存在邏輯不嚴謹及錯誤，檢測需求是否存在不合理的標準和要求。內(nèi)容： 對系統(tǒng)的功能頁面進行各種可操作性測試。用戶界面測試用于核實用戶與軟件之間的交互，測試用戶界面的正確性和易用性。合理：從可行性角度考慮，測試不可能全面覆蓋，所以設置好等價類劃分，測試的用例的選擇避免重復測試、選擇最好的測試方法將測試點合理覆蓋。系統(tǒng)：根據(jù)《系統(tǒng)需求說明書》對系統(tǒng)進行單元測試、集成測試、系統(tǒng)測試、驗收測試、性能測試，并結合可能的用戶測試。增加人員在不同環(huán)境下運行存在風險使用統(tǒng)一的環(huán)境資源進行測試進度存在風險實際進度按照開發(fā)進度進行，當實際開發(fā)進度變更時將按照實際發(fā)進度及時調(diào)整測試進度客戶需求發(fā)生變更常與客戶進行溝通，達成一致協(xié)議人員變動風險通過培訓等措施使變更后的人員了解統(tǒng)的業(yè)務流程，對系統(tǒng)深入了解，以求在最大限度內(nèi)保證測試質(zhì)量數(shù)據(jù)庫測試中存在的風險因測試周期的限制，因此根據(jù)實際情況選擇的測試策略存在的風險情況反應給客戶，與客戶商議達成一致版本部署風險版本在部署的時候，可能會由于數(shù)據(jù)庫的導入錯誤等原因?qū)е孪到y(tǒng)出錯。測試的這種風險定義一方面源于這層含義，另外軟件測試的標準有時不清楚，所以常常強調(diào)軟件測試人員應該站在客戶的角度去進行測試，除了發(fā)現(xiàn)程序中的錯誤，還要發(fā)現(xiàn)需求定義的錯誤、設計上的缺陷，可以針對產(chǎn)品去報Bug。系統(tǒng)資源資源名稱、類型數(shù)據(jù)庫服務器MySql網(wǎng)絡或子網(wǎng)服務器名稱數(shù)據(jù)庫名稱chaoshi客戶端測試PCWindows特殊配置需求測試存儲庫Bugs 硬件環(huán)境Intel Core(TM) CPU ；內(nèi)存4GB從質(zhì)量風險維度來看，軟件測試可以被定義為“對軟件系統(tǒng)中潛在的各種風險進行評估的活動”。成立項目組制定測試計劃測試方案設計測試方案評審測試執(zhí)行項目新版本提交測試報告測試報告評審測試計劃測試方案測試報告給出進行各項測試的日期和工作內(nèi)容（如熟悉環(huán)境、培訓、準備輸入數(shù)據(jù)、實施測試等）。通過測試提高軟件的質(zhì)量，為用戶提供最好的服務，并合理地避免軟件的風險和減少軟件的成本。該測試項目將通過設計和執(zhí)行接受測試、界面測試、功能測試和性能測試，對軟件實現(xiàn)的功能，以及軟件的性能、兼容性、安全性、實用性、可靠性、擴展性各個方面進行全面系統(tǒng)的測試。在測試中，把程序看作一個黑盒子，完全不考慮程序的內(nèi)部結構和處理過程。(5)相關部門，可以根據(jù)此計劃，對相關資源進行準備。(2)為軟件測試提供依據(jù)：(3)項目管理人員根據(jù)此計劃，可以對項目進行宏觀調(diào)控。不要在某個程序段中找到幾個錯誤就誤認為該程序段就沒有錯誤而不再測試，相反應該對錯誤群集的程序段進行重點測試。(6)充分注意測試中的群集現(xiàn)象。對于軟件開發(fā)商來說，經(jīng)過第三方測試機構的測試，不僅可以通過專業(yè)化的測試手段發(fā)現(xiàn)軟件錯誤，幫助開發(fā)商提升軟件的品質(zhì)，而且可以對軟件有一個客觀、科學的評價，有助于開發(fā)商認清自己產(chǎn)品的定位。(5)應由獨立的第三方來構造測試。在測試中不可能運行路徑的每一種組合。測試無法顯示軟件潛在的缺陷，“測試只能證明軟件存在錯誤而不能證明軟件沒有錯誤”。Pareto原理說明，測試發(fā)現(xiàn)的錯誤當中的80%很可能是由程序中20%的模塊造成的。實際上，一旦完成了需求模型就可以著手制定測試計劃，在建立了設計模型之后就可以立即開始詳細設計的測試方案。從用戶角度看，最嚴重的錯誤是導致程序不能滿足用戶需求的哪些錯誤。好的測試方案是極有可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案，成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。同時對前來就診的患者進行就診情況的填寫，方便統(tǒng)計就診量。當患者進入主頁后，點擊預約，進入到預約掛號頁面，患者在這里填寫自己的信息以及選擇要預約的專家，然后保存預約，預約掛號程序結束。管理員登錄成功后則進入后臺管理頁面，專家登錄成功后則進入后臺專家查詢頁面，患者登陸成功后進入就診預約界面。用戶進入主頁后，在登錄框輸入用戶名、密碼和登錄權限，若輸入正確，則登錄系統(tǒng)。程序流程圖中使用的符號如下：橢圓形表示開始或停止；長方形表示處理；菱形表示多分支；箭頭表示控制流。 ()。 }finally { ()。 } } } else { (Please enter the correct user name and password！??！)。 ()。 Form4 f2。amp。amp。 ()。 f2 = new Form5()。amp。amp。