測試報告結論與建議

前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇測試報告結論與建議范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。

測試報告結論與建議范文第1篇

1 簡介

1.1 范圍

測試用例的執行覆蓋高原夏菜無公害胡蘿卜栽培管理專家系統、日光溫室黃瓜無公害栽培管理專家系統、特色產業決策系統（綿花產業）、特色產業決策系統（綿花羊產業）等。

系統測試自2011年9月7日起對系統的功能及業務流程、界面風格、安全訪問控制等進行了黑盒測試，對系統的用戶使用數、頁面性能要求進行了相應的性能測試。

1.2 定義、首字母縮寫詞和縮略語

EXP 為特色產業專家系統與決策支持系統的英文簡寫。

1.3 概述

本測試評估從功能測試和性能測試的兩個角度來對我省特色產業專家系統與決策支持系統進行評估。內容主要包括：基于需求的測試覆蓋、建議的措施以及相關的測試結果圖示說明。

2 測試設備

PC1：硬件 CPU：PIV 1.50G，內存：512M硬盤：40G，軟件：Winserver 2003/IE8.0；

PC2：硬件 CPU：PIV 2G，內存：2G硬盤：300 G，軟件Winxpsp2 Winserver 2003/IE8.0。

3 測試環境

3.1 硬件配置

Web服務器硬件配置：TOMCAT服務器，CPU：PIV2.80，內存：1 G；硬盤：300 G；網卡：10/100 M自適應。

數據庫服務器硬件配置：PC臺式機，CPU：P43G，內存：1 G；硬盤：300 G；網卡：10/100 M自適應。

3.2 軟件配置

服務器軟件配置：開發工具：IBMWSAD5.0；JDK環境：j2se1.5或更高；

系統環境：Windows 2000/XP/2003；

Web服務器：Apache 2.4+tomcat6.0

數據庫系統：SERVER 2008。

3.3 測試方法

以黑盒測試為主，測試的重點集中在業務流程、數據提取和各功能模塊間的接口。其中單元測試由開發人員直接完成；功能模塊采用黑盒測試的常用方法；集成測試模塊采用非漸增式測試，偏重系統的接口和數據提取方面；系統測試主要體現在業務流程的測試，主要采用回歸測試。包括數據測試、功能測試、用戶界面測試、性能評測、安全性和訪問控制測試。

4 測試覆蓋分析

需求覆蓋率是指經過測試的需求/功能和系統分析中所有需求/功能的比值，通常情況下要至少達到99 %的目標。

被驗證通過的需求26個，需求總數26個。

需求覆蓋率=通過驗證的需求/需求總數=26/(26)×100 %=100 %(詳見表1)。

4.1 缺陷收斂曲線圖

4.2 缺陷生命周期圖

從缺陷生存周期來分析：整個缺陷數占比最多的是生存周期在1周的缺陷,總共161個，約占總數的75.23 %,說明開發組對缺陷的響應時間相對較快，能在較短的時間內對bug進行修復。

5 測試結論

5.1 安全性 做了用戶登錄安全訪問控制測試，即各種條件下的用戶登錄測試，系統安全性高。

測試報告結論與建議范文第2篇

關鍵詞：ISO 26262；汽車電子；測試

DOI：10.3969/j.issn.1005-5517.2013.4.005

ISO26262標準概述

功能安全標準（ISO26262）是從電子、電氣及可編程器件功能安全基本標準IEC61508派生出來的，主要定位在汽車行業定的電氣器件、電子設備、可編程電子器件等專門用于汽車領域的部件，旨在提高汽車電子、電氣產品功能安全的國際標準。

ISO26262從2005年11月起正式開始制定，經歷了大約6年左右的時間，已于2011年11月正式頒布，成為國際標準。中國也正在積極進行相應國標的制定。

ISO26262主要內容包括：

·提供了汽車生命周期（管理，研發，生產，運行，服務，拆解）和生命周期中必要的改裝活動。

·提供了決定風險等級的具體風險評估方法（汽車安全綜合等級，ASILs）。

·使用ASILs方法來確定獲得可接受的殘余風險的必要安全要求。

·提供了確保獲得足夠的和可接受的安全等級的有效性和確定性措施。

功能安全受研發過程（包括具體要求，設計，執行，整合，驗證，有效性和配置），生產過程和服務流程以及管理流程的影響。

安全事件總是和通常的功能和質量相關的研發活動及產品伴隨在一起。ISO26262強調了研發活動和產品的安全相關方面。

符合性要求

1）如果要宣稱符合ISO26262，那必須是符合其每個要求，除非有如下情況之一：

·根據ISO26262-2中，對不適用的要求進行安全行為的裁剪：

·針對不符合項，提出其說明理由，并對理由根據ISO26262-2進行評估：

2）所有安全行為的輸出物都在ISO26262中有明確的規定。

3）下文中出現的列舉各測試方法的表中，有不同的序號表示方法：

·連續的序號，比如1.2.3：所有的方法應被用于對應的ASIL等級，如果出現所列表中之外的方法背用于測試，則需要進行說明。

·可選的序號，比如1a，1b，1c：可以選擇某個或多個方法進行測試，并優先考慮更高推薦指數的方法。如果多個方法被組合選擇用于測試，則需要進行說明。

4）針對ASIL的各級，表中的每個方法都有對應推薦指數：

·“++”：最高的推薦指數

·“+”：建議使用

·“0”：不建議使用或不需使用

測試概述

ISO 26262-8中的第9節描述了“Verification”的目標、要求和建議、工作輸出等。Verification是用于確保實現與需求的一致性，在安全生命周期的幾個階段中都會用到。包括概念階段、產品開發階段、生成和運營階段。本文主要描述在產品開發階段中的測試環節中，需要用到的各種測試要求和建議。

測試計劃

1）在測試執行前，都需要建立測試計劃，其主要包括幾部分：

·測試范圍：用于測試的產品內容：

·測試方法：用于測試的各種方法：

·測試標準：測試通過或失敗的標準：

·測試環境：如果需要用到各種測試環境，比如仿真環境等，需要進行說明：

·測試工具：用到的各種測試工具：

·出現異常后的對策：

·回歸策略：在測試對象發生變更時，指定其如何進行回歸測試，比如全部回歸、部分回歸、和其他測試案例一起回歸等。

