查文庫>計劃> 測試計劃集合七篇

測試計劃

測試計劃集合七篇

  時間過得真快,總在不經意間流逝,又將迎來新的工作,新的挑戰,不妨坐下來好好寫寫計劃吧。相信許多人會覺得計劃很難寫?以下是小編收集整理的測試計劃7篇,希望對大家有所幫助。

測試計劃 篇1

  1. 目的

  根據本公司檢測管理程式要求特制定的本年度維修保養計劃。保持廠基 礎裝置的良好狀態,以保證使用過程效能,確保生產能夠連續穩定的進行。

  2. 範圍

  適用於本廠檢測裝置的控制和管理。

  3. 職責

  3.1生產部是裝置維護保養的主要管理部門。負責廠的基礎裝置的管理。

  3.2生產部根據廠基礎裝置的實際情況,負責建立管理檔案,制訂《裝置操作規範》,對設施、裝置實施全過程的管理。

  3.3生產部負責所有的檢測裝置進行維修、保養及執行操作管理。

  4 工作程式

  裝置在使用過程中,隨著執行工時的增加,各部機構和零件由於受到摩檫、腐蝕、磨損、振動、衝擊、碰撞及事故等諸多因素的影響,技術性能逐漸變壞。

  4.1保養作業內容

  按照保養作業性質可分為:清潔,檢查,緊固,潤滑,調整,檢驗和補給作業。檢驗作業由國家指定的檢驗部門執行,或由本司專職檢驗人員負責進行。

  1) 清潔、檢查、補給作業一般由裝置操作人員執行。

  2) 緊固、調整、潤滑作業一般由機修工執行。

  3) 壓力容器作業由專業人員執行。

  4) 電氣作業由專業人員執行。

  5 保養制度

  本公司的裝置保養制度是以預防為主,定執行工時進行保養的原則,分為例行保養,一級保養,二級保養,三級保養,季節性保養。

  裝置保養的分級和作業內容是根據實際使用中技術情況的變化;裝置的結構;使用的條件;環境條件等確定。是根據零件磨損規律,老化規律,把程度相近的專案集中起來,在達到正常磨損,老化將被破壞前進行保養,保持裝置整潔,發現和消除故障隱患,防止裝置早期損壞,達到裝置維持正常執行的目的。

  5.1裝置的例行保養

  裝置的例行保養是各級保養的基礎,直接關係到執行安全,能源的消耗,機件的使用壽命。例行保養作業由裝置操作人負責執行,其作業中心內容以 清潔、補給、安全、檢視為主,堅持開工之前、執行中、收工後的三檢制度 。檢查操縱機構、執行機件、安全保護裝置的可靠性,維護整機和各總成部位的清潔,潤滑必須潤滑到位,緊固鬆動件等。

  5.1.1 裝置啟動前的工作專案。

  1) 清潔裝置,清除與生產無關的雜物。

  2) 檢查各指示儀器,儀表,操作按鈕是否正常。

  3) 檢查各部位有無漏水,漏氣,漏電的現象。

  5.1.2裝置執行中的檢查。

  1) 注意各儀器儀表的工作情況,及各部位有無異常的聲響。

  2) 執行中注意安全部件是否正常。

  3) 遇異常情況要及時向相關部門負責人報告。

  5.1.3收工後的作業專案

  1) 清潔裝置外部,除去管道和容器內的生產用料,清潔各種零部件。

  2) 放盡系統內的剩水,檢查潤滑油的質量,油量視需要補給。

  3) 排除執行中發現的缺陷和故障。

  5.2 裝置的維修保養

  裝置的維修保養是合理使用裝置的重要環節,必須用強制性的保養制度取代那些隨壞隨修,以修代保,進行頻繁的大拆大卸的做法。

  裝置的維修保養就是在以預防為主的思想指導下,把裝置保養作業專案按其週期長短分別組織在一起,分級定期執行,裝置的定期保養分為:一級保養,二級保養,三級保養。

  5.2.1一級保養

  一級保養是各級技術保養的基礎,各級技術管理部門必須十分重視一級保養工作的質量。由專業維修工負責執行。主要作業內容以清潔、潤滑、緊固為主,檢查操縱、指示用儀器、儀表、安全部位、各種閥門、潤滑油油平面。

  5.2.2二級保養

  裝置的二級保養以清潔、檢查、調整、校驗為中心內容。由專業維修人員負責執行。除執行一級保養作業專案,並檢查運動部件的潤滑油狀況,清洗各類濾清器,檢查安全機件的可靠性,消除隱患,調整易損零部件的配合狀況,旋轉運動部位的磨損程度,校驗指示用儀器儀表和控制用儀器儀表、計量用儀器儀表,延長使用壽命,維護裝置的技術性能。

  5.2.3三級保養

  三級保養以解體清洗、檢查、調整為中心內容。拆檢齒輪變速和電磁變速器,清除汙垢、結焦,視需要對各部件進行解體、清洗、檢查,清除隱患,排除缺陷,對裝置進行全面檢查,視需要進行除鏽、補漆,對電氣裝置進行檢查、試驗。

  5.2.4季節性保養

  本市冬、夏氣溫相差懸殊,裝置的工作條件也發生明顯變化。為此,在進入冬夏兩季之前,應結合二級保養進行季節性保養作業,以避免因氣溫變化造成裝置效能不良和機件損壞。

  5.3 使用過程故障維修

  生產過程中若發生機械裝置故障,應及時通知本組組長聯絡維修人員維修,並填寫“裝置維修記錄單”。維修後,經使用人檢驗正常執行後再進行正常工作。

  5.4保養時間安排

  日常例行保養由操作工按照要求日常進行,“三級保養”由裝置維修人員負責,每三個月進行一次。

  

