學生管理系統(tǒng)測試報告

1、-. z.編號：001版本：0.01學生信息管理系統(tǒng)學生信息管理系統(tǒng)測試測試方案委托單位:軟件工程實驗室承辦單位:13級0922131班編寫:(簽名)2016年5 月6日復(fù)查:(簽名)2016年5 月6日批準:(簽名)2016年5 月6日第1章引言1.1綜述學生學籍信息管理系統(tǒng)是基于數(shù)據(jù)構(gòu)造的學籍管理系統(tǒng)。本測試將會對學生學籍信息管理系統(tǒng)進展測試，測試其系統(tǒng)的功能性。對學生學籍信息系統(tǒng)中學籍信息的錄入和學籍信息的修改等進展相應(yīng)的界面，功能的測試。在進展其測試時所需人力資源為1位，所需時間要15天，所需軟件為eclipse。費用：無。1.2 參考文獻序號名稱文件標識/版本出版單位出版日期01We

2、b性能測試實戰(zhàn)第一版電子工業(yè)出社2006年02軟件測試中文版第2版機械工業(yè)2006年03用戶需求文檔表1：參考文獻測試項2.1 測試項測試項名稱測試項標識功能測試1.歡送界面：2.錄入學生根本信息：(1) 輸入*(2)選擇性別男或女(3) 選擇專業(yè)(4)輸入年級(5)輸入出生日期(6)添加照片(7)按鈕的“錄入“重置“功能3.修改學生信息：(8)輸入*，按鈕“開場修改“的功能(9)輸入*，年級，出生的功能(10)選擇專業(yè)的功能(11)上傳照片的功能(12) 學生已有數(shù)據(jù)的顯示功能(13) 按鈕“錄入修改“重置“的功能4.查詢與打印學生根本信息：(14)輸入*，按鈕“查詢“的功能(15) 下方顯

3、示學生信息，右側(cè)顯示照片的功能(16) 按鈕“打印文本及圖片“打印文本“打印圖片的功能5.刪除學生信息(17)輸入*，按鈕“刪除“的功能(18)下方顯示學生信息的功能安裝測試Junit安裝界面測試(1)錄入學生根本信息功能界面測試(2)修改學生根本信息功能界面測試(3)查詢與打印學生根本信息功能界面測試(4)刪除學生根本信息功能界面測試表2：被測試項2.2 不測試的軟件項軟件項名稱軟件項標識未測試原因相關(guān)引用材料1.單元測試1.U相關(guān)知識缺乏2.性能測試2.C條件不具備3.平安性測試3.S沒有要求表3：不被測試項第3章被測試的特性特性或組合名稱測試設(shè)計說明編號測試1.1T_F_C表單測試1.2

4、T_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ù)。等價類劃分所有可能的輸入數(shù)據(jù),即程序的輸入域劃分成假設(shè)干局部子集，然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作

5、為測試用例因果圖因果圖是從用自然語言書寫的程序規(guī)格說明的描述中找到因輸入條件和果輸出或程序狀態(tài)的改變，通過因果圖轉(zhuǎn)化為決策表。第6章工程通過準則功能測試用例覆蓋通過率100，非功能性測試用例覆蓋率到達80。較小缺陷：使操作者不方便或遇到麻煩，但它不影響功能的操作和執(zhí)行，如個別不影響產(chǎn)品理解的錯別字，文字排列不整齊等一些小問題，不超過5個一般缺陷：系統(tǒng)的次要功能沒有完全實現(xiàn)，但不影響用戶的正常使用。例如：提示信息不太準確或用戶界面差，操作時間長等一些問題。不超過3個嚴重缺陷：系統(tǒng)主要功能局部喪失，數(shù)據(jù)不能保存，系統(tǒng)的次要功能完全喪失或者效勞受到明顯的影響不超過1個。致命缺陷：系統(tǒng)任何一個主要功能

6、完全喪失，用戶數(shù)據(jù)受到破壞，系統(tǒng)崩潰、懸掛、死機，或者危及人身平安不超過0個。第7章暫停標準和再啟動要求7.1 暫停標準安裝無法正確完成或程序的文檔有相當多的失誤或系統(tǒng)效勞異?；虬l(fā)現(xiàn)Bug。7.2 再啟動要求第8章應(yīng)提供的測試文檔文檔名稱標識符測試方案TESTP測試用例TESTC測試報告TESTR表5：應(yīng)提供的測試文檔第9章測試任務(wù)序號任務(wù)前期任務(wù)特殊技能責任人工作量天數(shù)完成日期01測試方案書1安裝eclipse 注意各項安裝軟件的配置高裕浩1天2016/5/1402安裝測試Junit高裕浩1天2016/5/1503錄入學生信息測試高裕浩2天2016/5/1704修改學生信息測試高裕浩2天20