2）測試計劃的制定還需考慮到以下幾個方面：

·測試方法的完整性：

·測試對象的復雜度：

·測試經驗：

·測試技術的成熟性和風險。

測試規格

1）測試規格需要選擇和指定用于測試的方法，并包括測試案例、測試數據和測試對象。

2）每個測試案例需要包括：

·序號：唯一的ID

·測試對象的版本號

·測試對象的條件和配置：針對測試對象的不同配置，需要選擇合理的測試案例進行測試

·測試環境

·輸入值和順序

·期望行為：報刊輸出值、輸出范圍、功能表現等

3）測試案例需要根據測試方法來分類。針對每個測試方法，除了測試案例外，還需考慮以下幾方面：

·測試環境：

·相關性：

·測試資源。

測試執行和測試報告

4）按照上述章節中制定的測試計劃和測試規格，進行測試的執行。

5）針對測試結果，其測試報告需包括以下幾個方面：

·測試對象的ID：

·測試計劃和測試規格的引用：

·測試環境、測試工具、標定數據：

·測試結果和期望值的符合度：

·測試通過或失敗的結論，如果失敗，還需要指明失敗原因和修改建議：

·針對沒有執行的測試案例，說明原因。

ISO26262中的測試階段

ISO26262中涉及到測試的階段共包括“硬件集成和測試”、“軟件集成和測試”、“產品集成和測試”這三部分。下面章節分別介紹這三部分的要求和建議。

硬件集成和測試

ISO26262中“Part 5：ProductDevelopment：HardwareLevel”針對產品開發的硬件部分提出了專門的集成和測試要求和建議。

1 硬件集成和測試需要按照安全計劃和驗證要求來按計劃進行：

2 硬件集成和測試需要按照產品集成和測試計劃來進行：

3 針對變更，需要按照標準規定中的變更管理來對測試策略進行影響分析：

4 測試的設備可以按照國際標準（比如ISO17025）或公司標準來進行標定：

5 硬件集成測試的測試案例需要按照表1的方法進行設計：

6 針對硬件安全需求，硬件集成和測試需要對其安全機制實現的完整性和正確性進行驗證，其方法如表2所不。

7 硬件集成和測試需要按照表3的方法進行外部壓力環境下的魯棒性測試。

軟件集成和測試

軟件單元測試

軟件單元測試是在軟件開發過程中要進行的最低級別的測試活動，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。ISO26262中規定了其相對應的要求和建議：

1 軟件單元測試需按照“ISO26262-8節9中”的驗證要求來有計劃的定義和執行。軟件單元測試的對象是具體的軟件實現單元，在基于模型的軟件開發過程中，軟件單元測試的對象是其單元模型。

2 軟件單元測試需要按照表4中列的方法進行，以完成以下目標：

·檢查是否符合軟件單元設計的具體要求：

·檢查是否符合軟硬件接口要求：

·檢查功能是否正確實現：

·檢查是否有異常功能：

·檢查軟件實現的魯棒性，比如錯誤處理效率等：

·檢查功能所需資源的完整性。

3 軟件單元測試中的測試案例需要按照下表5中的方法進行分析設計。

4 軟件單元測試中，對于需求的覆蓋度、代碼的覆蓋度都需要進行衡量，具體方法如表6所示。如果覆蓋度不夠，還需要增加其他測試案例。

·代碼的覆蓋度都可以借助一些軟件工具來實現：

·如果是基于模型的開發，其軟件單元測試需要利用類似的模型的結構化覆蓋指標來衡量：

·如果通過代碼的打樁來進行測試覆蓋度的衡量，必須保證打樁的代碼和正常的代碼的執行功能是一致的：

·對于覆蓋度衡量目標，都需要給出一個合理理由來表示其不同的級別，對于無法覆蓋的代碼，可以通過檢查等其他方法來進行驗證。

5 軟件單元測試需要盡可能的在真實的目標環境上執行，如果利用其他環境，則需要評估其與真實環境的差異、源代碼和目標代碼的差異，分析設計測試案例，以便在接下來的測試階段中得到執行。

·測試環境的不同，會導致源代碼或目標代碼的不一致，比如不同處理器的位數不一樣，會導致編譯后的目標代碼不一致。

·如果能利用目標環境中的相同處理器來運行軟件單元測試案例，那是最有效的，但如果不行，則可以用處理器模擬器來代替，否則軟件單元測試只能在開發系統中進行測試。

·軟件單元測試可以在不同的環境中執行，比如模型在環測試（MIL）、軟件在環測試（SIL）、處理器在環測試（PIL）、硬件在環測試（HIL）等。

·在基于模型的開發系統中，軟件單元測試可以在模型級別進行，但模型與代碼的執行比較測試必須要做，以保證模型與自動生成的代碼的結果一致性。

軟件集成和測試

軟件集成和測試主要對實現的各軟件模塊進行集成，并驗證其嵌入式軟件實現是否符合軟件架構設計。該階段的要求和建議如下：

1 軟件集成計劃應該描述層次化的集成單個軟件單元進軟件組件中，直到嵌入式軟件完全集成，并且應該考慮如下：

·軟件集成功能的相互關系：

·軟件集成和軟硬件集成的相互關系。

注意：對于基于模型的開發，可以先集成各模型，然后對集成好的模型進行自動代碼生成以完成整體軟件的集成。

2 軟件集成測試根據ISO26262-8：2011，第9節計劃，定義并且執行。軟件集成測試的測試對象是軟件組件。對于基于模型的開發，測試對象可以是和軟件組件相關的模型。

3 軟件集成測試需要按照表7的方法進行，以完成以下目標：

·檢查集成的軟件是否和軟件架構設計一致：

·檢查集成的軟件是否滿足軟硬件接口規格：

·驗證功能的正確性：

·檢查其魯棒性，比如錯誤檢測、錯誤處理機制的有效性：

·檢查是否有足夠的資源來支持。

4 測試案例需要按照表8中的方法進行分析設計。

5 對于軟件架構級別的需求測試覆蓋度，可以用來衡量測試的完整性，以及用于證明沒有設計之外的功能實現。如果有需要，可以增加新的測試案例，或者提供一個合理的理由說明。