測試計劃 篇2

  網上購物系統測試計劃書

  1.引言

  1.1編寫目的

  編寫“網上購物系統測試計劃“的目的是:

  (1) 提供一個對專案軟體進行測試的總體安排和進度計劃,確定現有專案的資訊和應測試軟體構件,便於測試人員測試。

  (2)推薦可採用的測試策略,並對這些策略加以說明。

  (3)確定所需的資源,並對測試的工作量進行估計。

  1.2專案背景

  1.專案名稱:

  網上購物系統

  2 軟體應用:

  適用於網上產品的資訊收集和釋出活動,為使用者提供良好的交易平臺。

  3專案背景:

  網上購物系統應該能夠為使用者提供充足的資訊和快捷的購買手段。隨著商品經濟的發展及人們消費水平的提高,還有資訊時代的飛躍,越來越多的人愛上了網購,從而催生了網上購物系統的誕生。它為人們購物帶來了方便快捷,節約了沒時間出去而省下了空間。 4專案開發過程:

  該專案目前後經歷三個階段,前期設計階段,然後是開發階段,最後是軟體的測試階段。專案的使用者針對的是網上購物的廣大群眾和管理員,系統的功能測試主要由專業的軟體測試人員進行測試。

  5任務提出者:;

  6開發者:軟體工程課程設計小組成員:

  7使用者:購物者、管理員

  8本系統將使用SQLServer20xx作為資料庫儲存系統。

  1.3定義 1.黑盒測試: 黑盒測試也稱功能測試,它是透過測試來檢測每個功能是否都能正常使用。在測試中,把程式看作一個不能開啟的黑盒子,在完全不考慮程式內部結構和內部特性的情況下,在程式介面進行測試,它只檢查程式功能是否按照需求規格說明書的規定正常使用,程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結構,不考慮內部邏輯結構,主要針對軟體介面和軟體功能進行測試。

  2.單元測試:對各個模組的原始碼進行測試,保證各模組基本功能能夠正確的實現;

  3 整合測試:將各個模組進行組合測試,保證所有的功能都能夠正確的實現;

  4系統測試:根據《需求規格說明書》對軟體進行功能測試,對重點的模組進行效能測試,並結合可能的使用者測試;

  5 驗收測試:根據使用者手冊對功能進行檢查,複查報告庫中的所有Bug,對Release版本進行安裝測試。

  6 Asp(active server pages)是微軟公司推出的一種用以取代CGI的技術,基於目前絕大多數網站應用於windows平臺,asp是一個位於windows伺服器端的指令碼執行環境,透過這種環境,使用者可以建立和執行動態的互動式的web伺服器應用程式以及EDI(電子資料交換);

  7 ADO:ActiveX Data Object, ActiveX 資料物件;

  8 SQL:Structured Query Language。

  1.4參考資料

  a. 網上購物系統開發計劃書;

  b. 網上購物系統需求規格說明書;

  c. 網上購物系統設計說明書;

  d. 網上購物系統設計模型;

  e. 網上購物系統需求分析設計模型

  f. 網上購物系統使用者操作手冊;

  2.任務概述

  2.1目標

  測試網上購物系統中的各個功能模組是否滿足使用者需求,並測試是否存在bug。預期達到能夠使系統進行快速的改進和系統的提高。為了在軟體投入生產性執行之前,儘可能多地發現軟體的錯誤,從而提高軟體執行的穩定性和提高使用者體驗。

  2.2執行環境

  作業系統:windows

  開發環境:VS20xx,SQL server 20xx

  處理器:主頻1.6G以上,硬碟40G,記憶體2G

  2.3需求概述

  已被確定為測試物件的專案有:

  1.資料庫測試

  2.功能性測試

  3.使用者介面測試

  4.效能測試

  5.安全性和訪問控制測試

  6.配置測試

  2.4條件與限制

  裝置所用到的裝置型別、數量和預定使用時間:

  PC,主頻1.6G以上,硬碟40G,記憶體2G 1臺。

  3.計劃

  3.1測試方案

  (1)資料和資料庫完整性測試

  資料庫和資料庫程序應作為“網上購物系統”中的子系統來進行測試。 在測試這些子系統時,不應將測試物件的使用者介面用作資料的介面。對於資料庫管理系統 (DBMS),還需要進行深入的研究,以確定可以支援以下測試的工具和方法。

  (2)功能測試

  測試物件的功能測試應該側重於可以被直接追蹤到用例或業務功能和業務規則的所有測試需求。這些測試的目標在於核實能否正確地接受、處理和檢索資料以及業務規則是否正確實施。這種型別的測試基於黑盒方法,即透過圖形使用者介面 (GUI) 與應用程式互動並分析輸出結果來驗證應用程式及其內部程序。以下列出的是每個應用程式推薦的測試方法概要:

  (3)使用者介面測試

  透過使用者介面 (UI) 測試來核實使用者與軟體的互動。UI 測試的目標在於確保使用者介面向用戶提供了適當的訪問和瀏覽測試物件功能的操作。除此之外,UI 測試還要確保 UI 功能內部的物件符合預期要求,並遵循公司或行業的標準。

  (4)效能評價

  效能評價是一種效能測試,它對響應時間、事務處理速率和其他與時間相關的需求進行評測和評估。

