編號：001
版本：0.01
學生資訊管理系統
學生資訊管理系統測試
測試計畫
委託單位:軟體工程實驗室
承辦單位:13級0922131班
編寫:(簽名)2023年5 月6日
複查:(簽名)2023年5 月6日
批准:(簽名)2023年5 月6日
學生學籍資訊管理系統是基於資料結構的學籍管理系統。本測試將會對學生學籍資訊管理系統進行測試，測試其系統的功能性。對學生學籍資訊系統中學籍資訊的錄入和學籍資訊的修改等進行相應的介面，功能的測試。
在進行其測試時所需人力資源為1位，所需時間要15天，所需軟體為eclipse。費用：無。
對使用者名稱和密碼輸入的測試，輸入條件規定了值的範圍,取剛達到這個範圍的邊界的值,以及剛剛超越這個範圍邊界的值作為測試輸入資料。
所有可能的輸入資料,即程式的輸入域劃分成若干部分（子集），然後從每乙個子集中選取少數具有代表性的資料作為測試用例
因果圖是從用自然語言書寫的程式規格說明的描述中找到因（輸入條件）和果（輸出或程式狀態的改變），通過因果圖轉化為決策表。
功能測試用例覆蓋通過率100％，非功能性測試用例覆蓋率達到80％。
較小缺陷：使操作者不方便或遇到麻煩，但它不影響功能的操作和執行，如個別不影響產品理解的錯別字，文字排列不整齊等一些小問題，不超過5個
一般缺陷：系統的次要功能沒有完全實現，但不影響使用者的正常使用。例如：提示資訊不太準確或使用者介面差，操作時間長等一些問題。不超過3個
嚴重缺陷：系統主要功能部分喪失，資料不能儲存，系統的次要功能完全喪失或者服務受到明顯的影響不超過1個。
致命缺陷：系統任何乙個主要功能完全喪失，使用者資料受到破壞，系統崩潰、懸掛、宕機，或者危及人身安全不超過0個。
安裝無法正確完成或程式的文件有相當多的失誤或系統服務異常或發現bug。
硬體要求：2g記憶體的pc機，硬碟在80g以上。
軟體要求：安裝eclipse，作業系統：windows10。
1.系統中會不會出現學號錄入重複衝突
編寫測試任務說明書需要的文件：
● 專案的計畫任務書、合同或批文
● 專案開發計畫
● 專案需求說明書
● 專案概要設計說明書
● 專案詳細設計說明書
● 採用的軟體開發標準或規範
● 本測試計畫中引用的其他資料
測試階段結束後，所有可提交的文件，包括：
● 總體測試計畫
● 總體測試方案
● 測試用例
● 效能測試報告
● 測試報告
● 產品操作手冊（後台）
● 產品操作手冊（前台）
● 產品錯誤**說明文件
1. 測試人員對需求或系統業務理解不準確，造成測試範圍分析的誤差，結果某些地方始終測試不到或驗證的標準不對。
2. 測試用例設計不到位，忽視了一些邊界條件、深層次的邏輯、使用者場景等。或者是，測試用例沒有得到百分之百的執行，如有些測試用例被有意或無意的遺漏。
3. 需求的臨時/突然變化，導致設計的修改和**的重寫，或者測試過程插入零時任務，導致測試時間不夠。
4. 缺陷分類標準不是很清晰的，如一致性的測試，仁者見仁、智者見智。
5. 測試環境，一般不可能和實際執行環境完全一致，造成測試結果的誤差。
6. 有些缺陷出現頻率不是百分之百，不容易被發現。如果**質量差，軟體缺陷很多，被漏檢的缺陷可能性就大。
7. 回歸測試一般不執行全部測試用例，是有選擇性的執行，必然帶來風險。
8. 測試開始後，測試人員、技術支援人員因故不能及時到位。
9. 能否及時準備相關測試工具，測試人員對新工具無法熟練運用等情況也時有發生。
1. 當需求發生變動時，組織測試人員對新需求進行培訓；對業務比較複雜的系統，專案經理可對測試人員進行培訓或者測試小組內部討論加以理解。
2. 當測試執行的時間縮短時或者測試人員不到位的情況下，調整軟體測試計畫，針對不同情況採取增加工作時間、工作人員和資源等來緩解風險發生時帶來的威脅。也可與客戶協商，順延交付日期或在客戶允許的情況下對測試專案進行適當裁剪。
或者是降低對低優先順序的功能和特性的測試質量或者是刪除某些風險級別較低的功能。
3. 對測試過程中產生的文件進行小組走查或者小組審查或者小組評審等方式減少測試過程中的風險。
4. 當測試環境發生變化是，具體情況如下。測試環境分為軟體部分和硬體部分：
a軟體部分:一般是部署測試環境的電腦中毒、測試版本更新不及時、測試工具無法正常使用。解決方案有將測試環境暫時搭建到測試人員的電腦上，並且及時對測試伺服器進行防毒等補救措施。
自動化測試工具無法正常使用，在不影響測試任務的情況下，可以採用其它方法或其它工具執行測試。當缺陷管理工具無法正常使用的時候，測試組長需要及時找出出錯的原因並及時修復，以保證測試工作正常執行。
b硬體部分:當測試伺服器出現無法修復或需要長時間修復的硬體問題時，可以由測試組長將測試環境臨時搭建到測試人員的電腦上，並且及時與公司其它部門溝通盡快處理測試伺服器硬體問題
5. 在做效能測試過程中發現被測物件存在嚴重效能問題，可以暫時跳過這個功能或模組，執行其他功能或模組的效能測試。而這個存在嚴重性問題的功能或模組應及時交給開發人員處理。
學生資訊管理系統測試報告
1 引言 本測試報告為學生資訊管理系統專案的測試報告，目的在於測試總結以及分析測試結果，描述系統是否符合需求。學生資訊管理系統是應用於學校學生資訊的管理以及維護的軟體。可以方便的管理學生資訊，維護以及修改學生資訊。隨著高校學生數量的增多，資訊複雜度增加，十分有必要通過學生資訊管理系統來完成學生資訊的...
系統測試報告
專案名稱 xx公司 修訂歷史記錄 a 增加 m 修訂 d 刪除 模板使用必讀 模板內容和頁首中 包含內容為指導性的待替換文字，請在使用中替換為具體內容，或刪除。檔案提交時不得再含有這些內容。目錄1 測試任務名稱及內容 4 2 測試環境 4 3 軟體版本資訊 4 4 測試充分性評價 4 5 測試結果及...
系統測試報告
專案名稱 文件修訂記錄 目錄1 引言 1 1.1 編寫目的 1 1.2 背景 1 1.3 讀者物件 1 1.4 參考資料 1 1.5 術語與縮寫解釋 1 2 測試執 況 2 2.1 測試機構和人員 2 2.2 測試時間 2 3 缺陷統計與分析 3 3.1 覆蓋分析 3 3.2 缺陷統計 4 3.3 ...