6 為了評估測試案例的完整性，同時確保沒有多余的功能，根據表9列出的指標需要衡量出其結構覆蓋率。如果覆蓋率不夠高，要么需要添加額外的測試案例，或者提供一個合理的理由說明。例如，結構覆蓋率的分析可以用于發現測試案例的不足、無用代碼、無效代碼或者多余功能等。

·結構覆蓋率可以利用工具計算出來。

·如果是基于模型的開發，結構覆蓋率可以通過模型級別的模型結構覆蓋率來統一計算。

7 作為產品的一部分，嵌入式軟件需要被驗證其包含設計的所有功能。如果嵌入式軟件包含了設計之外的功能（比如用于調試的代碼），則這些功能需要被驗證是不影響軟件的安全需求的。如果這些設計之外的功能在真實產品中保證不會被激活執行，那也是符合這個要求的：否則刪除這些功能，也需要按照需求變更流程來統一處理。

8 軟件集成測試需要盡可能地在真實環境中運行，如果不行，則需要評估測試環境與真實環境的差異性，并針對這些差異，在后續的階段的真實環境的測試中設計專門的案例來執行。

·測試環境的不同，會導致源代碼或目標代碼的不一致，比如不同處理器的位數不一樣，會導致編譯后的目標代碼不一致。

·針對各種測試，需要建立合適的測試環境。比如目標處理器的測試環境、仿真處理器的測試環境、開發測試環境等。

·軟件集成測試可以利用模型在環測試（MIL）、軟件在環測試（SIL）、處理器在環測試（PIL）、硬件在環測試（HIL）等測試手段進行測試。

軟件安全需求驗證

本階段的目標是驗證嵌入式軟件符合軟件安全需求，其所規定的要求和建議如下：

1 軟件安全需求的驗證需要制定計劃，定義再執行。

2 為了驗證嵌入式軟件實現了軟件安全需求，表10列了所需的測試環境。注意：已有的測試案例，例如在軟件集成測試階段使用的可以重用。

3 對于軟件安全需求實現的測試需要在目標硬件平臺上完成。

4 軟件安全需求驗證的結果需要考慮下面這些因素來評估：

·和預期結果一致：

·軟件安全需求的覆蓋率：

測試報告結論與建議范文第3篇

關鍵詞：MOOC；過程性評價；軟件測試技術

中圖分類號：G434 文獻標識碼：A 論文編號：1674-2117（2017）06-0078-03

引言

據最新一項調查研究發現[1]：僅有50%的已畢業學生對大學四年的學習狀態表示滿意。主要問題集中在“學習的自覺性不夠，缺乏吃苦精神”“自我約束力不強，不能自主學習，課下下功夫不夠”等方面。筆者分析后發現，其主要原因是學生的學習熱情不足及對專業課程的認知存在偏差，而這和“一考決定一切”的評價模式有很大的關系。很多學生平時不學習，期末考試的時候突擊幾天，一樣可以取得一個比較滿意的成績。這就導致學生學習的主動性長期被忽視，學習熱情持續低迷，也導致相當一部分學生不重視理論知識的積累，甚至把理論與實踐及創新能力的培養對立起來。軟件工程類課程中的軟件測試技術是一門既強調理論，又重視實踐的課程，對沒有實踐經驗的學生來說，學習起來很容易感到枯燥，導致他們對課程的認同感也不高。因此，如何提高學生學習的內在動力，變被動學習為主動學習，提高學生對專業、課程的認知度成為任課教師需要思考的問題。由此，筆者對軟件測試技術課程的教學模式和評價模式進行了一些改革，嘗試基于MOOC教學平臺在軟件測試技術課程中采用過程性評價，以期能改變學生對課程的認知，提高學生的學習興趣。

軟件測試技術MOOC課程的開發

1.軟件測試技術人才培養現狀

隨著近幾年軟件產業的快速發展，社會對軟件測試人才的需求也越來越大。據調查，我國目前軟件測試人才需求缺口大約30～40萬人，而真正符合要求的人員還不足5萬人。[2]開設軟件測試技術專業的高校很少，以在相關專業設置“軟件工程”和“軟件測試技術”課程的居多，但開設這些課程的高校很多也存在理論與實踐脫節的情況。軟件測試技術是一門實踐性很強的課程，目前教學手段和技術更新滯后的問題比較突出，培養出來的學生遠遠滿足不了社會、企業對人才的需求。

2.軟件測試技術MOOC課程開發

MOOC（大規模開放在線課程）是一種通過開放教育資源而發展起來的在線課程，能夠為學習者提供多樣化的教育服務及個性化的自主學習機會。MOOC教學模式打破了之前網絡課程及精品課程單向的視頻授課形式，并將整個學習過程、師生互動、生生互動環節通過網絡平整地、系統地、全天候地展現出來；學習者可以自由地選擇自己感興趣的課程，并在教師開課后自行決定自己的學習時間和學習進度。MOOC通過在線交流、課堂測驗、生生互評、自我管理學習進度等形式帶給學習者全新的學習體驗。[3]筆者基于超星慕課教學平臺開發了軟件測試技術課程的慕課，課程知識結構如上圖所示。

軟件測試技術過程性評價的實施

1.過程性評價

過程性評價屬于個體內差異評價，它把每個評價對象個體的過去與現在進行比較，或者把個體的有關側面相互進行比較，從而得到評價結論。[4]過程性評價既注重過程也注重結果，是對課程實施意義上的學習動機、過程和效果的三位一體的評價。教師采取目標與過程并重的價值取向可以及時地了解學生的學習情況，促使他們對學習過程進行積極的反思和總結。

2.軟件測試技術課程過程性評價的實施

（1）多種教學評價方式相結合

①教師評價。教師對學生提交的每一次作業都給予及時的評價和批改，評價應是中肯的，有實質性的意見或建議。在實施評價時，教師要特別關注基礎比較差、跟不上進度的學生，抑或是有一定稟賦的學生。學生通過MOOC平臺能及時看到教師的評語和評分，認識到自己的不足，知道哪些地方需要改進。教師要及時表揚做得好的學生，并把優秀的實驗報告放在MOOC平臺上讓學生觀摩學習。這樣那些受表揚的學生就會產生自豪感，內心產生更強的學習動機，并在后續的學習中愿意做得更好；而那些沒有受到表揚的學生也明確了差距，有了學習的方向和目標。

