醫(yī)院掛號系統(tǒng)測試報(bào)告

測試報(bào)告—醫(yī)院預(yù)約掛號系統(tǒng)[學(xué)院]計(jì)算機(jī)學(xué)院[編寫人]XXXX [學(xué)號]106[專業(yè)]軟件工程10級[創(chuàng)立時(shí)間]12月16日[文獻(xiàn)類型]項(xiàng)目文檔

。介紹1.1目的本文檔用來指導(dǎo)醫(yī)院預(yù)約掛號項(xiàng)目的測試工作，盡量的在系統(tǒng)使用前發(fā)現(xiàn)并糾正存在的問題，為項(xiàng)目經(jīng)理、項(xiàng)目開發(fā)人員以及測試人員明晰思路，明確測試工作內(nèi)容及辦法，在需求方、開發(fā)方、測試方三方協(xié)作的基礎(chǔ)上盡早的發(fā)現(xiàn)問題，修正錯(cuò)誤，減低項(xiàng)目風(fēng)險(xiǎn)，減少工程損耗，減少開發(fā)成本。1.2背景該項(xiàng)目重要為醫(yī)院網(wǎng)上預(yù)約掛號系統(tǒng)，其系統(tǒng)體系涉及顧客系統(tǒng)以及管理員系統(tǒng)。為了指導(dǎo)軟件測試人員有效地進(jìn)行測試，編寫此測試計(jì)劃，為測試用例的構(gòu)成進(jìn)行指導(dǎo)及鋪墊，對所測試軟件進(jìn)行全方面地測試，以盡量發(fā)現(xiàn)最隱藏問題。1.3參考資料醫(yī)院預(yù)約掛號系統(tǒng)項(xiàng)目軟硬件需求闡明書.doc醫(yī)院預(yù)約掛號系統(tǒng)需求.doc測試基本類容2.1測試要點(diǎn)測試手段：手工測試，自動(dòng)測試，模擬實(shí)際顧客進(jìn)行有關(guān)測試。2.2測試類容功效測試性能測試（涉及負(fù)載/壓力測試）顧客界面測試兼容性測試安全測試接口測試鏈接測試表單測試Cookies測試數(shù)據(jù)庫測試2.3測試環(huán)境解決器：AMD-A6-3420內(nèi)存：4GbOS：win7旗艦版（64位）Browser：IE7.0–IE9.02.4測試時(shí)間12月14日——12月16日有效測試時(shí)間：3個(gè)工作日測試規(guī)范3.1缺點(diǎn)與錯(cuò)誤分類所測試的軟件如果存在缺點(diǎn)與錯(cuò)誤就會(huì)給所實(shí)施項(xiàng)目帶來失敗的風(fēng)險(xiǎn)，重大的軟件故障與失效會(huì)造成重大的經(jīng)濟(jì)損失。我們需要在對軟件進(jìn)行質(zhì)量把關(guān)的時(shí)候?qū)浖娜秉c(diǎn)與錯(cuò)誤進(jìn)行分類，以簡要扼要的指出其影響，以及修改的優(yōu)先次序。嚴(yán)重級A嚴(yán)重：系統(tǒng)崩潰、數(shù)據(jù)損壞丟失、功效沒有實(shí)現(xiàn)（涉及與需求不符）B較嚴(yán)重：操作性錯(cuò)誤、錯(cuò)誤成果、遺漏功效C普通：UI布局、文字、小問題等D建議：不影響使用的瑕疵或更加好的實(shí)現(xiàn)優(yōu)先級Urgent最高優(yōu)先級：立刻修復(fù)，停止進(jìn)一步的測試High次高優(yōu)先級：在公布前必須修復(fù)Medium中檔優(yōu)先級：時(shí)間允許應(yīng)當(dāng)修復(fù)Low最低優(yōu)先級：下一公布周期前修復(fù)或不修復(fù)也能上線使用3.2BUG的狀態(tài)Bug的狀態(tài)涉及以下：新統(tǒng)計(jì)（New）：測試中新報(bào)告的Bug打開（Open）：被確認(rèn)分派給有關(guān)的開發(fā)人員解決修正（Fixed）：開發(fā)人員完畢修改，等待測實(shí)驗(yàn)證回絕（Reject）：回絕修改的Bug或不是Bug延期（Deferred）：不在現(xiàn)在版本修改的Bug，下一版本修改重新開放（Reopen）：進(jìn)行回歸測試后仍然未修復(fù)或重現(xiàn)的缺點(diǎn)關(guān)閉（Closed）：Bug已修復(fù)、bug的管理及追蹤Bug的統(tǒng)計(jì)信息涉及以下：測試軟件名稱測試版本號測試人測試事件測試軟件和硬件配備環(huán)境Bug嚴(yán)重性及類型Bug描述Bug的優(yōu)先級必要的截圖Bug統(tǒng)計(jì)的現(xiàn)在狀態(tài)具體測試4.1功效測試測試項(xiàng)：兩大功效模塊測試：顧客模塊管理員模塊鏈接測試數(shù)據(jù)庫測試顧客模塊顧客模塊中涉及：顧客注冊顧客登錄找回密碼密碼修改查詢掛號單在線預(yù)約科室查詢專家信息瀏覽管理員模塊管理員模塊涉及：對顧客的查詢以及刪除對科室的管理對醫(yī)生的管理對預(yù)單但的管理4.2測試方略鑒于本測試為基于web的系統(tǒng)測試，因此需額外測試系統(tǒng)在不同顧客的瀏覽器端的顯示與否適宜以及從最后顧客的角度進(jìn)行安全性和可用性測試。因此性能測試中添加連接速度測試以及安全性測試。 注1:將負(fù)載測試和壓力測試合并為壓力測試 概述：確保測試的功效正常，如導(dǎo)航，數(shù)據(jù)輸入，解決、檢索與否對的，以及業(yè)務(wù)規(guī)則的實(shí)施與否恰當(dāng)。即對交互的輸出或成果進(jìn)行分析，以此來核算應(yīng)用程序及其內(nèi)部進(jìn)程,這是現(xiàn)在的測試重點(diǎn)。目的：運(yùn)用有效的和無效的數(shù)據(jù)來執(zhí)行各個(gè)用例流，以核算下列內(nèi)容：在使用有效數(shù)據(jù)時(shí)得到預(yù)期的成果在使用無效數(shù)據(jù)時(shí)顯示對應(yīng)的錯(cuò)誤消息或警告消息。4.2.1顧客及管理員登陸闡明：登陸界面需要輸入顧客、密碼和驗(yàn)證碼，如果輸入不對的的值，會(huì)返回錯(cuò)誤提示信息。顧客和管理員公用同一登錄窗口，只是級別不同顧客登錄流程圖對應(yīng)測試方案：功效項(xiàng)功效編號測試點(diǎn)預(yù)期成果總體登陸使用已注冊帳號，對的密碼,且級別為高級登陸成功，并能進(jìn)入后臺(tái)使用已注冊帳號，對的密碼，且管理及別為普通登陸成功，不能進(jìn)入后臺(tái)使用已注冊帳號，錯(cuò)誤密碼，且級別為高級提示錯(cuò)誤使用已注冊帳號，錯(cuò)誤密碼，且級別為普通提示錯(cuò)誤使用未注冊帳號，錯(cuò)誤密碼，且級別為高級提示錯(cuò)誤使用未注冊帳號，錯(cuò)誤密碼，且級別為普通提示錯(cuò)誤使用已注冊帳號，密碼為空，且級別為普通提示錯(cuò)誤使用已注冊帳號，密碼為空，且級別為高級提示錯(cuò)誤帳號為空，輸入密碼，且級別為高級提示錯(cuò)誤帳號為空，輸入密碼，且級別為普通提示錯(cuò)誤使用已注冊帳號，輸入密碼為空，且級別為高級提示錯(cuò)誤使用已注冊帳號，輸入密碼為空，且級別為普通提示錯(cuò)誤其它登陸與否支持鍵盤控制（Enter登陸）建議是顧客登錄成功與否跳轉(zhuǎn)至對應(yīng)頁面。是成功登陸后使用后退，與否后退至登陸頁面并且清空填寫內(nèi)容是使用全角半角對登錄帳號和密碼進(jìn)行測試。只識別半角測試統(tǒng)計(jì)報(bào)告表(問題優(yōu)先級前面已聲明)測試編號功效編號發(fā)現(xiàn)問題測試成果問題優(yōu)先級測試時(shí)間101無通過-12-15202無通過-12-15303無通過-12-15404無通過-12-15505無通過-12-15606無通過-12-15707無通過-12-15808無通過-12-15909無通過-12-151010無通過-12-151111無通過-12-151212無通過-12-151313無通過-12-151414無通過-12-151515無通過-12-151616無通過-12-154.2.2顧客注冊顧客注冊流程圖：對應(yīng)測試方案：功效項(xiàng)編號測試點(diǎn)預(yù)期成果賬號使用已用賬號注冊提示錯(cuò)誤使用非數(shù)字注冊提示錯(cuò)誤使用局限性六位賬號注冊提示錯(cuò)誤使用特殊符號注冊提示錯(cuò)誤使用數(shù)字六位已注冊賬號注冊提示錯(cuò)誤使用數(shù)字六位未注冊賬號注冊能夠注冊輸入法半角全角測試錯(cuò)誤猜想密碼密碼為5位提示錯(cuò)誤密碼為空提示錯(cuò)誤密碼為1位提示錯(cuò)誤密碼為10位通過密碼為10位以上提示錯(cuò)誤密碼為5-10位內(nèi)的英文數(shù)字組合通過密碼為5-10位內(nèi)的純英文通過密碼為5-10位內(nèi)的純數(shù)字通過使用特殊字符填寫密碼通過確認(rèn)密碼確認(rèn)密碼為空提示錯(cuò)誤使用全角輸入密碼再使用半角確認(rèn)提示錯(cuò)誤使用半角輸入密碼再使用全角輸入確認(rèn)提示錯(cuò)誤確認(rèn)密碼與密碼不符合提示錯(cuò)誤確認(rèn)密碼與密碼相符合通過其它對于全部必填項(xiàng)進(jìn)行漏填測試測試統(tǒng)計(jì)報(bào)告表(問題優(yōu)先級前面已聲明)：測試編號功效編號發(fā)現(xiàn)問題測試成果問題優(yōu)先級測試時(shí)間11無通過-12-1522不提示錯(cuò)誤未通過High-12-1533不提示錯(cuò)誤未通過High-12-1544不提示錯(cuò)誤未通過High-12-1555無通過-12-1566無通過-12-1577無通過-12-1588無通過-12-1599無通過-12-151010無通過-12-151111無通過-12-151212無通過-12-151313無通過-12-151414無通過-12-151515無通過-12-151616無通過-12-151717無通過-12-151818無通過-12-151919無通過-12-152020無通過-12-152121無通過-12-152222無通過-12-154.2.3網(wǎng)上預(yù)約模塊流程圖：對應(yīng)測試用例：功效項(xiàng)編號測試點(diǎn)預(yù)期成果掛號1無余號提示掛號失敗2有余號，但沒登陸提示請登錄3有余號，登錄失敗提示登錄失敗4有余號，登陸成功提示掛號成功測試統(tǒng)計(jì)報(bào)告表(問題優(yōu)先級前面已聲明)：測試編號功效編號發(fā)現(xiàn)問題測試成果問題優(yōu)先級測試時(shí)間11無通過-12-1522不提示錯(cuò)誤未通過urgent-12-1533不提示錯(cuò)誤未通過urgent-12-1544不提示錯(cuò)誤未通過urgent-12-154.2.4密碼修改：闡明：對本身帳號密碼進(jìn)行修改操作。四項(xiàng)均為必填項(xiàng)，原密碼必須輸入與原密碼相似，新密碼必須與確認(rèn)密碼相似。測試方案：測試項(xiàng)編號測試點(diǎn)預(yù)期成果原密碼原密碼為空時(shí)進(jìn)行修改操作不能修改原密碼輸入與原密碼不符合不能修改原密碼輸入對的通過新密碼新密碼長度不大于6位不能修改新密碼為空不能修改新密碼長度不不大于6位無法超出6位新密碼為6位數(shù)字通過新密碼為數(shù)字英文組合通過新密碼為特殊字符通過確認(rèn)新密碼確認(rèn)新密碼與對的的新密碼相似通過確認(rèn)新密碼與新密碼輸入不符不能修改確認(rèn)新密碼為空不能修改驗(yàn)證碼驗(yàn)證碼為空不能修改驗(yàn)證碼輸入不對的不能修改對的輸入原密碼，新密碼以及確認(rèn)新密碼，驗(yàn)證碼進(jìn)行修改修改成功測試統(tǒng)計(jì)報(bào)告表(問題優(yōu)先級前面已聲明)：測試編號功效編號發(fā)現(xiàn)問題測試成果問題優(yōu)先級測試時(shí)間11無通過-12-1522無通過-12-1533無通過-12-1544無通過-12-1555無通過-12-1566無通過-12-1577無通過-12-1588無通過-12-1599無通過-12-151010無通過-12-151111無通過-12-151212無通過-12-151313無通過-12-151414無通過-12-151515無通過-12-154.2.5對顧客管理模塊測試方案：測試項(xiàng)編號測試點(diǎn)預(yù)期成果刪除1與否能對的查看顧客信息。能2對顧客進(jìn)行修改操作后與否能立刻查詢到更新內(nèi)容是3對顧客進(jìn)行刪除操作后與否無法再看見該顧客是測試統(tǒng)計(jì)報(bào)告表(問題優(yōu)先級前面已聲明)：測試編號功效編號發(fā)現(xiàn)問題測試成果問題優(yōu)先級測試時(shí)間11無通過-12-1522無通過-12-1533無通過-12-154.3連接測試鏈接是WEB應(yīng)用系統(tǒng)的一種重要特性，它是在頁面之間切換和指導(dǎo)顧客去某些不懂得地址的頁面的重要手段。鏈接測試可分為三個(gè)方面。首先，測試全部鏈接與否按批示的那樣確實(shí)鏈接到了該鏈接的頁面；另首先，測試所鏈接的頁面與否存在；最后，確保應(yīng)用系統(tǒng)上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有懂得對的的URL地址才干訪問。鏈接測試必須在集成測試階段完畢，也就是說，在整個(gè)應(yīng)用系統(tǒng)的全部頁面開發(fā)完畢之后進(jìn)行鏈接測試。編號測試點(diǎn)盼望成果成果（√×／）1全部鏈接與否按批示確實(shí)鏈接到該鏈接的表單通過√2所鏈接的表單與否存在未通過×3各功效按扭與否按指定功效進(jìn)行操作未通過×4.4表單測試當(dāng)顧客為應(yīng)用系統(tǒng)提交信息時(shí)，就需要使用表單操作，例如顧客注冊、登錄、信息提交等。在這種狀況下，我們必須測試提交操作的完整性，以校驗(yàn)提交給服務(wù)器的信息的對的性。如果表單只能接受指定的某些值，則也要進(jìn)行測試。例如：只能接受某些字符，測試時(shí)能夠跳過這些字符，看系統(tǒng)與否會(huì)報(bào)錯(cuò)。編號測試點(diǎn)盼望成果成果（√×／）1提交信息未按規(guī)定提交與否通過不通過×2提交信息按規(guī)定提交與否通過通過√3與否能夠繞過規(guī)定進(jìn)行提交不通過√4.5Cookies測試Cookies普通用來存儲(chǔ)顧客信息和顧客在某應(yīng)用系統(tǒng)的操作，當(dāng)一種顧客使用Cookies訪問了某一種應(yīng)用系統(tǒng)時(shí)，Web服務(wù)器將發(fā)送有關(guān)顧客的信息，把該信息以Cookies的形式存儲(chǔ)在客戶端計(jì)算機(jī)上，這可用來創(chuàng)立動(dòng)態(tài)和自定義頁面或者存儲(chǔ)登錄等信息。如果應(yīng)用系統(tǒng)使用了Cookies，就必須檢查Cookies與否能正常工作。測試的內(nèi)容可涉及Cookies與否起作用，與否按預(yù)定的時(shí)間進(jìn)行保存，刷新對Cookies有什么影響等。編號測試點(diǎn)盼望成果成果（√×／）1Cookies與否起作用是√2Cookies與否按預(yù)定時(shí)間保存是√3刷新與否對Cookies有影響否√4.6數(shù)據(jù)庫測試在Web應(yīng)用技術(shù)中，數(shù)據(jù)庫起著重要的作用，數(shù)據(jù)庫為應(yīng)用系統(tǒng)的管理、運(yùn)行、查詢和實(shí)現(xiàn)顧客對數(shù)據(jù)存儲(chǔ)的請求等提供空間。在Web應(yīng)用中，最慣用的數(shù)據(jù)庫類型是關(guān)系型數(shù)據(jù)庫，能夠使用SQL對信息進(jìn)行解決。在使用了數(shù)據(jù)庫的B/S應(yīng)用系統(tǒng)中，普通狀況下，可能發(fā)生兩種錯(cuò)誤，分別是數(shù)據(jù)一致性錯(cuò)誤和輸出錯(cuò)誤。數(shù)據(jù)一致性錯(cuò)誤重要是由于顧客提交的表單信息不對的而造成的，而輸出錯(cuò)誤重要是由于網(wǎng)絡(luò)速度或程序設(shè)計(jì)問題等引發(fā)的，針對這兩種狀況，可分別進(jìn)行測試。查看數(shù)據(jù)庫信息與否保持一致編號測試點(diǎn)盼望成果成果（√×／）1數(shù)據(jù)庫信息與否一致是×2輸出數(shù)據(jù)與否對的是×4.7顧客界面測試概述：用于核算顧客與軟件之間的交互與否正常目的：核算下列內(nèi)容確保多個(gè)瀏覽以及多個(gè)訪問辦法（鼠標(biāo)移動(dòng)、快捷鍵等）都使用正常確保窗口對象及其特性（菜單、大小、位置、狀態(tài)和中心）都符合原則等 檢查項(xiàng)測試人員的類別及其評價(jià)窗口切換、移動(dòng)、變化大小時(shí)正常嗎？正常多個(gè)界面元素的文字對的嗎？（如標(biāo)題、提示等）正常多個(gè)界面元素的狀態(tài)對的嗎？（如有效、無效、選中檔狀態(tài)）異常多個(gè)界面元素支持鍵盤操作嗎？正常多個(gè)界面元素支持鼠標(biāo)操作嗎？正常對話框中的缺省焦點(diǎn)對的嗎？正常數(shù)據(jù)項(xiàng)能對的回顯嗎？正常對于慣用的功效，顧客能否不必閱讀手冊就能使用？是執(zhí)行有風(fēng)險(xiǎn)的操作時(shí)，有“確認(rèn)”、“放棄”等提示嗎？是操作次序合理嗎？合理按鈕排列合理嗎？不太合理導(dǎo)航協(xié)助明確嗎？不明確提示信息規(guī)范嗎？不太規(guī)范4.8性能測試概述：重要是對響應(yīng)時(shí)間、事務(wù)解決速率和其它與時(shí)間有關(guān)的需求進(jìn)行評測和評定。性能評測的目的是核算性能需求與否都已滿足。目的：核算下列狀況下的性能行為：正常的預(yù)期工作量預(yù)期的最繁重工作量考慮的特殊事項(xiàng)：可創(chuàng)立“虛擬的”顧客負(fù)載來模擬許多個(gè)（普通為數(shù)百個(gè)）客戶機(jī)。最佳使用多臺(tái)實(shí)際客戶機(jī)（每臺(tái)客戶機(jī)都運(yùn)行測試腳本）在系統(tǒng)上添加負(fù)載。應(yīng)當(dāng)在專用的計(jì)算機(jī)上或在專用的機(jī)時(shí)內(nèi)執(zhí)行，方便實(shí)現(xiàn)完全的控制和精確的評測。其所用的數(shù)據(jù)庫應(yīng)當(dāng)是實(shí)際大小或相似縮放比例的數(shù)據(jù)庫。多顧客不同網(wǎng)絡(luò)條件下的連接速度與否滿足規(guī)定、4.9負(fù)載測試負(fù)載測試是為了測量Web系統(tǒng)在某一負(fù)載級別上的性能，以確保Web系統(tǒng)在需求范疇內(nèi)能正常工作。負(fù)載級別能夠是某個(gè)時(shí)刻同時(shí)訪問Web系統(tǒng)的顧客數(shù)量，也能夠是在線數(shù)據(jù)解決的數(shù)量。進(jìn)行壓力測試是指實(shí)際破壞一種Web應(yīng)用系統(tǒng)，測試系統(tǒng)的反映。壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力，也就是測試Web應(yīng)用系統(tǒng)會(huì)不會(huì)崩潰，在什么狀況下會(huì)崩潰。黑客經(jīng)常提供錯(cuò)誤的數(shù)據(jù)負(fù)載，直到Web應(yīng)用系統(tǒng)崩潰，接著當(dāng)系統(tǒng)重新啟動(dòng)時(shí)獲得存取權(quán)。壓力負(fù)載測試的區(qū)域涉及表單、登陸和其它信息傳輸頁面等。在我們的實(shí)際工作中使用的就是MI公司的LoadRunner來產(chǎn)生眾多負(fù)載來進(jìn)行測試操作系統(tǒng)資源監(jiān)控指標(biāo)：編號監(jiān)測點(diǎn)描述監(jiān)測值平均負(fù)載系統(tǒng)正常狀態(tài)下，最后60秒同時(shí)進(jìn)程的平均個(gè)數(shù)沖突率在以太網(wǎng)上監(jiān)測到的每秒沖突數(shù)進(jìn)程/線程交換率進(jìn)程或線程之間每秒交換次數(shù)CPU運(yùn)用率CPU占用率（％）磁盤交換率磁盤交換速率接受包錯(cuò)誤率接受以太網(wǎng)數(shù)據(jù)包時(shí)每秒錯(cuò)誤數(shù)包輸入率每秒輸入的以太網(wǎng)數(shù)據(jù)包數(shù)目中斷速率CPU每秒解決的中斷數(shù)包輸出率每秒輸出的以太網(wǎng)數(shù)據(jù)包數(shù)目讀入內(nèi)存頁速率物理內(nèi)存中每秒讀入內(nèi)存頁的數(shù)目寫出內(nèi)存頁速率每秒從物理內(nèi)存中寫到頁文獻(xiàn)中的內(nèi)存頁數(shù)內(nèi)存頁交換速率每秒寫入內(nèi)存頁和從物理內(nèi)存中讀出頁的個(gè)數(shù)進(jìn)程入交換率交換區(qū)輸入的進(jìn)程數(shù)目進(jìn)程出交換率交換區(qū)輸出的進(jìn)程數(shù)目系統(tǒng)CPU運(yùn)用率系統(tǒng)的CPU占用率（％）顧客CPU運(yùn)用率顧客模式下的CPU占用率（％）4