-.z......資料....產(chǎn)品名稱ProductNameConfidentialityLevelOA系統(tǒng)秘密產(chǎn)品版本ProductVersion共6頁Ｖ1.00OA系統(tǒng)功能測試報告擬制:德寶日期：2008-12-18審核:日期：審核:日期：批準(zhǔn):日期：修訂記錄日期修訂版本描述作者目錄1、測試說明32、測試圍33、測試環(huán)境34、測試方法45、測試結(jié)果56、質(zhì)量評價71測試目的軟件測試就是在軟件投入運(yùn)行前，對軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵，可以說軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。為檢驗(yàn)系統(tǒng)是否達(dá)到設(shè)計(jì)目標(biāo)，確保各功能模塊正常運(yùn)行，必須對該系統(tǒng)進(jìn)行系統(tǒng)功能、性能和可靠性測試，其目的和意義是：檢驗(yàn)系統(tǒng)功能與性能是否達(dá)到設(shè)計(jì)要求；檢驗(yàn)和糾正系統(tǒng)錯誤，確保系統(tǒng)運(yùn)行的可靠性；檢驗(yàn)工作流程是否可以正常工作和是否符合實(shí)際的工作需要；1.1測試遵循的原則為了保證軟件產(chǎn)品的質(zhì)量，軟件的測試是非常重要的。由于軟件是一種高度密集的智力產(chǎn)品，比一般的硬件產(chǎn)品會產(chǎn)生更多復(fù)雜的問題，同時難以控制。即使我們在軟件設(shè)計(jì)，編碼階段經(jīng)過了嚴(yán)格的審查，軟件錯誤仍然存在，因此對于軟件需要進(jìn)行嚴(yán)格的測試，進(jìn)一步發(fā)現(xiàn)和改正軟件錯誤。在軟件測試時要遵循以下幾個原則：（1）應(yīng)該盡早的和不斷的進(jìn)行軟件測試（2）開發(fā)人員應(yīng)盡量避免進(jìn)行軟件測試（3）注重測試用例的設(shè)計(jì)和選擇（4）充分注意測試中的群集現(xiàn)象（5）避免測試的隨意性，嚴(yán)格執(zhí)行測試計(jì)劃（6）全面檢查每一個測試結(jié)果（7）妥善保存測試過程中的一切文檔，為軟件維護(hù)提供方便定義軟件總體要求，作為用戶和系統(tǒng)維護(hù)員的維護(hù)參考文檔。檢驗(yàn)各不同單位部門之間數(shù)據(jù)是否相對獨(dú)立；檢驗(yàn)系統(tǒng)的實(shí)用化程度，使系統(tǒng)能發(fā)揮一定的經(jīng)濟(jì)效益；1.2定義一級錯誤：不能完全滿足系統(tǒng)要求，基本功能未完全實(shí)現(xiàn)；或者危及人身安全。二級錯誤：嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，且沒有更正辦法（重新安裝或重新啟動該軟件不屬于更正辦法）。三級錯誤：嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但存在合理的更正辦法（重新安裝或重新啟動該軟件不屬于更正辦法）。四級錯誤：使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。五級錯誤：其他錯誤?；販y：產(chǎn)生測試錯誤或缺陷的測試項(xiàng)由軟件開發(fā)人員進(jìn)行修改調(diào)試正確后，由軟件測試人員再次進(jìn)行的針對該測試項(xiàng)及其相關(guān)項(xiàng)的測試。1.3參考資料A．項(xiàng)目可行性研究報告B．系統(tǒng)設(shè)計(jì)說明書2、測試說明《OA系統(tǒng)功能測試報告》用于反映OA系統(tǒng)的整體功能性狀況，以本報告結(jié)果驗(yàn)證系統(tǒng)功能性需否與《OA系統(tǒng)用戶需求規(guī)格說明書》一致，同時作為項(xiàng)目組決定是否發(fā)布本項(xiàng)目的參考。3、測試圍本項(xiàng)目測試的圍為《OA系統(tǒng)用戶需求規(guī)格說明書》中定義的所有功能性、GUI（界面）方面已明確的需求，并未涉及性能測試，性能測試將會進(jìn)行獨(dú)立的測試活動。4、測試環(huán)境1、系統(tǒng)環(huán)境標(biāo)準(zhǔn)配置：主機(jī)用途機(jī)型/OS臺數(shù)CPU/臺存容量/臺對應(yīng)IP《OA系統(tǒng)》應(yīng)用服務(wù)器PC/Win2003Server111G8《OA系統(tǒng)》數(shù)據(jù)庫服務(wù)器PC/Win2003Server111G同上2、測試客戶端配置：主機(jī)用途機(jī)型/OS臺數(shù)CPU/臺存容量/臺瀏覽器版本對應(yīng)IP客戶端環(huán)境PC/Win*P111GIE6.005、測試方法本次測試使用黑盒測試方法，運(yùn)行等價類、邊界值、錯誤推斷等用例設(shè)計(jì)方法進(jìn)行測試用例的設(shè)計(jì)，漸增式集成測試方法。先集成“我的辦公桌”、“行政管理”、“個人助理”、“公共信息”等模塊，最后集成所有模塊。功能模塊圖測試順序根據(jù)功能模塊圖從左到右的順序，每個測試工程師分配相應(yīng)的模塊，具體任務(wù)分配見《OA系統(tǒng)測試任務(wù)分配單》。6、測試結(jié)果功能實(shí)現(xiàn)狀況經(jīng)過測試，《OA系統(tǒng)用戶需求規(guī)格說明書》中定義的功能基本實(shí)現(xiàn)，但仍有不少需改進(jìn)的地方。詳細(xì)情況見下面的主要遺留問題。BUG狀態(tài)分析1、缺陷修復(fù)率從上圖可以看出，“Closed”的Bug有50個，共有91個Bug，《OA系統(tǒng)測試計(jì)劃》中已定義缺陷修復(fù)率計(jì)算方式為：缺陷修復(fù)率=校驗(yàn)通過關(guān)閉的缺陷數(shù)/總的缺陷數(shù)則本次測試的缺陷修復(fù)率為50/91≈55%，遠(yuǎn)遠(yuǎn)低于《OA系統(tǒng)測試計(jì)劃》中設(shè)定的缺陷修復(fù)率達(dá)到90%以上。故該系統(tǒng)測試不通過。2、缺陷分布圖從上圖可以明確看到，“報銷流程”共有42個Bug，“圖書管理”有25個Bug，其次分別是“人事管理”、“考勤”、“車輛管理”等，“報銷流程”、“圖書管理”的缺陷最多。3、當(dāng)前遺留缺陷從上圖我們可以看到“報銷流程”、“圖書管理”兩個模塊遺留Bug最多，分別達(dá)到了14個、11個。說明當(dāng)前項(xiàng)目的測試工作并沒有真正完成，還需要至少一個版本的測試，需測試組長，開發(fā)組長，項(xiàng)目經(jīng)理協(xié)商如何處理這些尚未解決的缺陷。主要遺留問題本次測試主要遺留問題集中在“報銷流程”、“圖書管理”，基本都是功能實(shí)現(xiàn)方面的問題