②學生自評。學生上交實驗報告時，教師可以專門設置心得體會一欄，讓學生每次做自我總結。這樣，一方面，學生可以反省自己有哪些進步，還存在哪些不足；另一方面，教師也可以S時了解學生的學習過程、學習動機、學習興趣。同時這也強化了過程的重要性，而不只是一個結果。這使學生在每一小步中都有一種進步的感覺，這種每次積累起來的知識，通過內化，就轉變成為真正的能力。

③學生互評。在學生互評環節，筆者要求每位學生要做到三個一，即給出一個等級，發現一個優點，提出一條建議。筆者要求每位學生至少評價三位學生，這樣每位學生就可以收到其他三位同學的評價。如果這三條評價差異比較大，說明不同的人對此有不同的評價標準，碰到這種情況一般再由教師結合學生的評價，給出一個綜合評分。如果這三條評價差別不大，就說明大家意見基本一致，就取三條評價的平均值作為最后評分。這在一定程度上避免了個別學生不認真思考，給出錯誤的或不準確的評價意見的情況。一方面，生生互評可以及時反饋學生學習過程中的問題；另一方面，學生在評價他人作業時，也會學習到別人的優點。

④自動化評測。學生通過使用自動化評測系統提交實驗報告時，能夠及時獲得評分。這部分內容主要是在做“白盒測試”實驗和移動應用測試實驗時使用。“白盒測試”實驗通過編寫腳本，完成覆蓋度的度量。學生每次提交作業后，系統會自動給出各種覆蓋度的比例，這樣學生可以及時了解覆蓋情況。對于移動應用測試，筆者采用企業分包下來的移動應用作為測試的對象，學生在與企業零距離接觸時，還可以直接接收到企業人員對他們提交的測試報告的反饋。

（2）實驗中嵌入企業真實案例

軟件測試技術是一門實踐性很強的課程。筆者通過在課程中嵌入企業的真實案例，讓學生學以致用，保持對課程的高度認同感和求知欲。在學習的不同階段，針對不同的學習內容，筆者會安排相應的企業測試實踐內容讓學生實踐。例如，在“黑盒測試”實驗中，筆者讓學生實測一個真實的APP產品，使其學會如何進行黑盒測試。又如，在“測試管理”實驗中，筆者引入目前企業常用的測試管理軟件――禪道，來進行測試用例、測試過程、缺陷等管理，讓學生了解、熟悉企業里測試管理的過程。此外，筆者還將一些大企業專業測試主管做的關于測試質量的視頻放在MOOC教學平臺上，讓學生利用課外時間學習瀏覽，了解大企業的測試組織架構和測試體系，并學習企業如何做測試。學期結束時，筆者通過讓學生實測一個基于Web的應用平臺，從測試計劃的制訂、測試用例的設計、測試的實施、缺陷的管理，到撰寫測試報告、回歸測試等，讓他們完整地體驗一次產品的真實測試過程，并最終收到來自企業測試人員給出的專業評價。

3.利用MOOC教學平臺，實施翻轉課堂

筆者提前把教學資料放在MOOC平臺上，學生可以提前預習，教師作為課堂秩序的組織者，以學生為主體，以小組為單位，組織大家互相討論，最后由教師總結、點評。

結語

過程性評價強調在學習的過程中進行評價，并將評價貫穿于教學的全過程，促進評價過程與學習過程的融合。[5]教師要引導學生注重日常積累，給學生一定的學習壓力，這對推動他們主動學習有很大的促進作用。加強過程性評價不但可以幫助教師更好地了解學生的學習，而且也會讓學生更加理解和配合教師的教學。從網站中學生的留言反饋來看，學生很注意教師對他們學習過程的關心。

實踐表明，強化過程性評價的內涵和適度提高在課程學習評價中的比例，對激勵學生學習能起到重要的作用，能促進良好學風的建設。

參考文獻：

[1]白玉萍，康晨，戎來，等.教學范式改革背景下大學生學習狀態分析――基于畢業生問卷調查數據[J].當代教育實踐與教學研究，2016（8）.

[2]朱立.淺談軟件測試技術人才培養現狀[J].課程教育研究：新教師教學，2015（12）.

[3]李士艷.國內外MOOC的發展及其特點[J].電腦知識與技術，2014（9）：21-23.

[4]過程性評價與形成性評價的區別[EB/OL].百度文庫，http：///.

測試報告結論與建議范文第4篇

【關鍵詞】檢測實驗室；量值溯源；檢定；校準；確認

1. 引言

建設工程，百年大計，質量第一。建設工程質量的控制，很大程度上依賴于工程質量檢測實驗室提供的檢測報告，因此，為社會提供公正、準確的檢測數據是各檢測實驗室的職責。而檢測儀器設備處于正常使用狀態，是保證檢測數據準確性、科學性的必要條件。而檢測實驗室只有通過量值溯源才能達到這一目的，而實現量值溯源最主要的技術手段是檢定和校準。本文針對工程質量檢測實驗室在實施量值溯源工作過程中存在的種種誤區，就如何做好測量儀器設備的校準/檢定（驗證）與確認提出了建議。

2. 實施量值溯源過程中存在的常見誤區

2.1誤區一：認為實驗室所有的儀器設備都需要量值溯源。

2.2誤區二：對檢定與校準概念不清，認為是一回事，且不提出檢定與校準要求， 認為只要有證書就行。

2.3誤區三：認為檢定/校準周期都應是一年。

2.4誤區四：認為只要有了檢定/校準證書就表明儀器符合要求。

下面就針對以上的幾種常見誤區來介紹該如何正確實施測量儀器設備的檢定/校準與確認。

3. 關于需要量值溯源的儀器范圍

檢測實驗室一般都建立了儀器設備臺帳，有的實驗室把上了臺帳的儀器設備統統交到計量部門進行檢定校準，包括混凝土攪拌機、水泥留樣筒等等，這實際上反映了實驗室對量值溯源存在錯誤的理解。

那么哪些儀器設備需要進行量值溯源呢？概括地說納入量值溯源范圍的一般指測量設備、測量儀器、測量系統和具有測量功能的設備，具體地說有以下幾類：

3.1檢測中直接用于出數據，其檢測結果的量值是用來確定被測對象特性的測量設備。

