通常情況下，只有付出才能得到回報，以便更好地推進下一步工作。報告對我們來說至關重要，特別是專題報告和調查報告，它們都是為了闡述某個事實或觀點而展開的論述。我們的出國留學網的編輯為您收集整理了“軟件測試報告”相關的資料，您可以瀏覽并收藏本站，關注網站的更新。
軟件測試報告【篇1】
1引言 ............................................................................................................................................... 2
1.1編寫目的 ............................................................................................................................. 2 1.2背景 ..................................................................................................................................... 2 1.3定義 ..................................................................................................................................... 2 1.4參考資料 ............................................................................................................................. 2 2測試概要 ....................................................................................................................................... 3
2.1測試用例設計 ..................................................................................................................... 3 2.2測試環(huán)境與配置 ................................................................................................................. 3 2.3測試方法 ............................................................................................................................. 3 3測試結果及發(fā)現(xiàn) ........................................................................................................................... 4
3.1登錄驗證及修改密碼 ......................................................................................................... 4 3.2庫存基本管理操作 3.3 基礎信息管理 .................................................................................................................... 6
3.3.1管理員信息管理測試 .............................................................................................. 7 3.3.2用戶名操作及刪除測試 .......................................................................................... 6 4對軟件功能的結論 ....................................................................................................................... 9
4.1登錄驗證及修改密碼 ......................................................................................................... 9
4.1.1能力 .......................................................................................................................... 9 4.1.2限制 .......................................................................................................................... 9 4.2系統(tǒng)管理通用設置 ........................................................................................................... 10
4.2.1能力 ........................................................................................................................ 10 4.2.2限制 ........................................................................................................................ 10 4.3基礎信息管理模塊 ........................................................................................................... 10
4.3.1能力 ........................................第一文庫網................................................................................ 10 4.3.2限制 ........................................................................................................................ 10 4.4采購管理 ........................................................................................................................... 10
4.4.1能力 ........................................................................................................................ 10 4.4.2限制 ........................................................................................................................ 10 5分析摘要 ..................................................................................................................................... 10
5.1能力 ................................................................................................................................... 10 5.2缺陷和限制 ....................................................................................................................... 11 5.3建議 ................................................................................................................................... 11 5.4評價 ................................................................................................................................... 11
本測試報告為企業(yè)一級庫庫存管理系統(tǒng)的測試報告，旨在總結測試結論并且分析測試結果，并對發(fā)現(xiàn)的問題和缺陷進行分析，形成文檔，以驗證該系統(tǒng)是否符合需求說明書的要求，同時準備進行軟件驗收和交付。預期參考人員包括用戶、測試人員、開發(fā)人員、項目管理者和質量管理人員。
A. 軟件系統(tǒng)的名稱：企業(yè)一級庫庫存管理系統(tǒng) B. 項目的任務提出者：某企業(yè)器件庫
C. 項目開發(fā)者：哈爾濱工程大學軟件工程學院092012班第6小組
B. 《軟件設計文檔國家標準－測試分析報告（GB856T――88）》 C. 《企業(yè)二級庫庫存管理系統(tǒng)系統(tǒng)需求規(guī)格說明書》 D. 《軟件工程導論――第4版》 張海藩編著 清華大學出版社
本次測試用例設計主要采用黑盒測試方法，功能模塊及集成測試采用的具體測試用例設計方法有等價類劃分法、邊界值劃分法和錯誤猜測。
測試服務器配置：
? 服務器地址：118.203.186.77 ? 操作系統(tǒng)：Windows 7
? CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz ? 內存：2GB ? 數(shù)據(jù)庫：MySQL ? Web服務器：Apache
? CPU: Intel(R) Core(TM) Duo CPU T5750 @ 1.67GHz ? 內存：2GB
? 瀏覽器版本：360瀏覽器/IE 7 ? 屏幕分辨率：1366*768
主要采用黑盒測試，以需求分析文檔中的功能模塊為單位，測試的重點集中在基本數(shù)據(jù)錄入、業(yè)務流程和各功能模塊間的接口。其中單元測試由開發(fā)人員直接完成；功能模塊采用黑盒測試的常用方法；集成測試模塊采用非漸增式測試，偏重系統(tǒng)的接口和數(shù)據(jù)提取方面。
測試結果：能夠驗證用戶名與密碼的合法性與正確性，系統(tǒng)的登陸功能正確實現(xiàn)。
3.3.1管理員信息管理測試 增加管理員：
測試結果：用戶名申請系統(tǒng)不能有效的識別出申請表是否缺少必備元素，并無法判斷郵箱地址格式是否錯誤。
正常輸入完全得到結果：
測試結果：無法判定email格式是否正確，無法進行對其余用戶信息的核對。
用戶輸入正確的用戶名和密碼后能夠登錄系統(tǒng)，進入到系統(tǒng)的主頁，并且可以修改自己的密碼。
登錄驗證時測試數(shù)據(jù)值包括已登錄的用戶名、與用戶名不匹配的`密碼，修改密碼時測試數(shù)據(jù)值的范圍包括兩次輸入的密碼不相同、密碼長度過長。通過這幾項測試，沒有發(fā)現(xiàn)系統(tǒng)的BUG，就這項功能而言，系統(tǒng)實現(xiàn)得比較好。
該部分通過對計量單位、交易幣別、商品分類、入庫類別、出庫類別的增加、修改、刪除，實現(xiàn)對超市進銷存管理系統(tǒng)的各種基本信息的設置。
測試數(shù)據(jù)值主要包括已存在的名稱及非法字符的輸入。通過測試，系統(tǒng)基本能實現(xiàn)上述功能，但發(fā)現(xiàn)系統(tǒng)在增加商品分類、入庫類別、出庫類別時，沒有檢查輸入的名稱是否已經存在，而是直接顯示添加成功。另一缺陷在于系統(tǒng)對于名稱中的非法字符，例如標點符號等，缺少檢查判斷。
該部分主要實現(xiàn)對員工信息、供應商信息、商品信息的查詢，增加，修改，刪除等功能。
測試數(shù)據(jù)值主要包括空輸入及非法字符的輸入。通過測試，系統(tǒng)可以實現(xiàn)上述基本功能，也發(fā)現(xiàn)了一些缺陷，例如：增加員工信息時沒有判斷輸入的密碼是否為空。
該部分主要實現(xiàn)采購訂單的錄入、查詢以及采購訂單的審核。
測試數(shù)據(jù)值主要包括采購數(shù)量是否為數(shù)字、為負數(shù)、為0以及正數(shù)的情況，對于查詢時日期的輸入，通過彈出日歷供用戶選擇的方式來保證正確的日期輸入格式。通過測試，發(fā)現(xiàn)該模塊對于采購數(shù)量的限制過少，測試的多數(shù)不合法數(shù)據(jù)都能夠提交，從而導致了異常。
該系統(tǒng)基本實現(xiàn)了需求規(guī)格說明書中對基本信息、員工信息、商品信息、供應商信息的
管理，以及采購訂單的錄入、查詢及審核。但其他需求還沒有達到。
就已實現(xiàn)的部分功能而言，整體上基本能較好的實現(xiàn)部分模塊之間的接口，各模塊功能也能基本完成。但細節(jié)上有不少缺陷，對于非法輸入的判斷不夠嚴謹，存在的BUG集中在例如名稱不能重復、密碼不能為空等細節(jié)方面。
A. 系統(tǒng)管理的通用設置中完善對已存在名稱不能再次提交的限制。
B. 基礎信息管理中員工信息管理時員工的密碼可設置成不可更改或設置成默認值。
C. 采購管理中增加對采購數(shù)量輸入正確性的判斷。
該系統(tǒng)沒有及時達到需求規(guī)格說明書中的要求，暫時還不能交付使用。
軟件測試報告【篇2】
惠普國際人才中心 CRM測試項目
作者
XXX
軟件驗收測試報告
目錄
1
文檔信息 .......................................................................................................................................... 3 1.1 1.2 1.3 1.4 2
核實文檔版本 .......................................................................................................................... 3 修改記錄 .................................................................................................................................. 3 文檔批準 .................................................................................................................................. 3 分發(fā) .......................................................................................................................................... 3
引言 .................................................................................................................................................. 4 2.1 2.2 2.3 2.4
編寫目的 .................................................................................................................................. 4 項目背景 .................................................................................................................................. 4 定義 .......................................................................................................................................... 4 參考資料 .................................................................................................................................. 4
3 測試計劃執(zhí)行情況 .......................................................................................................................... 4 3.1 3.2 3.3
測試項目 .................................................................................................................................. 4 測試機構及人員 ...................................................................................................................... 4 測試結果 .................................................................................................................................. 4
4 5
軟件需求測試結論 .......................................................................................................................... 5 評價 .................................................................................................................................................. 5 5.1 5.2 5.3 5.4
軟件能力 .................................................................................................................................. 5 缺陷和限制 .............................................................................................................................. 5 建議 .......................................................................................................................................... 5 測試結論 .................................................................................................................................. 5
6 7
詞條解釋 .......................................................................................................................................... 5 參考文獻 .......................................................................................................................................... 5
1 文檔信息
1.1 核實文檔版本
使用本文檔前，文檔使用者有責任核實當前版本的有效性
1.2 修改記錄
對本文檔所有修改都應按修改時間順序記錄在此。
1.3 文檔批準
您本人或您本人指定的代表的簽字表明 您批準了本文檔內容。 它也表明您已經仔細地閱讀、審查和考慮到了本文檔對您的部門有怎樣的影響以及它是否符合公司的指導方向。
批準簽字
1.4 分發(fā)
列出本文檔擬分發(fā)往的部門或個人名單
2 引言
2.1 編寫目的
{闡明編寫軟件驗收測試報告的目的并指明讀者對象。}
2.2 項目背景
{說明項目的來源、委托單位及主管部門。}
2.3 定義
2.4 參考資料
{列出有關資料的作者、標題、編號、發(fā)表日期、出版單位或資料來源，可包括：a.項目的計劃任務書、合同或批文;b.項目開發(fā)計劃;c.需求規(guī)格說明書;d.概要設計說明書;e.詳細設計說明書;f.用戶操作手冊;g.測試計劃;h.軟件驗收測試報告所引用的其他資料、采用的軟件工程標準或軟件工程規(guī)范。}
3 測試計劃執(zhí)行情況
3.1 測試項目
{列出每一測試項目的名稱、內容和目的。}
3.2 測試機構及人員
{給出測試機構名稱、負責人和參與測試人員名單。}
3.3 測試結果
{按順序給出每一測試項目的：a.實測結果數(shù)據(jù);b.與預期結果數(shù)據(jù)的偏差;c.該項測試表明的事實;d.該項測試發(fā)現(xiàn)的問題。}
3.3.1 3.3.2
測試環(huán)境：
測試案例及測試結果：
4 軟件需求測試結論
{按順序給出每一項需求測試的結論。包括：a.正式的軟件能力;b.局限性(即此項需求為得到分測試的情況及原因)。}
5 評價
5.1 軟件能力
{經過測試所表明的軟件能力}
5.2 缺陷和限制
{說明測試所揭露的軟件缺陷和不足，以及可能給軟件運行帶來的影響。}
5.3 建議
{提出為彌補上述缺陷的建議。}
5.4 測試結論
{說明能否通過。}
6 詞條解釋
無。
7 參考文獻
軟件測試報告【篇3】
根據(jù)《中華人民共和國合同法》等有關規(guī)定，甲乙雙方在平等、自愿、合法的基礎上，經友好協(xié)商，就軟件著作權登記事宜達成如下協(xié)議：
乙方接受甲方委托，就甲方軟件著作權登記事宜提供相關咨詢和服務，幫助甲方取得相應的軟件著作權登記證書。
1、乙方已確認甲方符合軟件著作登記條件。乙方應勤勉、盡責的辦理甲方委托辦理的軟件著作權登記事宜;
2、乙方應當在有關部門下發(fā)證書后，無償協(xié)助甲方辦理成都市軟件著作登記證書資助，并及時將證書交付給甲方;
3、按甲方確定的登記計劃要求，乙方全權處理及負責軟件著作權登記的全過程，直至獲得證書;
4、乙方對其獲知的甲方企業(yè)信息負有保密責任，非由法律規(guī)定或者甲方同意，不得向任何第三方披露。如有發(fā)生，甲方有權要求乙方給予至少人民幣壹萬元的賠償。上述保密為永久性義務，不因本合同終止而解除;
5、乙方免費為甲方提供全面的知識產權保護書面建議和意見。
1、甲方應當真實、詳盡和及時地向乙方提供委托咨詢服務事項有關的全部資料，并保證所提供的文件和資料不構成對他人的侵權且無權屬糾紛：
2、甲方從乙方獲取證書之后需及時將應付款支付給乙方。
1、乙方經與甲方協(xié)商一致后，乙方按每件軟件著作權登記人民幣 元(大寫： 元整)，共 件，共計人民幣 元(大寫： 元整)向甲方收取代理費用(該費用包含辦理期間產生的一切費用，含官費);
2、付款方式：在甲方拿到證書后，甲方向乙方支付本項目咨詢和服務費用按件支付，應付金額(人民幣)=證書件數(shù)__元/件;
3、結算方式：經雙方商定采用轉賬方式付款，乙方提供本咨詢服為應收款項除官費以外剩余部分的增值稅專用發(fā)票(官費部門為版權局出具的官票)。
1、甲乙雙方經協(xié)商同意，可變更或解除本協(xié)議;
2、乙方違反本協(xié)議第二條規(guī)定義務之一，甲方有權解除協(xié)議;
3、甲方未按乙方要求提供相關資料，乙方有權解除協(xié)議;
4、乙方完成委托咨詢和服務事項后，本協(xié)議終止。
1、甲方無故中途終止合同，乙方有權向甲方追加賠償;乙方無故中途終止合同，甲方有權向乙方追加賠償;
2、乙方無正當理由違反本協(xié)議第二條規(guī)定義務之一的，甲方有權保留追加賠償?shù)臋嗬?
3、因不可抗力或者國家法律法規(guī)政策變動，導致業(yè)務延誤的，雙方同意業(yè)務繼續(xù)進行，并互不承擔違約責任;因上述原因導致業(yè)務無法繼續(xù)辦理的或者甲方不符合相關條件原因導致沒有繼續(xù)辦理必要的，雙方任何一方均有權利通知對方解除合同，并互不承擔違約責任和經濟責任。
甲乙雙方如果發(fā)生爭議，應當友好協(xié)商解決。如協(xié)商不成，任何一方均有權向甲方所在地人民法院提起訴訟。
如一方要求變更協(xié)議條款，需經對方同意，并經甲、乙雙方簽字蓋章確認方生效，否則相對方將不予承認變更后的協(xié)議。
本合同期限自簽訂蓋章之日起，到甲方拿到證書并支付合同金額給乙方為止。在正常情況下，乙方在甲方提供所有相關資料之日起2個月內辦結代理事項。如遇特殊情況，乙方應提前告知甲方，并協(xié)商順延期限。
本協(xié)議自雙方簽字蓋章之日起生效，一式二份，雙方各執(zhí)一份，具有同等法律效力。
返回目錄>>>
1.申請表。內容包括：作品名稱、作品類別、署名、完成日期、是否發(fā)表、首發(fā)日期和地點;作品完成形式(單獨、合作、委托、職務、其他);作者情況、其他著作權人情況。
2.申請者身份證明(個人申請者提供身份證復印件、單位申請者提供營業(yè)執(zhí)照副本復印件、創(chuàng)作人員提供身份證復印件)。
3.提供作品樣本(文字作品提供創(chuàng)作稿;美術、攝影作品提供lOcm×12cm照片2張;工程產品設計圖紙?zhí)峁┤晥D、效果圖或實物照片;影視作品提供VCD等)。
4.作品創(chuàng)意說明。
5.根據(jù)實際情況選擇提交合作作品附合作作者委托書、委托作品附委托合同或專有權許可使用合同。
返回目錄>>>
各省、自治區(qū)、直轄市版權局負責本轄區(qū)的作者或其他著作權人的作品登記工作。國家版權局負責外國以及臺灣、香港和澳門地區(qū)的作者或其他著作權人的作品登記工作。中國版權保護中心受國家版權局委托，負責外國以及臺灣、香港和澳門地區(qū)的作者或其他著作權人的作品登記工作。
第二條 作品實行自愿登記。作品不論是否登記，作者或其他著作權人依法取得的著作權不受影響。
第八條 作者或其他著作權人申請作品登記應出示身份證明和提供表明作品權利歸屬的證明(如封面及版權頁的復印件、部分手搞的復印件及照片、樣本等)，填寫作品登記表，并交納登記費。其他著作權人申請作品登記還應出示表明著作權人身份的證明(如繼承人應出示繼承人身份證明;委托作品的委托人應出示委托合同)。專有權所有人應出示證明其享有專有權的合同。
第九條 登記作品經作品登記機關核查后，由作品登記機關發(fā)給作品登記證。作品登記證按本辦法所附樣本由登記機關制作。登記機關的核查期限為一個月，該期限自登記機關收到申請人提交的所有申請登記的材料之日起計算。
返回目錄>>>
軟件測試報告【篇4】
本文檔規(guī)定了一系列的測試,來驗證JetCAS系統(tǒng)是否按期望的要求進行工作.本版本的JetCAS系統(tǒng)的測試基礎是能處理00用戶和40個邏輯頻道.因此,本測試是在烏魯木齊模擬一個真實的CAS的測試.起初,在SAS數(shù)據(jù)庫中需要有200000EMM記錄,并且SMS命令的平均發(fā)送速率是1條EMM/秒.
在以上環(huán)境中,JetCAS的`測試包括:
成功發(fā)送一條EMM所需的平均時間;
對一個新用戶注冊需要的平均時間;
用戶頻道的控制情況;
1UindustrialPC,version1.0.0,LinuxOS
1UindustrialPC,version1.0.2,LinuxOS
TwoBarcoKryptonScrambler,version1.6.4
1SetSTB4version0.5,CAKversion1.0.1,SmartCardversion3.0.6
Fourset,version1.0.0,Win2000OS,1UindustrialPC
Twoset,version2.0.1,Win2000OS,1UindustrialPC
軟件測試報告【篇5】
轉眼間20_已經成為昨天。在這過去的一年，對于_來說也是不平凡的一年，我們進行了多項設備改造、新產品開發(fā);也經受了全球金融危機帶來的巨大沖擊波，讓人感慨頗多。質量部20_年的工作進行需要回顧總結的也比較多。
質量部的工作主要分為七大塊：iso質量體系運行、原材料外購件進廠檢測、質量檢測分析、成品檢驗包裝、計量管理、質量控制等。
一、iso質量體系運行
iso質量體系主要工作可以概括為“三審一校一修訂”，“三審”是指外審、內審和管理評審，校是指計量器具校驗;修訂是指作業(yè)指標文件的修訂工作。20_年質量體系的主要工作有：
1、20_年_月_日至_日由質量部牽頭，組織了審核小組對公司各個部門進行了全面的審核，共發(fā)現(xiàn)了2項不合格，并開具了3項觀察項。均已經按要求在規(guī)定時限內進行整改。
2、20_年_月_日至_日，由__認證公司對我公司進行了外審，審查結果比較理想：沒有不合格項(輕微、嚴重)，但有2點建議需要整改。公司各相關部門已經針對外審所提出的建議項作了整改，并對部分外來文件進行了修訂。
3、公司于20_年_月_日協(xié)助總經理召開了“管理評審會議”，由質量部負責會議決議的執(zhí)行跟蹤。
4、為確保質量管理體系持續(xù)的適宜性、充分性和有效性，20_年對質量手冊和程序文件按標準進行了修改，明確了職責和范圍，同時增添了新的標準文件。
5、針對年初我公司各種產品外包裝材料在平谷工地等事項上存在不規(guī)范之處，于12月份對公司所有產品的外包裝材料的標識全部進行規(guī)范;
二、原材料外購件進廠檢測
部門加強了對原材料外購件的質量監(jiān)控：對納入iso質量管理體系的所有原材料外購件全部進行跟蹤檢測。本年度因各種原輔材料價格上漲，導致部分原輔料品質下滑，質量部加強了對原材料、外購件的檢驗把關。其中原材料大部分采取折價讓步接收處理，也給后續(xù)加工效率帶來一定困擾。
還是需要加大對原材料的監(jiān)管力度，嚴格執(zhí)行退貨制度，確保原材料質量的提升;對于外購件質量部積極與同行交流，加強數(shù)據(jù)對比，每月對進廠外購件抽查多次。有效地減少了檢驗誤差，但在采樣、制樣上還需進一步提升，以保證檢測數(shù)據(jù)的及時性和性。
三、質量檢測分析
這一塊是質量部的主體工作。在20_年生產負荷一直處于變動之中，生產不穩(wěn)定性因素增加，各項檢測工作也大大增加：
今年半成品數(shù)量大，往往在入庫碼放過程中有擦刮掉漆現(xiàn)象。有時因現(xiàn)場原定進場時間有變動，要推遲發(fā)貨時間，使得產成品、半成品在成品庫里日曬雨淋導致褪色，雖有補漆措施，但也使得產品外觀質量受到影響。
這是我們今后生產中應特別注意的地方，多角度想問題，才能把工作做的更全面，提高自身的責任意識，時時處處從思想到行動都明確“質量就是市場”。
再好的內在質量產品外觀有瑕疵，也將被市場淘汰，我們始終堅信產品質量是生產出來的，只要生產部的每一個員工都有高度的質量意識，并付諸于生產操作的每一環(huán)節(jié)中，產品質量將會穩(wěn)步提高，以達到滿足客戶質量要求的目標。為此我們還必須進一步加強生產過程中各環(huán)節(jié)的管理，使我們的生產水平、產品質量有新的突破。
四、成品檢驗包裝
公司的主要產品是除塵器，成檢車間是除塵器產品質量把關的最后一道工序，直接面對客戶，其責任重大。公司于20_克服了人員緊張，包裝場地狹小，產品規(guī)格批號多的困難，出色地完成了除塵器成品的質量把關。成品檢驗和原材料料控制、安裝質量控制等關鍵業(yè)績指標完成良好。全年沒有大的客訴事件發(fā)生。
五、計量管理
計量器具檢定工作：對于外較的計量器具按計劃請技術監(jiān)督局人員進行外校。部分檢測設備按周期內校，有效降低了成本。現(xiàn)公司已將計量器具檔案劃歸到質量部進行統(tǒng)一歸檔，并按要求作好相關對外工作。
六、質量控制
20_年生產系統(tǒng)的核心是“質量”，質量部人員越來越感受到公司對質量工作的的重視度加強，質量部的工作量和涉及面也隨之加大。質量部按照公司將質量工作更深入的要求，提升質量人員素質，即時跟進新產品、新標準。做好各項品質管理策劃，嚴格控制質量控制，確保公司產品和服務的質量能滿足市場發(fā)展和客戶的需要。在質量控制上下大力氣加強對產品檢測手段、系統(tǒng)問題的控制。我們主要采取了以下措施：
1、利用日志對當天的工作進行記錄，采用月報對當月的質量情況進行匯總分析，以便公司領導進行決策;
2、質量研討會、客訴分析會：
應公司要求，由總經理主持，質量部參加質量研討會。會議主要討論了工程質量情況及原因分析研究，并就工程質量問題作了深入分析。
召集干部和技術人員參加了“質量分析會”。會議就項目情況進行了分析總結，深刻剖析了問題產生之原因，制定了從原材料采購、成品檢驗出廠至產品安裝的相關行動目標。
3、加強了除塵器生產狀況、品種規(guī)格情況的跟蹤，對生產中的波動及時進行反饋。并設計統(tǒng)計報表完善質量記錄和統(tǒng)計。將產品質量狀況直觀的展現(xiàn)出來。對公司整個管理體系的維持和產品質量的改進方面起了積極的作用。
4、加大對員工的培訓力度：人是質量控制中最重要的因素，員工素質的高低對質量控制起著決定性作用。因此質量部加大的培訓的力度。各車間也從管理、技術方面加強培訓，同時也借公司“內訓”機會對員工和班組長進行了如“抽樣檢驗、激勵管理、時間管理、員工職業(yè)意識和品管部品質控制”的相關培訓。
軟件測試報告【篇6】
一、圓周單腳持續(xù)跳躍是此次測試中最好的項目，優(yōu)秀率是28％。
雖然我班幼兒體能方面練的少些，但舞蹈基本功訓練較強，幼兒腿部力量較好，所以圓周持續(xù)跳是測試中最好的項目。下學期我們將加強體能訓練，我們將根據(jù)大班幼兒的年齡特點把單一的動作與競賽游戲結合，增加興趣性。比如：《炸碉堡》、《送信》等游戲。對于個別動作不協(xié)調的幼兒，鼓勵幼兒多練，并與家園配合，通過家園聯(lián)系冊、便條、電話、交談等形式于家長交換意見，請他們配合給幼兒練習，使孩子們畢業(yè)時能有可喜的進步。我班紀云旌肥胖，運動協(xié)調性較差，通過溝通了解到紀云旌挑食嚴重，喜歡喝奶，奶量補充過多，造成不愛吃蔬菜水果，身體虛胖，體質較差，缺乏鍛煉，動作及不協(xié)調，且身體的平衡能力很差。盡管老師們給予了過多的關注，仍沒有達標，下學期需要加強練習。
這兩項的優(yōu)秀率是14％和5％.達標率是56％。由于幼兒練的少碰到障礙時，他們就會慢下來。如雙腳持續(xù)跳躍時，擔心腳踢到了間隔的`方塊，他們就放慢速度，這樣就影響了進度，所以優(yōu)秀率不高。壘球擲遠一是平時練習的不太多，二是幼兒的揮臂投擲的方法不夠熟練，且姿勢不很正確所以還有待于下學期加強練習。
這幾項中比較差的就是走平衡木和立定跳遠了。立定跳遠主要是幼兒身體的自控能力較差，跳出去后站不住，影響了測量的準確性。因此，優(yōu)秀率只有19％。平衡木大部分幼兒可以達標。但是沒有優(yōu)秀的。分析原因主要是這學期我班排練任務重，沒有太多的時間練習，只能插空練習。走窄面時許多幼兒有恐懼心理怕掉下來，影響了速度。相信經過下學期的練習會有更多的幼兒達到優(yōu)秀的。
體能測試不單是為了達標，而是讓幼兒的身體得到均衡的發(fā)展。在鍛練時我們不僅要明確目的，還要運用多種方法，特別是大班幼兒他們的身體等各方面都在飛速發(fā)展，協(xié)調能力、平衡能力都在成長中，因此合理的練習有助于兒童的成長，所以我們要不斷探索適合幼兒發(fā)展的方法和途徑讓幼兒健康愉快的成長。