學(xué)生管理系統(tǒng)測試報告材料

實用標準編號：001版本：0.01學(xué)生信息管理系統(tǒng)學(xué)生信息管理系統(tǒng)測試測試計劃委托單位:軟件工程實驗室承辦單位:13級0922131 班編寫:(簽名)2016年5月6日復(fù)查:(簽名)2016年5月6日批準:(簽名)2016年5月6日文案大全實用標準第1章 引言1.1 綜述學(xué)生學(xué)籍信息管理系統(tǒng)是基于數(shù)據(jù)結(jié)構(gòu)的學(xué)籍管理系統(tǒng)。 本測試將會對學(xué)生學(xué)籍信息管理系統(tǒng)進行測試，測試其系統(tǒng)的功能性。 對學(xué)生學(xué)籍信息系統(tǒng)中學(xué)籍信息的錄入和學(xué)籍信息的修改等進行相應(yīng)的界面，功能的測試。在進行其測試時所需人力資源為 1位，所需時間要15天，所需軟件為 eclipse。費用：無。文案大全實用標準1.2參考文獻序號名稱文件標識/版本出版單位出版日期01《Web性能測試實戰(zhàn)》第一版電子工業(yè)出社2006年02 《軟件測試》 中文版 第2版 機械工業(yè)出版 2006年社03 用戶需求文檔表1：參考文獻第2章測試項第3章2.1測試項測試項名稱 測試項標識文案大全實用標準1.歡迎界面：2.錄入學(xué)生基本信息：輸入學(xué)號姓名選擇性別”男”或”女”選擇專業(yè)輸入年級輸入出生日期添加照片按鈕的“錄入“”重置“功能3.修改學(xué)生信息：輸入學(xué)號，按鈕“開始修改“的功能輸入姓名，年級，出生的功能功能測試選擇專業(yè)的功能上傳照片的功能學(xué)生已有數(shù)據(jù)的顯示功能按鈕“錄入修改“”重置“的功能4.查詢與打印學(xué)生基本信息：輸入學(xué)號，按鈕“查詢“的功能下方顯示學(xué)生信息，右側(cè)顯示照片的功能按鈕“打印文本及圖片“打印文本”“打印圖片”的功能5.刪除學(xué)生信息輸入學(xué)號，按鈕“刪除“的功能下方顯示學(xué)生信息的功能文案大全實用標準安裝測試 Junit安裝錄入學(xué)生基本信息功能界面測試修改學(xué)生基本信息功能界面測試界面測試查詢與打印學(xué)生基本信息功能界面測試刪除學(xué)生基本信息功能界面測試表2：被測試項2.2 不測試的軟件項軟件項名稱軟件項標識未測試原因相關(guān)引用材料1.單元測試1.U相關(guān)知識不足2.性能測試2.C條件不具備3.安全性測試3.S沒有要求表3：不被測試項第3章被測試的特性特性或組合名稱 測試設(shè)計說明編號鏈接測試 1.1T_F_C表單測試 1.2T_F_TL文案大全實用標準軟件運行環(huán)境測試 2.1T_I_RE用戶界面測試 3.1T_I_UI表4：被測試特性第4章不被測試的特性特性或組合名稱測試設(shè)計說明編號1.單元測試1.T_U2.1連接速度測試2.1T_C_CS2.2負載測試2.2T_C_L2.3壓力測試2.3T_C_S3.1平臺測試3.1T_CC_PT4.安全性測試4.T_S表5：不被測試的特性第5章 方法5.1 邊界值測試對用戶名和密碼輸入的測試，輸入條件規(guī)定了值的范圍 ,取剛達到這個范圍的邊界的值 ,以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據(jù)。文案大全實用標準5.2 等價類劃分所有可能的輸入數(shù)據(jù) ,即程序的輸入域劃分成若干部分（子集） ，然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例5.3 因果圖因果圖是從用自然語言書寫的程序規(guī)格說明的描述中找到因 （輸入條件）和果（輸出或程序狀態(tài)的改變），通過因果圖轉(zhuǎn)化為決策表。第6章項目通過準則功能測試用例覆蓋通過率 100％，非功能性測試用例覆蓋率達到 80％。較小缺陷：使操作者不方便或遇到麻煩， 但它不影響功能的操作和執(zhí)行， 如個別不影響產(chǎn)品理解的錯別字，文字排列不整齊等一些小問題，不超過 5個一般缺陷：系統(tǒng)的次要功能沒有完全實現(xiàn)，但不影響用戶的正常使用。 例如：提示信息不太準確或用戶界面差，操作時間長等一些問題。不超過 3個嚴重缺陷：系統(tǒng)主要功能部分喪失， 數(shù)據(jù)不能保存，系統(tǒng)的次要功能完全喪失或者服務(wù)受到明顯的影響不超過 1個。致命缺陷：系統(tǒng)任何一個主要功能完全喪失，用戶數(shù)據(jù)受到破壞，系統(tǒng)崩潰、懸掛、死機，或者危及人身安全不超過 0個。文案大全實用標準第7章 暫停標準和再啟動要求7.1 暫停標準安裝無法正確完成或程序的文檔有相當多的失誤或系統(tǒng)服務(wù)異常或發(fā)現(xiàn) Bug。7.2 再啟動要求第8章 應(yīng)提供的測試文檔文檔名稱標識符測試計劃TEST－P測試用例TEST－C測試報告TEST－R表5：應(yīng)提供的測試文檔第9章 測試任務(wù)序 工作量任務(wù) 前期任務(wù) 特殊技能 責(zé)任人 完成日期號 （天數(shù)）1 安 裝注意各項安裝01 測試計劃書 eclipse 高裕浩 1天 2016/5/14軟件的配置文案大全實用標準1天02安裝測試Junit高裕浩2016/5/15錄入學(xué)生信03高裕浩2天2016/5/17息測試修改學(xué)生信04息測試高裕浩2天2016/5/19查詢與打印05高裕浩2天2016/5/21測試06刪除測試高裕浩2天2016/5/2307界面測試高裕浩1天2016/5/2407測試總結(jié)高裕浩2天2016/5/26第10章 環(huán)境要求10.1 硬件硬件要求：2G內(nèi)存的PC機，硬盤在 80G以上。文案大全實用標準10.2 軟件軟件要求：安裝 eclipse，操作系統(tǒng)： Windows10 。10.3 安全性1.系統(tǒng)中會不會出現(xiàn)學(xué)號錄入重復(fù)沖突10.4工具用途工具廠商/自產(chǎn)版本測試管理MercuryQualityCenterHP9.0漢星天FireflyHanskyV3.1測試執(zhí)行MercuryQuickestProfessionHP9.0al8.1Loadrunner缺陷報告漢星天ButterflyHanskyV3.110.4 文檔編寫測試任務(wù)說明書需要的文檔：文案大全實用標準項目的計劃任務(wù)書、合同或批文項目開發(fā)計劃項目需求說明書項目概要設(shè)計說明書項目詳細設(shè)計說明書采用的軟件開發(fā)標準或規(guī)范本測試計劃中引用的其他資料測試階段結(jié)束后，所有可提交的文檔，包括：總體測試計劃總體測試方案測試用例性能測試報告測試報告產(chǎn)品操作手冊（后臺）產(chǎn)品操作手冊（前臺）產(chǎn)品錯誤代碼說明文檔文案大全實用標準第11章 職責(zé)11.1 測試組人員 角色 職責(zé)、任務(wù)、《測試計劃》編制。高裕浩 2、對測試員編寫的各種測試文檔進行評審。、協(xié)調(diào)并實施項目計劃中確定的活動。測試負責(zé)人4、識別和滿足測試環(huán)境需求。5、為其他人員提供技術(shù)支持。6、組織并確保團隊的工作。1、編寫測試用例（功能）。高裕浩測試組員2、執(zhí)行功能和性能測試。3、編寫測試報告（功能）。1、編寫測試用例（功能和性能）。高裕浩2、執(zhí)行功能和性能測試。測試組員3、編寫測試報告（功能及性能）。4、內(nèi)部驗收評審。11.2測試進度序號測試任務(wù)名稱工作量開始日期完成日期01指定測試計劃1天2016/5/132016/5/1402設(shè)計測試1天2016/5/142016/5/15文案大全實用標準03安裝測試1天2016/5/152016/5/1604功能測試2天2016/5/172016/5/1905界面測試2天2016/5/202016/5/2106系統(tǒng)測試2天2016/5/222016/5/2307測試報告1天2016/5/242016/5/2508測試總結(jié)1天2016/5/262016/5/26第12章 測試風(fēng)險評估及解決方案12.1測試風(fēng)險評估測試人員對需求或系統(tǒng)業(yè)務(wù)理解不準確，造成測試范圍分析的誤差，結(jié)果某些地方始終測試不到或驗證的標準不對。測試用例設(shè)計不到位，忽視了一些邊界條件、深層次的邏輯、用戶場景等。或者是，測試用例沒有得到百分之百的執(zhí)行，如有些測試用例被有意或無意的遺漏。需求的臨時/突然變化，導(dǎo)致設(shè)計的修改和代碼的重寫，或者測試過程插入零時任務(wù)，導(dǎo)致測試時間不夠。缺陷分類標準不是很清晰的，如一致性的測試，仁者見仁、智者見智。測試環(huán)境，一般不可能和實際運行環(huán)境完全一致，造成測試結(jié)果的誤差。有些缺陷出現(xiàn)頻率不是百分之百，不容易被發(fā)現(xiàn)。如果代碼質(zhì)量差，軟件缺陷很多，被漏檢的缺陷可能性就大。文案大全實用標準回歸測試一般不運行全部測試用例，是有選擇性的執(zhí)行，必然帶來風(fēng)險。測試開始后，測試人員、技術(shù)支持人員因故不能及時到位。能否及時準備相關(guān)測試工具，測試人員對新工具無法熟練運用等情況也時有發(fā)生。12.2解決方案當需求發(fā)生變動時，組織測試人員對新需求進行培訓(xùn)；對業(yè)務(wù)比較復(fù)雜的系統(tǒng)，項目經(jīng)理可對測試人員進行培訓(xùn)或者測試小組內(nèi)部討論加以理解。當測試執(zhí)行的時間縮短時或者測試人員不到位的情況下，調(diào)整軟件測試計劃，針對不同情況采取增加工作時間、 工作人員和資源等來緩解風(fēng)險發(fā)生時帶來的威脅。 也可與客戶協(xié)商，順延交付日期或在客戶允許的情況下對測試項目進行適當裁剪。 或者是降低對低優(yōu)先級的功能和特性的測試質(zhì)量或者是刪除某些風(fēng)險級別較低的功能。對測試過程中產(chǎn)生的文檔進行小組走查或者小組審查或者小組評審等方式減少測試過程中的風(fēng)險。當測試環(huán)境發(fā)生變化是，具體情況如下。測試環(huán)境分為軟件部分和硬件部分：A軟件部分:一般是部署測試環(huán)境的電腦中毒、測試版本更新不及時、測試工具無法正常使用。解決方案有將測試環(huán)境暫時搭建到測試人員的電腦上， 并且及時對測試服務(wù)器進行殺毒等補救措施。 自動化測試工具無法正常使用， 在不影響測試任務(wù)的情況下，可以采用其它方法或其它工具執(zhí)行測試。 當缺陷管理工具無法正常使用的時候，測試組長需要及時找出出錯的原因并