3.2有的檢測設備雖然不出數據，不提供數值結果，但其具有測量功能，其結果用非定量方式表達，例如電工套管最大外徑、最小內徑測量用的量規等，其結果參與了被測對象特性的評價，也應納入溯源范圍。

3.3一些測量過程中用到的設備雖然不具有測量功能，不出數據，但是用來保證檢測條件，也應納入溯源范圍，如恒溫恒濕箱、養護室及用來監控檢測環境的如溫度計、濕度計等。

3.4對組裝起來用于進行特定測量的全套儀器和其他設備，應對這樣的測量系統進行溯源，即不僅要求單個儀器有檢定/校準證書，應對它們組成的測量系統的測量特性進行校準。

總之，既不要遺漏應溯源的測量儀器設備，也不要擴大溯源的范圍。

4. 關于檢定/校準

4.1檢定。

檢定是查明和確認計量器具是否符合法定要求的程序，它包括檢查、加標記和/或出具檢定證書。計量器具的檢查是為確定計量器具是否符合該器具有關法定要求所進行的操作。我國計量法規定測量儀器根據其不同用途以及可能對社會產生的影響程度采取不同的檢定形式，分強制檢定和非強制檢定兩類，但均屬法制檢定。檢定的依據是按法定程序審批的國家計量檢定規程。檢定結果應作出合格與否的結論。

4.2校準。

校準是在規定條件下，通過校準找出測量儀器的示值與對應的測量標準的量值之間的關系，其結果是給測量儀器賦值，并確定其示值誤差，或將測量儀器顯示的量值（示值）與具有規定的不確定度的參考標準，直至國家或國際測量標準聯系起來，實現量值溯源。

校準的目的是：

（1）確定示值誤差，并或確定是否在予期使用范圍內。

（2）得出標稱值偏差的報告值，可調整測量儀器或對其示值加以修正。

（3）給任何標尺標記賦值或確定其它特性值，給參考物質賦值。

（4）實現溯源性。

校準不具在法制性，校準的依據是校準規范或校準方法，校準結果不給出合格與否的結論，記錄在校準證書或校準報告中，也可用校準因子或校準曲線等形式表示。

實驗室應區別檢定和校準，根據實驗室具體檢測要求識別哪些儀器設備需通過檢定、哪些應通過校準進行溯源，不應完全由委托計量檢定機構決定，可以共同商討決定溯源方式。

4.3缺少檢定規程/校準規范的溯源。

有部分儀器設備因缺少相關的檢定規程/校準規范而不能嚴格溯源至國家基標準。對這類儀器設備如何進行溯源？《實驗室資質認定評審準》規定：檢測結果不能溯源到國家基標準的，實驗室應提供設備比對、能力驗證結果滿意的證據。具體可通過以下幾種途徑進行溯源：

4.3.1在保證滿足實驗室預期用途條件下，可送計量檢定機構，由計量檢定機構在其授權范圍內提供滿意證據。

4.3.2提供測量結果溯源到有證標準物質的滿意證據。

4.3.3提供參加能力驗證的滿意證據。

4.3.4通過自校準提供滿意證據。

4.3.5通過設備比對提供滿意證據。

4.3.6由符合《計量法》要求的該儀器設備生產廠提供滿意證據。

4.4確定檢定/校準要求。

不少實驗室在實施儀器設備檢定/校準時，將臺帳上的所有設備交給計量部門，由承檢部門確定檢定/校準方式及具體要求，一旦拿到證書，認為就完成了溯源，這是一種誤解。事實上，由于測量對象、使用條件不同，要求各不相同，實驗室應根據自身檢測需求向承檢機構提出具體要求。因此實驗室應要求提供檢定/校準服務的機構：

4.4.1所出具的檢定/校準證書或報告在其授權范圍內，證書應符合檢定規程對使用中計量器具檢定要求。

4.4.2用于重要或關鍵參數檢測的設備，根據需要可能不僅要有檢定合格證，還要有具體檢測數據；如果檢測時需使用修正值、修正因子、或需進行不確定度評定則實驗室應在送檢時向承檢單位提出明確要求。

4.4.3由于校準不具有法制性，校準規范一般可以參照檢定規程，也可以自行制定（自行制定須經確認），有特定使用要求的儀器設備應根據檢測需求，明確儀器校準要求。如果尚未有校準規范，實驗室應與相關技術機構共同制定校準規范并經驗證確認后再進行校準。

4.4.4由于檢定校準機構不了解實際使用要求，可能會按常規進行檢定校準，與實驗室使用不一致。例如瀝青薄膜烘箱的使用溫度一般為163°C，而證書給的可能是80°C、100°C的檢定結果。為了提高溯源的有效性，實驗室除要求應按檢定校準規范進行溯源，還應根據實際使用情況，向檢定/校準機構提出特定檢定校準要求。如上例應提出特定校準點，以滿足使用要求。

5. 關于檢定/校準周期

實驗室應根據總體要求具體制定周期檢定/校準的計劃，即周檢計劃。除合理確定檢定/校準對象和要求外，還需合理確定檢定/校準周期。現在大多數實驗室簡單化處理，統一按計量檢定規程規定進行統統周期為一年，這是不科學的。確定檢定/校準周期的基本原則是：盡可能用較少的檢定校準費用，獲得具有最低的使用風險的測量儀器設備。具體可以參照以下幾方面：

5.1列入強制檢定的設備，必須按計量檢定規程要求規定的檢定周期依法進行。

5.2屬于依法管理列入溯源對象的檢測設備，其檢定/校準周期可根據使用的需要由實驗室確定，一般有以下幾點考慮：

（1）按照相關檢測標準中對儀器檢定/校準的要求執行，如《回彈法檢測混凝土抗壓強度技術規程》JGJ/T23-2011中規定回彈儀的檢定有效期為半年。

（2）考慮制造廠商在其產品說明書中提出的檢定/校準周期建議。

（3）參照相關計量檢定規程規定的要求執行，一般周期為一年。

（4）被測參數的重要性，該測量儀器設備對測量結果的影響程度。

（5）儀器設備使用的頻繁程度。

（6）儀器設備使用的環境條件，使用環境惡劣、檢測要求高可適當縮短。