測試計劃 篇3

  1.簡介

  簡單介紹專案功能,規模,選定的典型事務及操作該事務的頻率。簡單介紹測試工具實現的原理。 1.1專案背景

  開發的系統名稱: 本專案的任務提出者: 本專案的開發者: 本專案的使用者: 1.2範圍和預期讀者

  本計劃只包括該軟體專案的效能測試計劃,不包括功能測試計劃。 預期讀者:設計人員、測試人員、專案經理、SQA、SCM 1.3定義

  2.環境概述

  2.1使用者環境系統架構拓撲圖及描述

  可以從設計文件中拷出其系統架構拓撲圖,並加以簡單描述。 2.2使用者執行環境系統配置 伺服器端: 硬體配置: 作業系統: 資料庫: 客戶端: 硬體配置: 作業系統:

  客戶端軟體:

  2.3測試環境網路拓撲及描述

  2.4測試環境系統配置 伺服器端: 硬體配置: 作業系統: 資料庫: 測試主機: 硬體配置: 作業系統: 測試工具: 客戶端軟體: 測試主機數量: 2.5條件與限制

  描述出由於硬體軟體或技術等原因,測試時無法實現的一些功能。

測試計劃 篇4

  利用現代的設計技術和正式的技術複審可以減少程式碼中存在的初始錯誤,但是錯誤總是存在的,如果開發者找不到錯誤,那麼,客戶就會找到它們。越來越多的軟體組織認識到軟體測試是軟體質量保證的重要元素之一,很多軟體開發組織將30%—40%甚至更多的專案資源用在測試上,軟體測試技術和軟體測試策略受到了高度的重視和廣泛的應用。

  本文不想就軟體測試技術和軟體測試策略作深入的理論分析,而是列舉一個在軟體系統測試階段進行的壓力測試例項,希望能透過這個例項與從事軟體測試相關工作的朋友進行交流。

  首先介紹一下例項中軟體的專案背景,該軟體是一個典型的三層C/S架構的MIS系統(客戶端/應用伺服器/資料庫管),中間層是業務邏輯層,應用伺服器處理所有的業務邏輯,但應用伺服器本身不提供負載均衡的能力,而是利用開發工具提供的ORB(物件請求代理)軟體保證多個應用伺服器間的負載均衡。本次測試的目的是:進行單個應用伺服器的壓力測試,找出單個應用伺服器能夠支援的最大客戶端數。測試壓力估算的依據是:假定在實際環中,使用者只啟用一個應用伺服器進行所有的業務處理。方法是:按照正常業務壓力估算值的1~10倍進行測試,考察應用伺服器的執行情況。

  壓力測試的詳細計劃如下:

  壓力測試計劃

  1、測試計劃名稱

  河北省公安交通管理資訊系統壓力測試計劃。

  2、測試內容

  2.1背景

  本次測試中的壓力測試是指模擬實際應用的軟硬體環境及使用者使用過程的系統負荷,長時間執行測試軟體來測試被測系統的可靠性,同時還要測試被測系統的響應時間。使用者的實際使用環境:

  ◇由兩臺 XSeries250 PC Server組成的Microsoft Cluster;

  ◇資料庫管理系統採用Oracle8.1.6;

  ◇應用伺服器程式和資料庫管理系統同時執行在Microsoft Cluster上。

  ◇有200個使用者使用客戶端軟體進行業務處理,每年透過軟體進行處理的總業務量為:150萬筆業務/年。

  2.2測試項

  應用伺服器的壓力測試;

  2.3不被測試的特性

  ◇系統的客戶端應用程式的內部功能;

  ◇資料庫中的資料量對程式效能的影響。

  3、測試計劃

  3.1測試強度估算

  測試壓力估算時採用如下原則:

  ◇全年的業務量集中在8個月完成,每個月20個工作日,每個工作日8個小時;

  ◇採用80—20原理,每個工作日中80%的業務在20%的時間內完成,即每天80%的業務在1.6小時內完成;

  測試壓力的估算結果:

  去年全年處理業務約100萬筆,其中15%的業務處理每筆業務需對應用伺服器提交7次請求;70%的業務處理每筆業務需對應用伺服器提交5次請求;其餘15%的業務每筆業務嚮應用伺服器提交3次請求。根據以往統計結果,每年的業務增量為15%,考慮到今後三年業務發展的需

  要,測試需按現有業務量的2倍進行。

  每年總的請求數量為:(100*15%*7+100*70%*5+100*15%*3)*2=300萬次/年。

  每天的請求數量為:300/160=1.875萬次/天。

  每秒的請求數量為:(18750*80%)/(8*20%*3600)=2.60次/秒。

  正常情況下,應用伺服器處理請求的能力應達到:3次/秒。

  3.2測試環境準備

  3.2.1基本硬體及軟體環境的準備

  1)網路環境:公司內部的乙太網,與伺服器的連線速率為100M,與客戶端的連線速率為10/100M自適應。

  2)使用兩臺IBM XSeries250(1G記憶體)PC Server作Microsoft Cluster,安裝系統軟體

  20xx Advance Server及Microsoft Cluster Server(MSCS)。

  3)資料庫管理系統的安裝及配置:在測試用的IBM XSeries伺服器上安裝Oracle8.1.6,資料 庫採用

  Fail Safe(ofs)的Active/Passive配置。 安裝資料庫管理系統及支撐軟體(包括VisiBroker和BDEAdministrator)。

  4)安裝被測的應用伺服器程式。

  5)客戶端的PC機:10臺(PⅢ600/128M RAM)。

  3.2.2系統客戶端測試程式的編寫系統客戶端測試程式使用Delphi編寫,要求測試程式實現如下功能:

  1)模擬一個主要的嚮應用伺服器傳送請求並接收響應資訊的功能。要求交替模擬兩種情況:第一種,傳送的請求至少包括10個引數,引數型別涵蓋字元、日期、數字種類型;接收的

  響應資訊不少於1個引數;第二種,傳送的請求不少於1個引數;接收的響應資訊至少包括10個引數,引數型別涵蓋字元、日期、數字種類型。

  2)必須能夠透過引數設定在每臺PC機上執行的客戶端測試程式個數、請求的時間間隔(單位:毫秒)、執行時間(單位:小時)。

  3)在資料庫中建立測試記錄表,生成測試記錄,向資料庫寫入測試記錄的功能不透過被測的應用伺服器實現。日誌內容包括:傳送測試請求的機器名、客戶端測試程式序號、發出請求時間、收到響應時間、處理是否成功。表名:TEST_LOG,欄位名:MACHINE、ID、START_TIME、END_TIME、FLAG。

  3.2.3系統本底資料的準備

  為考察系統執行一段時間後系統的響應效能,參照實際執行情況及發展進行系統的本底資料準備。業務處理中涉及到的業務表中都要求按設計規模進行本底資料的準備。要求準備的資料記錄的有效性符合系統要求,資料有效性的具體要求參見資料庫設計及系統設計文件。

  3.3破壞性測試

  按照設計連線的客戶端連線數量進行測試,把應用伺服器處理請求的設計頻度增加1-10倍,分別測試出現錯誤的`狀態和和出現錯誤的比率,考察是否出現不可恢復錯誤,系統設計要考

  慮出現嚴重錯誤情況下負荷減輕錯誤自動恢復的實現方法。

  計劃時間:2天;這個時間包括破壞性的修復和自動恢復的實現需要的時間。

  在測試過程中每10分鐘記錄一次IBM Xseries PC

  Server的記憶體及CPU使用情況,包括被測程式的記憶體佔用百分比、資料庫管理系統的記憶體佔用百分比、作業系統的記憶體佔用百分比。

  3.4強度穩定性測試

  選擇一種負荷比設計負荷重的情況(應用伺服器處理請求的頻度為應用伺服器處理請求的 設計頻度的

  1.5倍),進行24小時穩定性測試。

  3.5測試方法和工具

  黑盒測試

  測試工具:無外購的測試工具,自己編制的測試工具。

  3.6測試時間計劃

  3.6.1環境準備:2天。

  其中:基本硬體、軟體環境及系統本底資料的準備:1天,

  系統客戶端測試程式的編寫及測試:1天。

  3.6.2破環性測試:2天。

  3.6.3強度穩定性測試:1天。

  3.7測試中的問題及處理

  3.7.1暫停標準和再啟動要求

  暫停標準:被測試軟體在強度穩定性測試中頻繁出現異常(每小時出現1次以上)時。使用者或公司要求暫停測試時。

  再啟動要求:透過除錯後,預計被測試軟體的可靠性有所提高時,可再次啟動測試。

  3.7.2不可預見問題

  不可預見問題包括:

  ◇測試環境被破壞而導致測試無法進行;

  ◇當出現上述不可預見問題時,測試終止,就已完成的測試內容編制測試總結報告,並在報告中說明測試終止的原因。

  3.8測試報告 20xx.06.21

  測試總結報告提交日期:20xx.06.21。

  3.8.1應生成的測試檔案

  測試記錄(測試負責人和參與測試的人員簽字);

  測試總結報告。

  3.8.2測試總結報告中必須包含的內容

  被測試軟體名稱、測試項、測試環境;

  被測試軟體的壓力測試結論:響應時間、最大/最小併發數、失敗的次數、正常連續執行的最長/最短時間,併發數與失敗的關係。

  4、人員和職責

  4.1職責

  測試工程師:負責編寫測試計劃,組織測試,對測試過程進行記錄,收集、整理測試記錄資料,對測試結果進行分析,編寫測試總結報告。

  軟體工程師:負責編寫、除錯客戶端測試軟體;資料庫管理系統的安裝、ofs配置及系統的本底資料準備。系統工程師:負責測試用的硬體維護及作業系統安裝、MSCS配置。

  總工程師:負責對測試計劃及測試總結報告進行批准。

  使用者:必要時可參加測試,並提出具體的測試要求;可要求暫停測試。

  4.2人員和訓練要求

  本次測試無特別的人員及培訓要求。

  5、批准

  本測試計劃必須經過總工程師批准後才能開始實施。

測試計劃 篇5

  1. 目的

  根據本公司生計量裝置管理程式要求特制定的本年度維修保養計劃。保持計量器具和計量裝置的良好狀態,以保證使用過程效能,確保生產能夠連續穩定的進行。

  2. 範圍

  適用於本廠計量裝置、計量器具的控制和管理。

  3. 職責

  3.1生產部是裝置維護保養的主要管理部門。負責廠的計量裝置、計量器具的管理。

  3.2生產部根據廠量裝置、計量器具的實際情況,負責建立管理檔案,制訂《計量器具計量裝置操作規範》,對器具、裝置實施全過程的管理。

  3.3生產部負責所有的計量器具、裝置進行維修、保養及執行操作。

  4 工作程式

  裝置在使用過程中,隨著執行工時的增加,各部機構和零件由於受到摩檫、腐蝕、磨損、振動、衝擊、碰撞及事故等諸多因素的影響,技術性能逐漸變壞。

  4.1保養作業內容

  按照保養作業性質可分為:清潔,檢查,緊固,潤滑,調整,檢驗和補給作業。檢驗作業由國家指定的檢驗部門執行,或由本司專職檢驗人員負責進行。

  1) 清潔、檢查、一般由裝置操作人員執行。

  2) 緊固、調整、潤滑作業一般由機修工執行。

  3) 電氣作業由專業人員執行。

  5 保養制度

  計量裝置和計量器具的保養制度是以預防為主,定執行工時進行保養的原則,分為例行保養,一級保養,二級保養,三級保養,季節性保養。

  計量裝置和計量器具保養的分級和作業內容是根據實際使用中計量引數情況的變化;裝置的結構;使用的條件;環境條件等確定。是根據零件磨損規律,老化規律,把程度相近的專案集中起來,在達到正常磨損,老化將被破壞前進行保養,保持計量器具裝置整潔,發現和消除故障隱患,防止裝置早期損壞,達到裝置維持正常執行的目的。

  5.1裝置的例行保養

  裝置的例行保養是各級保養的基礎,直接關係到執行安全,能源的消耗,機件的使用壽命。例行保養作業由裝置操作人負責執行,其作業中心內容以清潔、補給、安全、檢視為主,堅持開工之前、執行中、收工後的三檢制度。檢查操縱機構、執行機件、安全保護裝置的可靠性,維護計量裝置和器具的清潔等。

  5.1.1 計量裝置啟動前的工作專案。

  1) 清潔裝置,清除與生產無關的雜物。

  2) 檢查各指示儀器,儀表,操作按鈕和手柄以及緊急停止按鈕是否正常。

  3) 檢查各部位有無漏水,漏氣,漏電的現象。

  5.1.2裝置執行中的檢查。

  1) 注意各儀器儀表的工作情況,及各部位有無異常的聲響。

  2) 執行中注意安全部件是否正常。

  3) 遇異常情況要及時向相關部門負責人報告。

  5.1.3收工後的作業專案

  1) 清潔裝置外部,除去汙物和雜物。

  2)填寫裝置執行錄表。

  3) 排除執行中發現的缺陷和故障。

  5.2 裝置的維修保養

  裝置的維修保養是合理使用裝置的重要環節,必須用強制性的保養制度取代那些隨壞隨修,以修代保,進行頻繁的大拆大卸的做法。

  裝置的維修保養就是在以預防為主的思想指導下,把裝置保養作業專案按其週期長短分別組織在一起,分級定期執行,裝置的定期保養分為:一級保養,二級保養,三級保養。

  5.2.1一級保養

  一級保養是各級技術保養的基礎,各級技術管理部門必須十分重視一級保養工作的質量。由專業維修工負責執行。主要作業內容以清潔、潤滑、緊固為主,檢查操縱、指示用儀器、儀表、安全部位等。

  5.2.2二級保養

  裝置的二級保養以清潔、檢查、調整、校驗為中心內容。由專業維修人員負責執行。除執行一級保養作業專案,檢查安全機件的可靠性,消除隱患,調整易損零部件的配合狀況,旋轉運動部位的磨損程度,校驗指示用儀器儀表和控制用儀器儀表、計量用儀器儀表,延長使用壽命,維護裝置的技術性能。

  5.2.3三級保養

  三級保養以解體清洗、檢查、調整為中心內容。清除汙垢、結焦,視需要對各部件進行解體、清洗、檢查,清除隱患,排除缺陷,對裝置進行全面檢查,視需要進行除鏽、補漆,對電氣裝置進行檢查、試驗。

  5.2.4季節性保養

  本市冬、夏氣溫相差懸殊,裝置的工作條件也發生明顯變化。為此,在進入冬夏兩季之前,應結合二級保養進行季節性保養作業,以避免因氣溫變化造成裝置效能不良和機件損壞。

  5.3 使用過程故障維修

  生產過程中若發生機械裝置故障,應及時通知質管部聯絡維修人員維修,並填寫“裝置維修記錄單”。維修後,經使用人檢驗正常執行後再進行正常工作。

  5.4 保養時間安排

  日常例行保養由操作工按照要求日常進行,“三級保養”由裝置維修人員負責,每三個月進行一次。二級保養一年一次。一級保養視情況而定。

測試計劃 篇6

  中心小學一年級漢語拼音測試方案提要:備課筆記重點檢查二次備課情況,教後反思的撰寫情況;學生作業重點檢查學生書寫情況以及教師的批給情況;班務工作重點檢查班級環境佈置、圖書角的建設、班務手冊的填寫等。

  為加強常規教學管理,強化質量意識,規範教育教學行為,樹立踏實敬業、樂於奉獻的先進典型,總結和推廣成功的教育教學經驗,同時發現問題,整改不足。經研究決定,進行9月份教學常規檢查。現制定方案如下:

  一、指導思想

  全面落實學校教育教學常規管理工作措施,規範教師的教學行為,促進教師自覺、認真地抓好教學常規工作,提高工作實效,客觀、公正地評價教師的工作業績。

  二、檢查時間

  20xx年10月17日-18日

  三、檢查內容

  教學常規檢查的內容包括:

  手頭工作:教師備課筆記(含教學反思)學生課內外作業、班務工作等。

  備課筆記重點檢查二次備課情況,教後反思的撰寫情況;學生作業重點檢查學生書寫情況以及教師的批給情況;班務工作重點檢查班級環境佈置、圖書角的建設、班務手冊的填寫等。

  四、檢查形式

  實行年級組推磨檢查的辦法。

  五.檢查原則

  堅持實事求是、規範、公正的原則。

  六、檢查小組:

  ①低年級組:組長 z

  ②中年級組:組長 z

  ③高年級組:組長 z

  ④綜合組:組長 z

  七、檢查要求

  1.檢查由組長負責,校級領導指導工作,經檢查人簽字,主管校級領導稽核後存入教師業務檔案。

  2.組長協調好具體檢查時間,檢查人要認真完成好各項檢查記錄和檢查小結。

  3.檢查等級由檢查組一起確定,等級評定採用“優秀、合格、不合格”三個等級。優秀等第分配名額:每組:班務工作2名,語文2名,數學2名,英語1名,綜合組:1名。

  八、幾點說明:

  1.教學常規檢查是學校教學管理的一項重要工作,也是學校對教師績效考核的重要依據之一,全體教師務必理解、配合、支援。

  2.透過常規檢查及時瞭解我校教學工作的經驗和不足,以便能推廣好的經驗做法,及時查詢和克服存在的不足,揚長避短,提高我校的教育教學工作效率。

  3.請全體教師於20xx年10月17日早8:00前將各項資料置於案頭,以備檢查。

測試計劃 篇7

  一、目標:

  結合我校實際教學,貫徹新的教學理念,施行活動性、開放性的美術教學評價,激發學生美術學習的興趣,提高學生的藝術修養。

  二.內容:

  1、評價標準:

  (1)基本部分:測試學生本冊教材掌握的知識和技能的情況。

  (2)命題繪畫:在學生能力範圍內確定一個主題,由學生自主構思創作完成。

  (3)行為習慣;平時學習態度,課堂習慣,學習能力及效果。

  2.具體測定;

  (1)平時美術作業數量及質量。

  (2)課代表記錄全學期學生帶學具情況。

  (3)課內外學習主動性和良好的學習習慣的養成情況。

  (4)課堂發言與違紀記錄情況。

  三.評分標準:

  平時作業40%

  學習習慣10%

  課堂表現10%

  期末卷面測試40%

  四.測試方法:

  1命題繪畫:風景畫臨摹。

  2口試美術