7、16/5/1905查詢與打印測試高裕浩2天2016/5/2106刪除測試高裕浩2天2016/5/2307界面測試高裕浩1天2016/5/2407測試總結(jié)高裕浩2天2016/5/26環(huán)境要求10.1 硬件硬件要求：2G內(nèi)存的PC機，硬盤在80G以上。10.2 軟件軟件要求：安裝eclipse，操作系統(tǒng)：Windows10。平安性1.系統(tǒng)中會不會出現(xiàn)*錄入重復(fù)沖突10.4 工具用途工具廠商/自產(chǎn)版本測試管理Mercury Quality Center漢星天 FireflyHPHansky9.0V3.1測試執(zhí)行Mercury Quickest ProfessionalLoadrunnerHP9.08

8、.1缺陷報告漢星天 ButterflyHanskyV3.1文檔編寫測試任務(wù)說明書需要的文檔：工程的方案任務(wù)書、合同或批文工程開發(fā)方案工程需求說明書工程概要設(shè)計說明書工程詳細設(shè)計說明書采用的軟件開發(fā)標準或規(guī)*本測試方案中引用的其他資料測試階段完畢后，所有可提交的文檔，包括：總體測試方案總體測試方案測試用例性能測試報告測試報告產(chǎn)品操作手冊后臺產(chǎn)品操作手冊前臺產(chǎn)品錯誤代碼說明文檔第11章職責11.1 測試組人員角色職責、任務(wù)高裕浩測試負責人1、測試方案編制。2、對測試員編寫的各種測試文檔進展評審。3、協(xié)調(diào)并實施工程方案中確定的活動。4、識別和滿足測試環(huán)境需求。5、為其他人員提供技術(shù)支持。6、組織并確

9、保團隊的工作。高裕浩測試組員編寫測試用例功能。執(zhí)行功能和性能測試。編寫測試報告功能。高裕浩測試組員1、編寫測試用例功能和性能。2、執(zhí)行功能和性能測試。3、編寫測試報告功能及性能。4、內(nèi)部驗收評審。11.2 測試進度序號測試任務(wù)名稱工作量開場日期完成日期01指定測試方案1天2016/5/132016/5/1402設(shè)計測試1天2016/5/142016/5/1503安裝測試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/2

10、42016/5/2508測試總結(jié)1天2016/5/262016/5/26第12章測試風險評估及解決方案12.1測試風險評估測試人員對需求或系統(tǒng)業(yè)務(wù)理解不準確，造成測試*圍分析的誤差，結(jié)果*些地方始終測試不到或驗證的標準不對。測試用例設(shè)計不到位，無視了一些邊界條件、深層次的邏輯、用戶場景等?；蛘呤牵瑴y試用例沒有得到百分之百的執(zhí)行，如有些測試用例被有意或無意的遺漏。需求的臨時/突然變化，導(dǎo)致設(shè)計的修改和代碼的重寫，或者測試過程插入零時任務(wù)，導(dǎo)致測試時間不夠。缺陷分類標準不是很清晰的，如一致性的測試，仁者見仁、智者見智。測試環(huán)境，一般不可能和實際運行環(huán)境完全一致，造成測試結(jié)果的誤差。有些缺陷出現(xiàn)頻率

11、不是百分之百，不容易被發(fā)現(xiàn)。如果代碼質(zhì)量差，軟件缺陷很多，被漏檢的缺陷可能性就大?；貧w測試一般不運行全部測試用例，是有選擇性的執(zhí)行，必然帶來風險。測試開場后，測試人員、技術(shù)支持人員因故不能及時到位。能否及時準備相關(guān)測試工具，測試人員對新工具無法熟練運用等情況也時有發(fā)生。12.2解決方案當需求發(fā)生變動時，組織測試人員對新需求進展培訓(xùn)；對業(yè)務(wù)比擬復(fù)雜的系統(tǒng)，工程經(jīng)理可對測試人員進展培訓(xùn)或者測試小組內(nèi)部討論加以理解。當測試執(zhí)行的時間縮短時或者測試人員不到位的情況下，調(diào)整軟件測試方案，針對不同情況采取增加工作時間、工作人員和資源等來緩解風險發(fā)生時帶來的威脅。也可與客戶協(xié)商，順延交付日期或在客戶允許的情況下對測試工程進展適當裁剪。或者是降低對低優(yōu)先級的功能和特性的測試質(zhì)量或者是刪除*些風險級別較低的功能。對測試過程中產(chǎn)生的文檔進展小組走查或者小組審查或者小組評審等方式減少測試過程中的風險。當測試環(huán)境發(fā)生變化是，具體情況如下。測試環(huán)境分為軟件局部和硬件局部：A軟件局部:一般是部署測試環(huán)境的電腦中毒、測試版本更新不及時、測試工具無法正常使用。解決方案有將測試環(huán)境暫時搭建到測試人員的電腦上，并且及時對測試效勞器進展殺毒等補救措施。自動化測試工具無法正常使用，在不影響測試任務(wù)的情況下，可以采用其它方法或其它工具執(zhí)行測試。當缺陷管理工具無法正常使用的時候，測試組長需要及時找出出