（7）應分析儀器設備的檢定/校準證書，進行其示值穩定性的評價，根據評價結果確定周期；可參照期間核查結果，分析測量儀器設備的穩定性，確定是否可以縮短或延長周期。

（8）校準規范一般不明確規定校準周期，負責校準部門在其出具的證書中可以提出建議，實驗室應綜合前面幾點考慮，合理確定納入溯源范圍的儀器設備的校準時間間隔。

5.3測量儀器設備使用前校準檢定并不要求檢定/校準的連續性，對那些暫時不用的儀器設備可以正常維護保養，辦理手續暫時封存，需要使用前按要求檢定/校準合格再投入使用，也是滿足準則要求的。

總之，檢定/校準周期確定要科學、合理、滿足使用要求，確定周期后要經過技術負責人審查批準。

6. 關于檢定/校準的結果與確認

6.1檢定結果。

由計量部門通過檢定或測試給出的結果一般用檢定證書、檢定結果通知書、檢定合格證、檢定合格印及測試報告五種形式表示。檢測實驗室大量接觸到的是檢定證書。檢定證書均有授權文件的標識、檢定合格的結論、量值溯源的聲明、具體的檢測數據、檢定的技術依據、測量不確定度等信息。當測量儀器設備檢定合格則計量部門提供檢定證書，證明該設備已經法定檢定機構按檢定規程要求檢定，其計量特性符合檢定規程要求，實驗室可以按原用途使用該儀器設備。當被檢測量儀器設備通過檢定有一項或幾項計量特性不符合相關規程要求，則發出檢定結果通知書，聲明該設備不符合法定要求，此時實驗室不可以按原用途使用該儀器設備。實驗室應按檢定結果通知書提供的信息作出處置如修理、降級、報廢，并對該儀器設備出具的檢測結果按規定程序進行處理。

6.2校準結果。

校準結果一般用校準證書（報告）表達。校準證書所提供的信息與檢定證書類似，主要區別在于校準證書不給出被校準的儀器設備是否合格的結論，但必須有校準不確定度信息，方便實驗室必要時進行測量不確定度評價。由于不給出是否合格的結論，實驗室應對校準結果進行確認，識別如何使用該儀器設備。校準結果還可能給出修正值、修正因子或校準曲線，該校準結果應傳遞到相關部門，便于在檢測過程中使用。

6.3關于確認。

6.3.1為什么要進行確認？

不少檢測人員認為只要有了證書就表明該儀器滿足要求，就可以用于檢測，甚至拿到證書看也不看直接放入檔案袋，根本沒想到要把證書提出的修正值傳遞到相關部門用于結果計算，這種做法是錯誤的，直接影響到檢測結果的準確性、科學性。對提供檢定證書的，證書中給出是否合格結論，如果該測量儀器過去能滿足使用要求，當該次檢定結果繼續合格，當然可以確認該測量儀器持續滿足預期使用要求。而當提供校準證書時則不同，校準證書中只給數據沒有是否合格結論，如果對校準結果不進行確認，就有可能將不滿足使用要求的測量儀器用于檢測，或沒有正確使用提供的修正因子。

6.3.2如何進行確認？

通過檢定和校準實驗室獲得在用測量儀器設備的必要的計量特性，負責實施確認的人員就應該清楚地掌握和應用這些信息，對測量儀器設備是否滿足預期使用要求和應用要求作出判斷。

6.3.2.1確認活動包括基本信息確認和技術特性確認，具體有：

（1）確認提供證書的外部檢定/校準機構的資格，查閱有效授權證明。

（2）確認證書是否在其授權范圍內。

（3）確認儀器設備的基本信息與證書報告是否一致。

（4）確認證書提供的基本信息和技術信息是否充分、有效，是否滿足規范規程要求和實驗室提出的特定的使用要求，適當時是否提供修正值、修正因子或校準曲線等等。

（5）如果檢定不合格應確認檢定不合格的測量儀器設備的狀態，必要時對已出具的檢測結果進行追溯并提出對該測量儀器設備的處置要求。

（6）如果測量儀器尚無檢定規程/校準規范，提供的是測試性質的校準證書，則應確認這種校準證書報告的有效性，以及滿足使用要求的適宜性。

6.3.2.2由于校準證書只給出數據不作出是否合格結論，是否滿足使用要求由用戶決定。實驗室實施確認時應做到以下幾點：

（1）實驗室需明確確認責任人，一般由技術負責人或具有檢測資格的人員或使用人員進行。

（2）如果需要，應規定確認的程序及確認結果的處理。

（3）確認責任人應有一定計量基礎知識，會正確應用檢定/校準證書，掌握產品標準或使用說明書中該儀器設備計量特性要求，全面準確理解證書提供的信息，并能作出相應判斷。

（4）確認不僅僅是對示值誤差的確認，應包括對滿足應用要求所必須的其它計量特性的確認。

（5）如果校準證書提供修正值、校準因子、校準曲線應傳遞到相關部門，便于檢測時使用。

（6）確認結果應予記錄，并做好相應確認標識。

7. 結語

測量儀器設備的檢定/校準與確認是檢測實驗室儀器設備管理的核心工作，其實施質量的好壞直接影響檢測結果，應引起各檢測實驗室的足夠重視。為更好地實施這項工作，提以下幾點建議：

（1）要求量值溯源管理人員除了解檢測要求外對實驗室使用的儀器設備也應比較了解，掌握一定的計量基礎知識和儀器設備的主要計量特性。

（2）在進行量值溯源要求策劃時要與具體使用人員溝通，不能簡單理解僅是統計、送檢、拿證書。檢定/校準完成后要傳遞相關信息，并進行確認。

（3）在送檢儀器設備時，建議跟計量檢定機構簽訂協議，明確檢定/校準各項要求，避免由檢定機構包辦代替。

（4）必要時實驗室可以收集重要儀器設備的檢定/校準規范，對儀器設備管理人員進行計量管理培訓。

參考文獻

測試報告結論與建議范文第5篇

第二條本辦法所指農業科學技術成果的概念是：在農業各個領域內，通過調查、研究、試驗、推廣應用，所提出的能夠推動農業科學技術進步、具有較明顯的經濟效益、社會效益并通過鑒定或為市場機制所證明的物質、方法或方案。

第三條本辦法適用于：

一、農業部行政管轄內諸類科技成果的鑒定。

二、承擔由農業部下達科研、推廣項目的其它部門完成的科技成果鑒定。

三、申報農業部部級各種獎勵的其它部門完成的科技成果。

第四條根據本辦法第三條規定的范圍，科技成果包括：

一、基礎理論成果和部分應用基礎理論成果。

二、應用技術成果。

三、軟科學技術成果。

第五條各級農業科技成果鑒定的管理機構的職能是：

一、農業部成果管理機構：

1．負責全國農業系統科技成果鑒定的管理工作，包括制訂部門的管理辦法、規定、細則并協調檢查其執行情況和成果鑒定的匯總工作。

2．主持或委托有關主持農業系統或由農業部下達任務其它部門所取得的重大科技成果的鑒定工作。

3．作為農業部科技成果的組織鑒定單位，對主持鑒定單位完成的成果鑒定進行審核并對鑒定證書審核蓋章。

4．主持鑒定單位申請由部直接主持鑒定的會簽工作。

二、各省、自治區、直轄市農業（農牧漁、農牧、農林、畜牧、水產、農墾、農機化、鄉鎮企業）廳（局）的科技成果管理機構：

1．受農業部成果管理機構的委托，負責本部門下達課題的科技成果鑒定的管理工作，主持鑒定或委托主持鑒定工作。

2．主持本部門自選課題的鑒定工作。

3．根據有關文件的規定，審查本部門不需要鑒定的科技成果。

4．每年向部成果管理機構報送當年的成果鑒定計劃和總結。

5．鑒定完成后送部（省、自治區、直轄市）成果管理機構審批蓋章。

三、農業部各司（局）、直屬科研院（所）、部屬高等農業院校的科技成果管理機構職責：

1．受部成果管理機構委托，負責由本部門、本單位下達的科研、推廣課題完成的科技成果的鑒定管理工作。

2．主持或委托主持本部門下達課題的成果鑒定工作。

3．根據有關文件規定，審查本部門本單位不需要鑒定的科技成果。

4．每年向部成果管理機構報送當年的成果鑒定計劃和鑒定總結。

5．鑒定完成后，送部（省、自治區、直轄市）成果管理機構審批蓋章。

四、各省、自治區、直轄市農業（農林、畜牧、農墾、農機、水產）科學院、高等農業院校成果管理機構的職責是：

1．負責本單位成果鑒定的管理工作。

2．受省（部）成果管理機構的委托主持本單位下達課題及自選課題的鑒定工作。

3．根據有關文件的規定，審查本單位不需要鑒定的科技成果。

4．每年向部（省、自治區、直轄市）成果管理機構報送成果鑒定計劃和鑒定總結。

5．鑒定完成后，送部（省、自治區、直轄市）成果管理機構審批蓋章。

第六條根據實事求是、嚴格把關、精簡節約的原則，視不同情況采用以下鑒定形式：

一、檢測鑒定：經省（部、委）以下法定的專門檢測機構按照國家標準、專業標準或有關的技術指標，進行檢測、測試并出示證明其技術水平及成熟度的評語，并由檢測人員簽字、檢測機構蓋章。

二、驗收鑒定：適用于推廣項目科技成果鑒定，由驗收單位組織專家，根據計劃任務書（或合同）規定的指標，進行現場測試、評價，出具驗收結論，并由驗收人員簽字。參加驗收人員必須有中級以上職稱。

三、專家評議：

1．通信鑒定：凡不需要現場考查，不需測試，根據研究報告和試驗資料即可進行評價的科技成果由主持鑒定單位匯總專家意見并寫出評語，并附專家書面評語的復印件同時說明發出和收到函件份數。

2．會議鑒定：對國家和省、部重大的科技成果以及自選課意義比較重大科技成果，可聘請科研、教學、生產、管理部門同行專家召開會議按規定進行鑒定作出結論。

檢測鑒定、驗收鑒定、專家評議的鑒定證書均需經部（省、自治區、直轄市）成果管理機構審核蓋章方為有效。

四、視同鑒定：需要進行鑒定的科技成果屬于下列情況之一者，并經部（省）成果管理機構批準，均視已通過鑒定，與其它鑒定形式具有同等效力：

1．連續三年在生產中推廣應用，證明技術上成熟，已取得經濟、社會效益，由實施單位出具證明并經其上級主管部門審查蓋章。

2．經法定的合同登記機關登記的技術項目，已按合同約定驗收合格，在生產實踐中已取得經濟、社會效益，并由當事人出具證明的。

3．農作物、家畜、家禽、蜂、蠶經國家或省以上品種審定委員會審定通過并出具評語證明的，但只通過審核名錄而無評語證明者無效。

4．經中國專利局授予專利權的發明專利，實施后已取得經濟效益，并由實施單位出具證明的。

視同鑒定必須填寫視同鑒定證書并附有關技術文件，報送部（省、自治區、直轄市）成果管理機構批準后生效。

第七條鑒定委員會

一、對于需要進行鑒定的科技成果，由主持鑒定單位或委托主持鑒定單位聘請同行專家組成。人數不得少于五人，最多不得超過十三人。報部以上申請獎勵的成果其鑒定委員會正、副主任須有高級技術職稱。

二、鑒定委員會的權利和義務

1．一切被邀請參加鑒定委員會的專家權利平等，不受行政部門、工作人員、完成人員的影響，獨立進行鑒定，可根據規定充分發表意見，有權要求完成人解答問題，可保留個人意見。

2．鑒定委員會實行主任負責制，少數服從多數，超過半數方可通過鑒定。

3．根據規定取得咨詢費。

4．對被鑒定的成果負有法律、道義的責任，有保密的義務，更不得把成果竊為己有。

三、鑒定委員會應包括科研、教學、生產、管理等部門的專家，有一定的代表性，其條件是：

1．在該行業或領域具有中級以上職稱。

2．具有較好的學術、技術水平和豐富的實踐及管理經驗。

3．具有良好的職業道德。

科技成果完成單位參加鑒定委員會的人數不得超過鑒定委員會總人數的四分之一。

一切參加課題的完成人不得以任何形式參加鑒定，也不得以檢驗者、證明者身份出現。完成人也不得互相鑒定，然后作為一個項目的完成人共同報獎。

第八條完成單位和完成人是科技成果被鑒定的一方，是完成科技成果的直接組織實施單位和人員。在成果鑒定前，應按有關規定做好各種準備。在鑒定時應實事求是、認真負責地向鑒定委員會做技術報告，并認真回答鑒定委員會提出的問題，不得弄虛作假、夸大事實。對鑒定結論有不同意見，可向鑒定委員會主任或上級主管部門、成果管理機構提出。

第九條科技成果鑒定的主要內容是：

一、題目：一切要鑒定的科技成果題目必須準確，和該項目主要技術核心相一致。題目與內容不符者，應重新確定正確題目或推遲鑒定。

二、理論及應用理論成果：研究論文須在國際或全國性學術刊物上發表一年以上或在國際學術會議及全國一級學術會議全體會議上公開發表一年以上，方可按以下內容鑒定。

1．所需文件是否齊全并符合要求，發表后被引用情況的資料。

2．對研究的目的和意義的評價。

3．論點、論據是否明確，有關數據是否準確。

4．該成果的學術價值，與國內外同學科比較，其成果的創新點、學術意義及所達到的國內外的實際水平。

5．存在的缺點及改進建議。

6．科學理論成果采取函審方式評議時，須將專家評審表附在鑒定證書之后。

7．應用理論研究成果應補充經過實踐檢驗的效果、應用范圍及對可產生的社會、經濟效益的分析報告。

三、應用技術成果鑒定主要包括以下內容：

1．鑒定所需技術資料、文件是否齊全并符合要求。

2．是否達到計劃任務書（或合同）規定的技術指標。

3．有關技術文件中的技術數據、圖表是否準確、完整。

4．與國內外同類技術比較其特點、獨創性及達到國際、國內先進水平的查新檢索。

5．實踐檢驗的效果、應用范圍和推廣方案的可行性。

6．社會效益和經濟效益計算、分析的可靠性。

7．存在的問題及改進的建議。

四、軟科學成果按下列內容組織鑒定：

1．鑒定所需文件是否齊全并符合要求。

2．是否達到課題要求的標準和目的。

3．應用情況和實踐檢驗的效果。

4．成果所達到的實際水平。

5．存在的問題及改進的建議。

第十條凡執行國家及部（省）下達的科研推廣計劃、申報部（省）以上獎勵的科技成果以及自選課題中意義重大的科技成果必須進行鑒定。

具備下列條件方可申請進行科技成果鑒定：

1．完成項目任務，達到規定的技術要求。

2．學術或技術資料必須齊全，并符合科技檔案管理部門的要求。

科學理論成果的學術資料主要包括：學術論文，在國內外學術刊物或學術會議發表情況的說明，國內外學術情況對照材料，后被引用情況報告等。

應用技術成果的技術資料主要包括：技術合同或計劃任務書、設計書、研究報告、技術指標測試報告、試驗報告、有關設計技術圖表、質量標準、國內外技術情況對照材料、經濟效益與社會效益分析等。

軟科學成果的技術資料主要包括：技術合同或計劃任務書，總體研究報告，專題論證報告，調研報告及有關背景材料、模型運行報告，國內外研究對照材料等。

3．應用技術成果應經過實踐證明其成熟，并具備應用推廣的條件。對高技術研究中難度較大、周期較長的，組織鑒定單位可酌情組織階段成果鑒定。

4．軟科學成果需經有關單位采納和應用一年后方可組織鑒定。

5．完成單位、完成人排列次序已協調好。

6．必須使用國家科委統一制定的鑒定證書格式。

以下成果（項目）可以不進行鑒定：

1．通過市場機制進行鑒別即可確定其經濟、社會效益的科技成果。

2．已取得社會公認、并有確切證明的科技成果。

3．自選課題完成的、科學技術進步意義不大，經濟、社會效益不明顯的項目。

4．技術上嚴格保密，無法進行鑒定的科技項目。

5．中外合作完成，無法進行鑒定的項目。

第十一條科技成果鑒定的程序如下：

一、農業科技成果鑒定實行由下達課題計劃或任務的單位負責審查、主持或委托主持鑒定，由組織鑒定單位（部成果管理機構）審核批準。

二、凡根據計劃或合同完成的科技成果，由第一完成單位、第一完成人負責，按規定的程序和要求備齊材料，并使用國家科委統一下發的“科學技術成果鑒定申請書”，通過歸口單位審查后，向下達計劃（或合同）單位提出申請鑒定報告。

自選課題意義比較重大的，向完成單位的上級主管部門或成果管理機構提出鑒定申請，經審查批準后方可按本辦法進行鑒定。

三、完成單位及完成人須于鑒定會前一個月以上向主持鑒定單位提交科技成果鑒定申請書和有關技術資料。

四、主持或委托主持鑒定單位在接到科技成果鑒定申請書后，必須逐項認真核實，并在半個月內就下列問題給予明確答復：

1．是否同意鑒定。

2．鑒定的形式。

3．鑒定委員會名單。

五、主持鑒定、委托主持鑒定單位經審查科技成果鑒定申請書及有關材料后，如發現未完成計劃、數據資料不全、爭議未解決可拒絕鑒定或延期鑒定。

六、鑒定委員會主任由主持鑒定單位協商后指定并主持鑒定會，同時向鑒定委員宣布有關鑒定辦法的規定。

七、鑒定委員會的鑒定結論必須在會上由鑒定委員會親自起草、討論，在會上形成并由全體鑒定委員簽字。有不同意見的委員可以不簽字或注明意見。

八、完成人在鑒定委員會討論鑒定結論時要回避，對鑒定結論有不同意見時，可向主持鑒定單位或上級成果管理機構提出。

九、組織鑒定單位、主持鑒定單位在鑒定完成后，如發現鑒定報告有重大缺陷，可責成鑒定委員會重新鑒定或補充鑒定，如發現鑒定報告弄虛作假或搞形式主義，有權駁回報告，另行組織鑒定委員會重新進行鑒定。

十、鑒定證書經組織鑒定單位（部成果管理機構）蓋章后有效。

第十二條由數個完成單位完成的科技成果，由第一完成單位牽頭經協商后向下達任務部門申請科技成果鑒定。由某一單位獨立完成的并具有單獨使用價值的科技成果，在征得主持單位同意后也可單獨鑒定，在總項目鑒定時應剔除這一部分內容。