前言：中文期刊網精心挑選了工業分析測試報告范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
工業分析測試報告范文1
關鍵詞：軟件測試；測試管理；管理系統；第三方測試服務
中圖分類號：TP31 文獻標識碼：A文章編號：1007-9599 (2011) 01-0000-01
The Test Management System Design&Implementation Based on Third-party Testing Service Processing
Yang Song1,Su Jia1,Chen Lei2
(1.Information Engineering School,Communication University of China,Beijing100026,China;2.China Software Testing Center,Beijing100048,China)
Abstract:In recent years,more and more prominent position of software testing, it also brings the rise of third-party testing services,with the continuous development of software testing and the progress of third-party testing services, software test process management tools and an increasingly diverse.By analyzing the status of software testing management system and found that there is an existing similar products are not uniform processes,platforms such problems binding. According to the above questions,refer to third-party testing service process,the paper design and implementation of the B / S structure software test management system that uses web2.0 design process in line with national quality assurance system, regulate the flow of third-party testing services to achieve platform independence,which can effectively ensure that the software testing process, software testing process standardized.
Keywords:Software testing;Test management;Management system;Third-party testing service
從軟件質量保證的方面來說，軟件測試是軟件質量保證一個重要環節，通過軟件測試來驗證軟件是否滿足了需求，驗證產品是否滿足內部質量和外部質量[1]。近些年來，國內外在軟件測試管理系統方面涌現出了很多產品，但是這些測試管理系統大部分都是依據各自的測試流程設計的，方式單一。同時大部分在測試管理系統的體系結構上都C/S結構的，不能滿足跨平臺操作系統測試的需求[2]。
軟件測試管理是一種活動，可以對各階段的測試計劃，測試用例，測試流程，測試文檔等進行跟蹤、管理并記錄其結果。針對上述問題，依據軟件測試管理流程，本文介紹了筆者參與設計和實現的基于第三方測試流程的B/S架構的軟件測試管理系統，采用了和Microsoft SQL Server2000進行開發，兼顧效率和靈活性，確保了軟件的質量。
一、B/S架構的軟件測試管理系統的設計與實現
（一）測試工作流程分析
在測試工作之初，就是要制定測試計劃，測試計劃的制定主要是依據被測系統的需求文檔、設計文檔等相關文檔。制定測試計劃后，根據測試技術和測試需求設計測試用例并制定測試過程文檔格式；應用測試用例進行測試，同時記錄測試缺陷，同步填寫測試過程文檔；同時將測試缺陷提交到缺陷管理模塊；根據測試過程總記錄的缺陷和測試記錄進行缺陷分析；最后將測試缺陷、對應的測試問題分析和測試結果輸出到測試報告生成模塊產生測試報告。
（二）測試管理系統的設計
本測試管理系統采用三層架構的設計方式，應用和Microsoft SQL Server 2000進行的設計。測試工程師通過瀏覽器訪問測試管理系統，通過用戶名和密碼登陸系統，訪問系統各個模塊，測試結果通過表現層經業務邏輯層的處理存儲到數據庫。測試管理系統部署在Microsoft Windows 2003操作系統中，因為應用了B/S架構，因此避免了平臺相關性。
其中，系統管理員主要是通過系統和各個注冊職員的角色分配任組建測試團隊和分配測試內容。項目經理主要負責整體測試項目的管理，其中包括：測試需求的制定、測試方案的撰寫、測試執行過程、以及測試執行過程中缺陷庫的更新并對測試結果進行分析、審查測試報告和撰寫測試總結，屬于監管控制角色。測試工程師主要任務是參與測試設計計劃和撰寫測試方案，更新缺陷庫中的信息以及撰寫最后的測試報告工作等，在測試管理體系中屬于測試執行角色。
（三）測試管理系統的實現
第三方測試服務的測試過程中，用戶、開發方和測試方形成了相互制約的關系。但三方的目標都是希望被測系統符合需求、能夠穩定運行。本測試管理系統主要由權限管理、需求管理、測試計劃管理、測試執行管理、缺陷管理和測試報告管理這幾個模塊構成。
權限管理主要是由系統管理員通過對系統中各個角色分析后，進行人員的分配，組建測試團隊，同時分配給團隊測試任務，進行測試前期的準備工作。
需求管理主要是設計測試需求，首先制定測試需求及其工作分解結構，然后對其進行評審，評審不通過要就行修改，評審通過后產生測試需求報告，進入測試計劃階段。
測試計劃模塊主要是制定測試時間、安排測試任務、設計測試用例、設計測試步驟并完成測試計劃文檔，為測試執行部分做好一切的準備。
測試執行部分主要是以測試計劃中設定的測試用例進行測試用例集編寫，然后通過項目組評審通過后按照測試計劃安排的測試時間安排進行測試工作。
缺陷管理模塊主要是配合測試執行模塊一起執行的，在測試執行過程中，發現問題，將缺陷上傳到缺陷管理中，同時在回歸測試的時候再將重點放到已測出缺陷上，同時修改已不再存在的缺陷，存入缺陷庫。測試報告模塊主要是根據以上所有的過程產生的文檔，自動生成測試報告同時將缺陷分析結果寫入報告中，為企業提供以后系統改進的依據和系統調優的建議。
二、結論
本系統依據第三方測試流程進行設計，采用了B/S架構避免了系統應用的系統相關性。系統分為權限管理、需求管理、測試計劃、測試執行、缺陷管理和測試報告生成幾大模塊，同時實現了根據測試需求自動生成測試用例，依據未關閉的缺陷和測試過程文檔自動產生問題分析報告的功能。本系統已經在幾個測試項目中得到了應用，系統同時支持100人的在線和50人的并發壓力，經實踐檢查本系統符合第三方測試服務的流程，能夠滿足第三方測試服務的要求。
參考文獻：
[1]吳慧韞,李卓群.基于H模型的軟件測試管理應用模型研究[J].計算機工程與設計,2006,27(11):1993-1995
[2]黃曉東,劉強環境下軟件測試管理系統的設計和實現[J].武漢理工大學學報,2005,27(6):37-40
工業分析測試報告范文2
關鍵詞：自動化測試；自動化測試管理平臺
中圖分類號：TN98 文獻標識碼：A文章編號：1009-3044(2011)28-7003-05
1 概述
目前中國大部分電信運營商都是以省為單位建設業務支撐系統（以下簡稱BSS系統），BSS系統包括客戶關系管理子系統（簡稱CRM系統），計費賬務子系統以及與其它系統的各種接口。省級運營商市場部門以及下屬分公司市場部門為了市場的需要會不斷提出各種業務需求，這就需要不斷在BSS系統進行修改、增加功能，而BSS系統的支撐既要保障相關的功能修改或增加都必須是安全可靠，又要保障支撐的速度能跟上市場快速發展的需要。但由于軟件開發往往采取模塊化設計和增量集成的方式，測試版本的和系統上線時間非常有限，大量的變更問題需要驗證，還需要進行大量回歸測試，這些工作都存在大量的重復性勞動，容易讓測試人產生疲憊感，要保證質量難度很大，有必要引入和運用自動化測試方法，將自動化測試和人工測試相結合，讓測試人員更好的關注新功能或者改造的功能，做更有意義的測試，降低重復測試投入的成本，提前發現問題，保障系統穩定，提高用戶感知。所以本文結合運營商的實際情況和自動化測試在業務支撐系統不斷更新過程中的運用，對功能自動化測試在電信運營支撐系統中的引入和具體實施進行闡述。
2 電信行業自動化測試需求
作為運營商的核心生產系統之一，BSS系統的穩定性運行非常關鍵，其每次發生的重大故障都會給運營商帶來嚴重的經濟損失。而BSS系統的穩定運行，與應用開發/集成商提供的應用軟件本身的穩定性密切相關。
BSS系統穩可以分為3個方面：系統功能穩定，不要動輒操作失敗；系統運行效率好，實時性高；系統運行平穩，不要動輒重啟服務器解決嚴重性能故障問題。而要做到這三方面，不對應用軟件進行充分的測試，是無法保證的。
在BSS的實際建設和維護過程中，關于應用軟件導致的系統不穩定（主機、存儲等設備，數據庫、中間件等系統軟件導致的不穩定，本文不作討論），可以大致歸結為以下幾種：
1）運營商的業務需求繁雜多變，開發周期短，難以進行充分的測試即被迫匆匆上線。每次系統升級前除了進行需求確認測試外，還應進行全量回歸測試，以保障變更不會影響到其他功能，這在管理上是很難實現的！
2）新上線系統的BUG過多，功能不穩定。某個新系統上線后，才發現應用軟件的BUG很多，營業員時不時的操作失敗，而又不是每次都操作失敗，讓人難以琢磨該系統的“性格”。
3）新上線業務功能導致原有正常業務功能出錯。這可以說是BSS系統維護中最常發生的不穩定問題，實際上就是新功能開發時，只對新功能進行了測試，而沒有對原有功能的影響進行大量的測試，導致上線前沒有發現問題，而倉促上線所致。
4）系統BUG修復后，因回歸測試不全面，在上線時會產生新的BUG，得不償失。
5）新上線業務越來越多，系統越來越慢，直至系統后臺死機不處理。這屬于典型的性能、壓力的測試和分析不夠，并進而對系統支撐業務能力估算不足所致
這5個問題，從另一個角度來看，可以理解為解決當前BSS應用軟件測試問題的三個步驟。
首先必須加強上線前開發/集成商的軟件測試，建立完整的測試流程和測試環境。
在此基礎上，對每個新上線的業務功能，除了執行新功能本身的測試外，還通過建立豐富的測試用例庫來確保執行嚴格的功能回歸測試，才能確保新上線業務沒有對原有正常業務功能產生不良影響;
同時，引入適當的測試工具軟件。一方面，即使針對正在研發中的軟件，由于在開發過程中不斷引入的變更（發現錯誤進行的變更，業務需求變化引起的變更等），對于已經測試通過的功能，也需要在每次修改代碼后進行回歸測試，只有這樣才能保證即使在代碼不斷修改的情況下，軟件時相應的功能測試仍然是通過的。而這種回歸測試的工作量非常之巨，以至于如果完全人工來做，是不可能實際做到的，自動化測試可以解決回歸測試、重復測試的問題。這樣才能解決以上問題中1、2、3和4；
最后，有了這些測試流程、測試環境、測試用例庫，才可以進行嚴格的性能測試和分析，為新業務上線對系統荷載造成的影響進行科學客觀的分析，從而準確地把握系統實際運行荷載的變化趨勢，并進而盡早發現系統支撐能力的“臨界點”。
因此，電信行業的業務運營支撐系統有必要啟用自動化測試。
3 自動化測試的好處
自動化測試長久以來，一直是軟件測試領域的熱點，而今從事或者具有自動化測試技能的工程師更是就業市場非常需要的人才。這是因為自動化測試可以帶來很多好處。
將精力投入更有意義的測試。自動化測試的引入會減輕重復的工作，使得測試人員有更多的時間去分析測試需求、設計詳細的測試計劃、測試用例、構建更復雜的測試?？梢哉f這是自動化測試帶給我們的最大好處之一。
回歸測試，降低測試成本。這可能是自動化測試最主要的任務，特別是在程序修改比較頻繁時，效果是非常明顯的。由于回歸測試的動作和用例是完全設計好的，測試期望的結果也是完全可以預料的，將回歸測試自動運行，可以極大提高測試效率，縮短回歸測試時間。
充分利用資源。可以在無人時定時執行自動化測試腳本，到時候直接看執行結果即可。人工測試和自動化測試相結合使用，可以在白天上班時間進行新功能的手工測試，原有功能的自動化測試可以在晚上或者周末執行，第二天就可以看到執行的結果。即避免了開發和測試之間的等待，又充分利用時間資源，提高測試效率。
測試具有一致性和可重復性。由于測試是自動執行的，每次測試的結果和執行的內容的一致性是可以得到保障的，從而達到測試的可重復的效果。
測試的復用性。由于自動測試通常采用腳本技術，這樣就有可能只需要做少量的甚至不做修改，實現在不同的測試過程中使用相同的用例。
加大軟件信任度。由于測試是自動執行的，所以不存在執行過程中的疏忽和錯誤，完全取決于測試的設計質量。一旦軟件通過了強有力的自動測試后，軟件的信任度也會增加。
公司實力的象征。自動化測試也從一定程度上體現出一個公司對測試質量的重視和實力，增強用戶對軟件的信任度。
自動化測試是對手工測試的一種補充，自動化測試不可能完全替代手工測試，因為很多數據的正確性、界面是否美觀、業務邏輯的滿足程度等都離不開測試人員的人工判斷。而僅僅依賴手工測試，則會讓測試過于低效，尤其是回歸測試的重復工作量對測試人員造成了巨大的壓力。自動化測試的意義不是為了取代人在手工測試中的位置，而是將人從重復繁瑣的工作中解放出來，做更有價值的測試工作。
4 自動化測試框架
前面章節介紹了電信行業業務支撐系統對于自動化測試的需求，下面來介紹自動化測試在某省BSS系統支撐過程中的實際應用。
4.1 自動化測試框架整體介紹
建立自動化測試框架就是為了把測試數據與測試用例的分離、測試數據與業務流程的分離、測試用例與業務流程的分離，讓自動化測試更容易維護、用例的重復利用率更高，最后再和需求管理、開發進度管理統一起來，整個質量控制體系就更加完善。
自動化測試框架包括：自動化測試管理和自動化測試工具。自動化測試管理包配置管理、組件管理、測試用例管理、測試計劃管理、數據管理，自動化測試報告管理。在本自動化測試框架中使用的是SilkTest測試工具和自主配套研發的自動化測試管理工具平臺。運用在實際的電信行業中的框架如圖1所示。
5 自動化測試工具選用
自動化測試的工具很多，當前主流的自動化測試工具有Mercury Interactive Corporation、IBM Rational、Compuware Corporation、Segue Software等公司的系列產品。產品簡介如下，這里選用的是Borland Software SilkTest（原SegueSoftware產品）
SilkTest 是面向 Web 應用、 Java 應用和傳統的 C/S 應用，進行自動化的功能測試和回歸測試的工具。它提供了用于測試的創建、定制的工作流設置、測試計劃和管理、直接的數據庫訪問及校驗等功能，使用戶能夠高效率地進行軟件自動化測試。為提高測試效率， SilkTest 提供多種手段來提高測試的自動化程度，包括：從測試腳本的生成、測試數據的組織、測試過程的自動化、測試結果的分析等方面來進行規范。
SilkTest的腳本語言采用面向對象的編程語言 4Test 來編寫靈活的測試腳本，并且SilkTest 有較好的跨平臺性。
6 自動化測試管理平臺
為了能夠讓自動化測試入門更簡單，維護更加簡單容易。我們自主研發了自動化測試管理平臺，是基于自動測試工具的自動測試統一工作平臺。自動化測試管理平臺為B/S結構的系統包括組件管理、測試用例管理、測試計劃管理，測試報告管理等。自動化測試工具和自動測試統平臺的交互，能夠很好的維護自動測試腳本及工程文件，并能以更加直觀方式對自動測試結果進行展示。統一的自動化測試平臺有如下特點:
通過自動測試平臺對象管理功能，可以顯示對象的增量修改功能；
SilkTest工具編寫的腳本，可以導入到自動測試平臺，并通過可視化界面對腳本進行維護；
自動測試平臺可以對腳本進行有效的管理，保證腳本的唯一性；
自動測試平臺可以對SilkTest整個工程進行管理，方便整個工程的讀取；
自動測試平臺可以將測試結果文件以pdf文件的形式導出，便于對測試結果的閱讀和分析。
6.1 組件管理
組件管理包括：對象導入、對象維護、對象導出。
對象獲取。要管理對象，就要先獲取取對象。對象獲取和整理是編寫用例的前提。整理好對象會對在平臺上編寫用例有很大幫助。也會對接手維護的人員有很大幫助。對象是通過SilkTest工具來獲取的，獲取對象有兩種途徑：Window Declarations（獲得整個頁面的對象）和Window Identifiers（獲取單個對象的屬性）。Window Declarations獲取的對象，結果如圖2所示。
對象導入。通過自動化測試平臺的導入對象功能，將SilkTest獲取的對象存儲到數據庫中，以便后期維護和部署。頁面如圖3所示。
對象導出。通過自動化測試平臺導出對象文件以便部署到服務器上。頁面如圖4所示。
對象維護。對導入的對象進行修改或者添加新的元素，頁面如圖5所示。
6.2 自動化測試用例管理
自動化測試用例的管理包括：測試用例添加，測試用例維護，測試用例導出。
用例添加。需要填寫用例名稱、用例說明、期望結果和用例類型。操作頁面如圖6所示。
用例維護。添加用例完成后，在用例維護中將SilkTest中的腳本寫成操作步驟。此時頁面右邊的樹就是我們導入的對象，點擊對象就可以添加操作步驟。補換卡業務的測試步驟截圖如圖7所示。
用例導出。將用導出為SilkTest可執行的腳本文件，以后需要調試該用例時，直接通過自動測試管理平臺導出用例執行，直接部署到自動化測試機上。操作頁面如圖8所示。
6.3 數據管理
在編寫測試用例的過程中，一定會涉及到數據的交互，例如測試用例的輸入數據從哪里獲得，如何對輸出結果進行驗證等。
通常有兩種方法：數據寫到腳本里面；將數據與腳本分離，存放到excel或數據庫中。我們現在選擇的是將腳本和數據分離的方式，這樣做有如下好處：
1）便于腳本的維護；
2）便于一個腳本支持多個用例，當編寫一個新用例時，只需去配置與該用例相關的數據即可；
3）利于擴展和組織測試計劃。
6.4 測試計劃管理
測試計劃管理包括：計劃新增、計劃維護和計劃生成。
計劃新增。自動化測試管理平臺上有測試計劃管理功能，查詢出用例并放到新計劃中。同時系統還提供了對測試計劃維護的功能。如圖9。
計劃維護。自動化測試管理平臺上有測試計劃維護功能，即修改已經存在的計劃里面包含的用例，可增加或者刪除，操作頁面如圖10所示。
計劃生成。由測試計劃生成功能，生成腳本、生成計劃。即可部署到自動化測試主機上執行。如圖11。
6.5 自動化定時執行
編寫一個bat文件，定時執行即可，如圖12。
6.6 自動化測試報告管理
結果數據的抽取、匯總與展示。在測試執行過程中，通過特定的數據采集組件以及事件觸發，獲得我們關心的中間結果數據，并且將數據全部入庫，根據客戶需求，展現一份客戶能夠看得懂的報告。避免了工具原有報告難理解的問題。同時，記錄下來的中間數據可以很好的體現出每個步驟地詳細信息和過程時間，這樣可以提供一段時間內的橫向和縱向的對比，為系統特別是生產系統上的性能漸變提供有力的監控和依據。
自動化測試平臺從數據庫中撈出測試結果進行處理，根據需要生成用戶容易看懂的PDF格式的自動化測試報告，如圖13，圖14所示。
7 自動化測試流程
有了上面自動化測試管理平臺的支撐，自動測試流程中編寫測試腳本、執行自動化測試的開展就會更加順利。
表1為自動化測試流程角色表。自動化測試流程如圖15所示。
1）制定測試計劃。測試經理要制定測試計劃，明確測試對象、測試目的、測試的項目內容、測試的方法、測試的進度要求，并確保測試所需的人力、硬件、數據等資源都準備充分。制定好測試計劃后，分派給QA；
2）分析測試需求。QA根據測試計劃和需求說明書，分析測試需求，設計測試需求樹，以便用例設計時，能夠覆蓋所有的需求點；
3）設計測試用例。QA通過分析測試需求，設計足夠多能夠覆蓋所有需求點的測試用例，形成專門的測試用例文檔。并不是所有的測試用例都能用自動化來執行，所以需要將能夠執行自動化測試的用例匯總成自動化測試用例；
4）搭建測試環境。自動化測試人員在用例設計工作開展的同時即可著手搭建測試環境。包括被測系統的部署、測試硬件的調用、測試工具的安裝和設置、網絡環境的布置等等；
5）編寫測試腳本。自動化測試人員在自動化測試管理平臺的支持下，編寫自動化測試用例步驟，通過自動化測試工具編輯腳本插入檢查點和異常判定反饋語句，調試腳本；
6）執行自動測試。自動化測試人員測試測試計劃，驗證軟件功能，執行回歸測試、流程測試等，以替代重復性的手工測試工作；
7）分析測試結果。自動化測試人員根據執行結果，分析測試通過與沒通過的情況，通過自動化測試平臺生產用戶容易讀懂的自動化測試報告；
8）記錄測試問題。QA在測試腳本執行完畢之后，即可查看測試工具的測試報告，然后將沒有通過的地方提取出來，描述成BUG，反饋給開發人員；
9）跟蹤測試BUG。QA將測試中發現的BUG記錄到BUG管理工具中去，以便定期跟蹤處理。開發人員修改后，需要對此問題執行回歸測試，即重復執行一次該問題對應的腳本，通過則關閉，否則繼續修改。如果問題（BUG）的修改方案與客戶達成了一致，但與原來的需求有所偏離，那么回歸測試前，還需對腳本進行必要的修改和調試。
8 系統軟硬件環境
系統的軟硬件基本要求如表2所示。
9 結束語
電信行業業務支撐系統隨著電信業務的發展和計算機技術的日新月異，系統功能不斷擴充和更新。每次需求變更，系統缺陷，都會給系統帶來大大小小的頻繁更新。在需求管理、測試流程管理、測試環境這些都具備的條件下，要滿足運營商給開發商預留的項目工期越來越緊，對軟件的質量要求越來越高，對開發商軟件正式上線前盡量減少程序BUG這些要求，這就必須要提高軟件測試的質量和效率，在手工測試的基礎上引入自動化測試，建立完善的自動化測試管理平臺，統一管理測試用例庫，讓自動化測試完成大量的回歸測試和重復性測試，讓測試人員將精力投入更有意義的測試，制定更加合理的測試計劃、設計更完善的測試用例，使得測試覆蓋率更高，發現更多的問題，最終保障BSS系統的質量、降低業務支撐系統給運營商帶來的風險，也將對電信運營商的業務支持起到非常積極的作用。
參考文獻：
[1] 科茲納.項目管理：計劃、進度和控制的系統方法[M].10版.楊愛華,譯.北京:電子工業出版社,2010:19-102.
[2] 柳勝.軟件自動化測試框架設計與實踐[M].北京:人民郵電出版社,2009.
[3] 陳能技.軟件自動化測試成功之道[M].北京:人民郵電出版社,2010.
[4] Paul C.Jorgensen. 軟件測試[M].韓柯,杜旭濤,譯.北京:機械工業出版社,2003.
[5] 胡貝蒂.軟件質量和軟件測試[M].馬博,趙云龍,譯注.北京:清華大學出版社,2003.
[6] 布萊克.軟件測試實踐[M].郭耀,譯.北京:清華大學出版社,2008.
[7] 朱少民.輕輕松松自動化測試[M].北京:電子工業出版社,2009.
[8] 蔡為東.贏在測試[M].北京:電子工業出版社,2010.
[9] 溫伯格.完美軟件[M].宋銳,譯.北京:電子工業出版社,2009.
[10] 惠特克.探索式軟件測試[M].方敏,張勝,鐘頌東,等,譯注.北京:清華大學出版社,2010.
[11] 曹向志.軟件測試項目實戰[M].北京:電子工業出版社,2010.
[12] Dennis M.Ahern.CMMI精粹[M].3版.北京:清華大學出版社,2009.
工業分析測試報告范文3
關鍵詞:ARM; 服裝舒適性; 檢測系統; LabVIEW
中圖分類號:TN919; TP274.5文獻標識碼:A
文章編號:1004-373X(2010)15-0177-03
Design of Test System for Clothing Comfortableness Based on ARM Technology
ZHANG Chun-li, GAO Xiao-ding, LIANG Jian-feng, TANG Ming-fei
(School of Mechanical & Engineering, Xi’an Polytechnic University, Xi’an 710048, China)
Abstract: A portable garment pressure, temperature and humidity detection system based on embedded ARM controller was designed. ARM9 processor S3C2410A is used as the core chip, FlexiForce pressure sensor, DHT90 temperature and humidity sensor are used as distributed test components and SD card is used as the storage medium to save off-line collected data. The measured results are saved and showed with the instrument panel developed by LabVIEW. The test results show that clothing comfortableness detection system is accurate and reliable, provides a scientific basis for clothing comfortableness.
Keywords: ARM; clothing comfortableness; detection system; LabVIEW
0 引 言
隨著生活水平的提高,人們對服裝的舒適性有了更高的要求。服裝舒適性的研究范圍涉及三個基本領域:物理、生理和主觀心理?，F階段,國內外的服裝舒適性研究主要集中在生理舒適性領域。服裝生理舒適性領域的研究主要集中在熱濕舒適性、接觸舒適性和壓感舒適性三大領域。服裝壓力、溫濕度的狀態是評價服裝生理舒適性的重要指標[1]。不適當的服裝壓力會影響著裝者的疲勞感和工作效率,且關系到人體的健康。一般來說,當人體皮膚溫濕度處于熱濕舒適性狀態時,人們的智力、體力(手工)或感覺方面的表現均處于高水平狀態,另外熱濕舒適性是人們處于最佳健康狀態的必要條件[2-4]。通過對人體不同狀態下不同部位的服裝壓力、溫度濕度的測量,可以得到人體著裝后的不同部位的壓力、溫濕度的分布狀況。對測量結果進行分析可以為服裝壓力、熱濕舒適性的客觀評價提供量化指標,為服裝的款式與結構設計提供科學依據。近年來越來越多的研究人員開展了有關服裝功能測試的研究,并且取得了較多進展,但是相關的服裝功能測試儀器的研發遠遠滯后于時代的需要[5]。本文設計了基于ARM技術的便攜式的服裝壓力、溫濕度測量系統。
1 服裝舒適性檢測系統的構成
服裝舒適性檢測系統由數據采集模塊、數據采集及存儲的控制模塊、數據分析模塊構成,結構如圖1所示。數據采集模塊的前端是由多個FlexiForce壓力傳感器、壓力-電壓信號轉換電路和DHT90溫濕度數字傳感器組成,這些傳感器用來獲取被測部位的壓力和溫濕度信號,并通過信號調理電路(信號變換電路、濾波電路等)將所測的壓力轉換為電壓信號。數據采集及存儲的控制模塊是本系統的核心,主要負責數據采集和存儲控制,該模塊利用ARM9處理器芯片S3C2440內置10 b/數轉換器(ADC),該ADC能以500 KSPS的采樣速率將模擬電壓信號轉換為10 b分辯率的數字信號并利用其GPIO接口實現溫濕度數字信號的采集。另外該模塊利用SD卡作為存儲介質實現對壓力、溫濕度數據的離線存儲。數據分析模塊主要負責讀取SD卡存儲的測量結果數據,該模塊借助LabVIEW語言開發出的方便、形象逼真的儀器面板將測量結果保存并以直觀的形式顯示出來。
2 服裝舒適性檢測系統硬件設計
服裝舒適性檢測系統硬件設計主要是關于系統硬件儀器及其器件的連接設計, 主要指的是數據采集模塊的傳感器的選用和數據采集及存儲控制模塊的硬件設計。服裝舒適性檢測系統硬件部分實現服裝舒適性檢測系統的儀器控制和數據采集,是服裝舒適性檢測系統的主題部分,直接關系到整個系統性能的優劣。
圖1 服裝壓力、溫濕度測試系統結構框圖
2.1 數據采集模塊硬件設計
數據采集模塊硬件設計主要包括溫濕度傳感器的選用、壓力傳感器的選用、壓力-電壓信號轉換放大電路。
2.1.1 傳感器的選用
傳感器處于測試系統的最前端,是感知溫濕度和壓力信號的窗口,所獲得和轉換的信息正確與否,直接關系到整個測試系統的性能好壞。本系統采用了DHT90數字溫濕度傳感器和美國Tekscan公司的FlexiForce壓力傳感器。
DHT90數字溫濕度傳感器可以同時測量濕度、溫度和露點,不需元件直接輸出經過標定了的相對濕度、溫度及露點的數字信號,可以有效解決傳統溫、濕度傳感器的不足。內部集成了濕度敏感元件和溫度敏感元件、放大器、一個14 b的A/D轉換器、標定數據存儲器以及數字總線接口以及穩壓電路。由于溫度傳感器和濕度傳感器在硅片上是緊靠在一起,可以精確地測定露點,不會因為兩者之間的溫度差而引入誤差;直接通過存放在芯片上OTP存儲器中的標定系數,輸出是經過標定的數字信號。DHT90數字溫濕度傳感器其性能優良、穩定性好、成本低、使用方便[6],因此本系統采用其作為溫濕度的測量。
采用FlexiForce壓力傳感器進行壓力測試。與傳統服裝壓力測試系統中所采用的傳感器相比, FlexiForce在線性、滯后性、漂移、溫度和靈敏度方面有著優良的性能,根據待測的服裝壓力值,選用了壓力范圍為0~1 lb(4.4 N)的FlexiForce A201型傳感器是完全具備服裝壓力測試條件的[7]。由于ARM不能采集非電量的物理信號,而壓力傳感器輸出的為非電量的壓力信號,需通過壓力-電壓轉換放大電路將壓力信號轉換為電壓信號。再由標定后的壓力與電壓的對應關系,得到所需的服裝壓力值。
2.1.2 壓力-電壓信號轉換放大電路及壓力-電壓標定
傳感器通過壓力-電壓信號轉換放大電路后,輸出電壓值Vout。傳感器輸入信號與電壓的相互對應關系為Vout=-VD*(RF/R),RF=R1+RF1,其中:Vout為輸出的電壓;RF為放大電路中的反饋電阻;R為傳感器對應的阻值,其阻值的變化對應了作用在傳感器上壓力的變化,RF/R為放大電路中的放大系數。FlexiForce壓力傳感器靜態特性壓力-電壓標定曲線如圖2所示。
圖2 壓力-電壓標定曲線
2.2 數據采集及存儲控制的硬件設計
數據采集及存儲控制模塊是本系統的核心,該模塊性能直接影響整個服裝測量系統的測量精度和運行速度。數據控制及存儲模塊結構框圖如圖3所示,數據采集及存儲控制模塊的核心部分是三星公司生產的高性能S3C2410微處理器。該處理器是基于ARM920T內核的16/32位RISC嵌入式微處理器,片上主要集成有117個通用I/O接口,24個外部中斷源,4個具有PWM功能的計時器及1個內時鐘,8通道10位ADC,3通道的UART,4通道的SDRAM控制器,1個LCD控制器,具有日歷功能的RTC(實時時鐘),SD卡接口等。同時,S3C2410還提供一組完整的系統設備,主要有 MAX232、按鍵、LED、SD存儲卡、SDRAM、SRAM[8-9]等。
圖3 數據控制及存儲模塊結構框圖
S3C2410微處理器利用內置的10 b模/數轉換器(ADC)以500 KSPS的采樣速率將壓力信號值轉換的模擬電壓信號轉換為10 b分辨率的數字信號;S3C2410微處理器利用其GPIO接口實現溫濕度數字信號的采集。另外該處理器通過按鍵對采樣通道的選擇和采樣速率進行控制;以SD卡作為存儲介質對所采集的數據進行離線保存。此芯片主要面向手持設備,以及高性價比、低功耗的應用,可滿足數據采集及存儲控制模塊控制的需要。
3 服裝舒適性檢測系統軟件的實現
服裝舒適性檢測系統的軟件實現指的是數據采集及存儲控制硬件模塊的軟件實現以及對數據分析模塊的軟件實現。
3.1 數據采集和控制及數據處理硬件模塊的軟件實現
系統采集、存儲模塊軟件部分是在ADS 1.2 環境下利用C 語言進行編程,并針對相應的硬件功能實現的,流程圖如圖4所示。數據采集和控制及數據處理硬件模塊的軟件實現首先是對系統進行初始化,系統初始化主要指中斷、存儲器系統、堆棧的初始化及鍵盤、LED、SD存儲卡等硬件的初始化;接著通過鍵盤實現采樣通道和采樣速率的設定;然后啟動A/D轉換將采集的模擬壓力-電壓信號轉換為數字信號;最后在采樣結束時將采集的壓力、溫濕度信號導入SD存儲卡實現采集信號的存儲操作。
圖4 數據采集、存儲控制模塊軟件流程圖
3.2 數據分析模塊的軟件實現
數據分析模塊只涉及軟件實現,該模塊采用LabVIEW 7.1軟件實現了采集數據的輸出、圖形的實時顯示與Excel測試報告的生成與保存功能[10],程序示意圖如圖5所示。數據分析模塊的軟件實現首先是打開離線保存在SD存儲卡里的溫濕度壓力信號的文件;其次進入While loop 循環通過對控制按鈕設定連續讀取文件中的信號,并將其數據分流實現各通道壓力、溫濕度信號的圖形化顯示;最后保存Excel測試報告并關閉文件。
設計的數據分析模塊的面板如圖6所示,該模塊靈活簡潔,可對壓力、溫濕度信號進行長時間的連續監測,形象地模擬了傳統儀器的外觀。在操作面板時首先將布爾開關指向“開始”,打開離線保存在SD存儲卡里的溫濕度壓力信號的文本文件(如j:\\1.txt)讀取數據,即每隔一定時間進行一次連續的數據讀取,然后用戶通過面板的“讀取數據點數”和“讀取位置”控件進行設置所需讀取點數及通道的選擇,將布爾開關指向“停止”即可結束信號的顯示;最后點擊Excel按鈕將測試報告以電子表格的形式進行保存。該面板實現的是8路信號的數據顯示功能,便于在同一時間監測多部位的壓力、溫濕度信號的變化情況,同時Excel測試報告實現了測試信息長時間保存的功能。
圖5 數據分析模塊程序示意圖
圖6 數據分析模塊的面板
4 測試實驗
圖6顯示的曲線分別是服裝舒適性檢測系統對人體在正常工作狀態下后背、腋窩溫濕度和肩部、腹部壓力測試的結果。由于人體在正常工作狀態時其同一部位的壓力及溫濕度值隨時間變化不大,圖6所示的測試的結果符合人體正常著裝狀態下不同部位的壓力及濕度實際變化情況。
5 結 語
設計一種基于嵌入式ARM處理器的便攜式服裝壓力、溫濕度測量系統。該系統在單個芯片上實現了人體在正常工作狀態下的服裝壓力、溫濕度連續采集與存儲,基于LabVIEW實現實時數據分析,且系統具有體積小、功耗低、速度快、測試準確、工作可靠等特點,該便攜式系統可以為服裝舒適性的客觀評定提供依據和基礎,為服裝功能測量系統的開發提供了┮惶酹新的思路。
參考文獻
[1]李毅.服裝舒適性與產品開發[M].北京:中國紡織出版社,2006.
[2]陳紅娟,李煒.服裝壓力測試系統研究[J].針紡工業,2006(2):53-55.
[3]崔立明,陳東生.服裝壓力測試技術的現狀[J].國際紡織導報,2007(4):75-77.
[4]莊梅玲,張曉楓.服裝熱舒適性能的心理學評價[D].青島:青島大學,2009.
[5]宋曉霞,馮勛偉.服裝壓力與人體舒適性之關系[J]. 紡織學報,2006,27(3):103-105.
[6]何道清.傳感器與傳感器技術[M].北京:科學出版社,2006.
[7]高國富.智能傳感器及其應用[M].北京:化學工業出版社,2005.
[8]胥靜.嵌入式系統設計與開發實例詳解[M].北京:北京航空航天大學出版社,2005.
工業分析測試報告范文4
就在人們尚沉浸在陸風汽車勇闖歐盟、“打開了國際高端市場大門”的興奮之中時，這輛中國產越野車（也稱運動型多用途車，簡稱SUV）的歐盟之旅已然步履踉蹌。在一次“碰撞”之后，陸風及其所代表的中國汽車正在經歷一場空前的信任危機。
10月6日，歐盟委員會負責企業和工業事務的副主席費爾霍伊根（Guenter Verheugen）在歐洲議會聽證會上明確表示，他計劃就進口的中國汽車是否通過以小批量進口獲得一國監管部門的同意而得以繞過歐盟的安全標準進行調查。
此番表態正因陸風而起。9月初，歐洲第一大汽車俱樂部――全德汽車俱樂部（下稱ADAC）對陸風進行了碰撞試驗。隨后公布報告，在該俱樂部過去20年的撞擊測試歷史中，陸風的測試結果是“最糟糕的成績”。ADAC要求陸風做大量的改進工作，并認為“安全水平如此之低的汽車還不應該得到進入歐洲市場的通行證”。
幾乎與此同時，江鈴汽車集團正攜陸風等品牌與吉利汽車、華晨汽車等代表中國自主品牌的汽車首次亮相國際最大的汽車盛會――法蘭克福車展，以期展示中國汽車工業的新形象。ADAC的測試結論無疑是當頭一棒。
ADAC測試報告的第二天，陸風的制造商江鈴陸風汽車有限責任公司（下稱江鈴陸風）發表聲明，稱“在ADAC對陸風汽車進行碰撞測試時，制造商和歐洲經銷商均未收到來自ADAC的任何邀請，陸風汽車對整個測試過程均不知情”。江鈴陸風表示，對此次測試不作任何評論。
陸風事件在國內汽車業引起軒然大波，“陰謀論”之說一度盛行。江鈴控股有限公司的股東之一――長安汽車（集團）有限責任公司（下稱長安汽車）董事長兼總裁尹家緒公開表示，“該碰撞事件的整個過程十分可疑……陸風在歐洲所遭遇的事件有幕后的指使”。吉利集團董事長李書福則影射碰撞事件是一場陰謀――“這個事件的公正性值得懷疑。它想要打擊的對象不是陸風一輛汽車，而是打擊全部中國汽車。”
江鈴陸風試圖進行反駁。就在歐盟委員會副主席表示將對中國汽車進行調查的當天，陸風在歐洲的經銷商在荷蘭海牙舉行了新聞會，宣稱在多次聯系ADAC以期取得完整測試報告未果的情況下，經銷商委托歐洲權威的專業測試機構TUV（德國萊茵公司）進行了“正式、公開的歐洲標準碰撞測試”。測試結果顯示，在歐洲標準的規定下，陸風是一款安全的汽車。
但來自歐盟委員會的表態則顯示，因一場測試而引發的中國汽車信任危機并不會簡單地因為另一次測試而結束。
10月14日，歐盟委員會副主席費爾霍伊根的發言人克魯祖伯告訴《財經》，歐盟委員會正在就陸風問題進行調查。同時，歐盟委員會非常關注來自德國方面對單車認證程序可能存在的濫用情況。
市場已然做出反應。10月13日，陸風的歐洲總經銷LWMC公司總經理比韋爾茲（Peter Bijvelds）在接受《財經》采訪時承認，“ADAC的報告對我們進軍歐洲市場產生很大沖擊……我們現在正在做的是盡量改進我們的安全性能。”
都是價格惹的禍？
這是一個讓許多人激動不已的日子。7月5日，200輛陸風汽車運抵比利時的安特衛普港，中國汽車首次登陸歐洲。
眾所周知，歐盟、美國和日本是世界三大高端汽車市場，也是汽車業最為發達的國家和地區，能夠打入這三大市場并立穩腳跟無疑是一國汽車業實力的最佳證明。對于以合資品牌為主的中國汽車業而言，這一夢想的實現將更加不容易。也正因此，陸風的殺出讓眾多業內人士感到意外。
1999年成立的江鈴陸風是江鈴集團成立的專業越野車公司。2002年12月，陸風首款產品“雙門越野車”亮相車市。2003年2月，陸風SUV推出。其時，在世界汽車市場上大行其道的運動型多用途車正迎來在國內市場的熱銷，陸風很快受到市場認可。
有業內專家認為，對于出口歐盟這樣的成熟市場，陸風似乎還顯得過于“年輕”。實際上，除吉利、華晨等明確表示將進軍歐美市場，包括一汽、上汽、東風等國有老牌汽車集團也都懷揣計劃。
中國機電產品進出口商會汽車分會資料顯示，2004年，國內汽車出口金額在2000萬美元以上的企業有一汽集團、哈飛、長城和奇瑞等六家，江鈴集團的出口額為1000萬－2000萬美元之間，排名第七。然而，就在一汽、長城和奇瑞等忙于開拓中東以及亞非市場、老牌汽車公司暗地籌謀之時，陸風一個箭步殺了出來，直撲歐盟。
據《財經》了解，陸風駛入歐洲的起點，緣自時任荷蘭AUTOCENTRUM BIJVELDS汽車銷售公司銷售經理比韋爾茲2004年的一次江西之行。
AUTOCENTRUM BIJVELDS是RDM集團的一家子公司，成立于1965年，曾日本NISSAN品牌在荷蘭的銷售。荷蘭人比韋爾茲年僅27歲，曾是一名職業賽車手。
江西之行的收獲之一是他從中國帶回了兩輛陸風樣車。比韋爾茲對樣車進行了技術改造，使其符合歐洲環保要求。隨后，AUTOCENTRUM BIJVELDS專門成立LWMC公司，后者成為陸風的歐盟總經銷商，比韋爾茲任CEO。
比韋爾茲對《財經》表示，“陸風工廠的效率給我留下深刻印象”。同時，他坦言，陸風格外吸引他的重要原因是15000－20000歐元的低廉價格。他認為，這是陸風進軍歐洲市場的基礎。
據悉，目前，陸風在荷蘭和比利時兩地進行銷售，價格為1.5萬歐元左右（約合16萬元人民幣）。這一售價較之當地同類車型要便宜30％－50％，比日本產同類車低20%，與韓國產品相差無幾，價格競爭優勢十分明顯。
比韋爾茲稱，首批輸歐的200輛陸風車在三周內便告售罄。目前，第二批500輛陸風已經運抵歐盟。比韋爾茲稱公司已經收到大約600份陸風訂單。在他的時間表里，今年底，陸風的銷售將達到1500－2000輛，2007年為2萬輛。
比韋爾茲表示，目前僅德國和荷蘭便有400個陸風汽車的經銷商，一年內將會增加到1300個。明年，陸風的目標是開進德國、法國等地市場。
ADAC的測試讓這一雄心勃勃的計劃突生變數。ADAC以匿名方式購進了2輛陸風車并進行了碰撞測試。ADAC承認，之所以要測試陸風，是基于三個原因，即陸風是第一款登陸歐洲市場的中國汽車，被宣傳為完美無缺的越野車，且以超低價格出售。ADAC想知道，陸風是否真的值得購買。
ADAC的標準
位于德國著名汽車制造地慕尼黑的ADAC是歐盟第一大汽車俱樂部，成立于1903年，為非營利性會員組織。2003年，ADAC的會員數量達到1480萬。ADAC主要工作是為其會員提供國內國際救援、法律咨詢、汽車檢測、汽車試驗以及汽車租賃等諸多服務。由于其獨立于任何集團并以會員的安全利益為出發點，因此其測試結果在歐洲的汽車消費者中具有很高的權威性。
ADAC對陸風的碰撞測試主要涉及正面撞擊、側面撞擊、兒童安全性和乘客防護等方面。其公布的測試報告顯示，陸風的正面撞擊結果最為糟糕，只有1分（滿分為16分），側面撞擊12分(滿分16分)、兒童安全性39分(滿分49分)、乘客防護13分(滿分37分)。
ADAC指出，陸風嚴重變形的副駕駛座艙、令人難以接受的“逃生空間”、不夠充足的氣囊裝備和薄弱的側面防護，都不符合歐盟較高的技術標準。ADAC要求陸風進行大量的改進工作，包括應具有穩定的副駕駛座艙、獨立的方向柱、減輕壓迫的膝蓋及頭部受撞區域，以及作為標準配置的副駕駛安全氣囊。在報告里，ADAC甚至將陸風戲稱為一個“鐵皮罐頭”。
陸風方面反駁稱，ADAC的測試并非歐盟的法定標準，其測試不懷好意。陸風方面強調，自己已經獲得歐盟交通安全委員會的單臺認證資格，在歐盟銷售具有合法性。
據悉，TUV是歐盟授權的強化單臺認證機構，陸風通過了TUV的測試，意味著拿到了小批量進入歐盟市場的通行證。
歐盟委員會副主席費爾霍伊根的發言人克魯祖伯（Gregor Krezhuber）在就陸風事件接受《財經》訪問時介紹說，進入歐盟的車輛應得到所有歐盟國家都認可的類型認證或者某一具體成員國頒發的國家類型認證。對于小批量汽車（對于轎車而言不超過500輛），歐盟成員國可以免除他們一項或者更多項歐盟關于汽車指引（EU Directives on vehicles）規定的內容。此外，成員國也可以基于國家要求給予單車認證。
歐盟的汽車準入制度與中國有很大差別。據清華大學汽車工程系教授林健介紹，中國目前采取的強制性檢測規定，進入市場的車輛必須經過國家授權機構檢測。歐盟則沒有這樣的強制性規定。歐盟交通安全委員會法規顯示，歐盟對進口汽車的測試標準分為單臺認證和類型認證兩類。其中單臺認證方式又分為標準單臺認證和強化單臺認證（ESVA）。單臺認證適用于進口數量不高的車輛，相對較為簡單，類型認證則適用于大批量進口的車輛，程序復雜而嚴格。同時，歐盟委員會的專門機構會對市場銷售的車輛不定期抽檢，對安全、環保等性能不符合規定的車輛將強制召回。
歐洲汽車制造商協會發言人費里鵬（Alfredo Filippone）向《財經》證實，陸風汽車目前僅僅通過單臺認證而非類型認證。據他介紹，決定是否進行類型認證的銷售數量，不同國家有不同的標準。
江鈴陸風的新聞發言人徐兵彰則表示，歐盟的有關法規相當復雜。江鈴集團曾派專人赴歐學習相關法規，帶回的資料有半米高，但對于很多規定仍不是十分熟悉和了解。
比韋爾茲對于陸風的前景依然充滿樂觀。他透露，陸風正在積極申請通過類型認證。
陸風方面在接受《財經》采訪時卻表示，類型認證費用昂貴――需200萬歐元，且程序復雜――長達半年之久，公司將視銷售情況制定下一步計劃，不會立刻申請類型認證。
ADAC則承認所采取的測試標準是“較高的安全標準”，其主席彼得邁爾表示，“正是這些對乘客保護功能的嚴苛要求，確保了在過去幾年中交通事故死亡人數的顯著下降?！睔W盟方面的關注則是基于陸風在測試中的糟糕表現。
值得注意的是，類似ADAC的消費者組織遍布歐盟各個國家。據陸風歐洲總經銷商LWMC銷售經理羅伯特普龍科介紹，除了ADAC主動測試車輛外，汽車制造商通常也會將自己的汽車交給類似ADAC這樣的消費者組織進行評估，目的是贏得口碑、爭取市場。
差距何在？
據專家介紹，汽車的安全性分為兩大類，一是“主動安全性”，例如盡量提高汽車行駛的穩定性和舒適性，減少行車時所產生的偏差；一是“被動安全性”，即一旦事故發生，汽車對車內乘員及外部人員的保護程度。由于車廂的變形程度是一輛車“被動安全性”是否可靠的重點，因此碰撞實驗被視為檢驗被動安全性最重要的課題，而其中正面碰撞為汽車撞擊試驗的重點。
據清華大學汽車工程系碰撞實驗室的介紹，國內的碰撞實驗標準與歐盟存在很大差異。中國很長一段時間里在汽車碰撞測試的認證標準上處于空白。直到2003年，國家質量監督檢驗檢疫總局和國家認證認可監督管理委員會才共同頒布了《強制性產品認證管理規定》，其中規定了汽車的碰撞測試標準。中國施行的GB11551標準顯示，汽車正面碰撞的速度標準為50公里/小時，碰撞方式為100%正面碰撞，且沒有進行側面碰撞實驗的要求。
在正面碰撞測試方面，歐盟的法規標準，也就是進入市場的最低標準為車速56公里/小時。而歐盟最具權威性的測試機構NCAP（歐洲新車測試組織）則規定，正面碰撞的速度標準為64公里/小時，為模仿出現幾率最高的兩車對撞情況40%重疊正碰。同時，汽車要進行側面碰撞以及模擬追尾等。
此外，中國的汽車碰撞測試只有兩種結果――“通過”和“不通過”，歐盟單車認證標準與此類同。據陸風介紹，其通過的TUV測試屬此類測試，結果為“通過”。NCAP等組織的碰撞測試則分多個項目，且有細致的評分標準。
2003年5月，陸風通過了國家質量認證中心的3C（China Compulsory Certification）――中國國家強制認證；2004年7月，通過該中心的ISO9001認證。陸風的歐盟遭遇再次暴露了中國汽車安全測試上的國際差距。
似乎是一種巧合，近日，國家標準委員會透露，中國將于近期出臺九項有關汽車安全的強制性國家標準，其中動態側面碰撞與被追尾乘用車的燃油系統防泄漏和防火性能首次寫進強制性國家標準。據悉，除新制定的標準外，部分原有汽車安全強制性國家標準將重新修訂。
中國社科院工業經濟研究所研究員趙英曾常年就職于中國汽車工業總公司。他指出，中國汽車出口進入歐美市場的主要障礙是技術壁壘，即環保標準和安全標準。歐盟不會針對中國汽車出口設置專門的貿易壁壘。在低端市場，中國自主品牌汽車面臨與日韓相同環境，其競爭對手也主要來自日韓。
長城汽車股份有限公司宣傳部部長商玉貴對《財經》表示，中國汽車出口歐美市場應該十分謹慎，以中國自主品牌的技術水平，進入歐美市場風險較高。據海關統計，今年上半年，長城汽車出口額排第二位。但截至目前，長城的出口仍以中東、非洲、原獨聯體國家等發展中國家市場為主。商玉貴指出，發展中國家的技術門檻相對較低是其市場選擇的重要原因。長城原有進入歐盟市場的打算，在陸風事件后，公司將會更加“謹慎”抉擇。
中國汽車工業咨詢發展公司首席分析師賈新光指出，日本及韓國曾以低價格戰略成功打入歐美市場，但也都曾因質量和售后服務等問題經歷了慘敗。陸風的考驗來自消費市場，從這個意義上說，ADAC的測試報告不完全是一件壞事。賈新光指出，目前歐盟奉行的是嚴格的召回制度，售后服務體系依賴于經銷商的陸風一旦出現車輛質量問題，后果將十分令人擔憂。
工業分析測試報告范文5
姓名： 李先生 性別： 男
婚姻狀況： 未婚 民族： 漢族
戶籍： 湖南-常德 年齡： 22
現所在地： 廣東-東莞 身高： 180cm
希望地區： 廣東-廣州
希望崗位： 電子/電器/元件類-電子工程師/技術員
電子/電器/元件類-電子測試工程師
尋求職位： 電子測試技術員、 電子測試助理工程師
教育經歷
2007-09 ～ 2010-06 湖南省桃源縣職業中專 電子電器應用與維修 中專
**公司 (2009-06 ～ 至今)
公司性質： 外資企業 行業類別： 儀器儀表、電工設備、工業自動化
擔任職位： 測試技術員 崗位類別： 電子測試工程師
工作描述： 1.該公司是以是生產開關電源(SPS)為主的企業，本人在此公司工作期間主要負責DELL PC，Adapter/desktop及HP，Apple機種的生產。獨立解決產線異常，分析測試中的不良問題。
2.對測試設備進行保養維護，對測試程式進行優化與改進，協助工程師做測試報告和制作測試站作業指導書(WI)。
期間所操作的設備有Chroma8200,Chroma8000等F/T設備和
3.TR-518FV系列ICT設備，以及Chroma19032,19053，19502等高壓分析儀。
4.負責新機種從PVT到量產所需測試設備的架設和程式的調試更新。收集客戶所需的測試數據，完成測試報告并及時備份。
5.負責生產線測試設備及自動線的正常運行，及時解決產線測試過程中的各種軟硬件故障。
6.對各線體測試站進行改善，獨立設計制作測試治具，降低測試NDF。
7.制定標準化作業指導書(MOI)，培訓操作員正確調用測試程序和對設備的日常校準，以及對不良品的初步判斷能力。
8.積極配合各部門分析生產中存在的問題，提供有效的改善措施。
技能專長
專業職稱： 測試工程部做測試技術員
計算機水平： 中級
計算機詳細技能： 熟練掌握windows操作系統,Office辦公軟件、AutoCAD制作軟件。
技能專長： 對電子電路電子元器件、電源測試原理熟悉。能夠分析測試設備中的不良問題。能夠運用，維護，檢測，維修電子測試設備。能夠熟練操作Chroma6000,8000,8020等F/T設備和CHROMA19032,19053，19052,華誼7440等高壓分析儀以及TR-518FV系列ICT
語言能力
普通話： 流利 粵語： 較差
英語水平： 英語 (一般) 口語一般
英語： 一般
求職意向
發展方向： 在工作中學習到更多有用的知識!
其他要求：
自身情況
自我評價： 本人在工作上嚴謹認真，有責任心，有進取心;服從上級安排，吃苦耐勞，社會適應能力強，能很快適應工作環境;跟同事之間溝通能力強，性格開朗活潑。
范文二
基本資料
姓名：
目前所在： 深圳 年齡： 27
戶口所在： 廣西 國籍： 中國
婚姻狀況： 未婚 民族： 漢族
培訓認證： 未參加 身高： 168 cm
誠信徽章： 未申請 體重： 62 kg
人才測評： 未測評
我的特長：
求職意向
人才類型： 普通求職
應聘職位： 電子工程師/技術員：，無線電技術工程師/技術員：，電聲/音響工程師/技術員：
工作年限： 4 職稱： 無職稱
求職類型： 全職 可到職日期： 隨時
月薪要求： 3500--5000 希望工作地區： 廣州,東莞,深圳
工作經歷
惠州市***電子有限公司 起止年月：2008-06 ～ 2010-11
公司性質： 私營企業所屬行業：電子技術/半導體/集成電路
擔任職位： 開發部/電子助理工程師
工作描述： 惠州***電子有限公司主要開發、生產車載GPS導航影音多媒體系統
本人主要負責事項：
1、新開發產品功能樣機的制作以及硬件電路功能調試實現，協助軟件工程師進行產品軟件功能調試，以實現功能樣機。
2、制作新產品電子BOM，檢測承認產品零部件之可靠性，制出試產樣機，跟進新品試產和處理試產過程中出現之異常情況，做出試產總結，協助項目持續改善直至產品量產。
3、參與產品批量生產中的重大異常分析及處理，并給出相應解決處理措施和預防方案，并參與對舊機種改進及衍生機種提出電路優化方案建議。
4、組織培訓生產線修理員工對新產品各部分電路功能的講解和掌握維修之要領，協助售后部的技術支持、咨詢。
績效：完成了6.2英寸通用機、克魯茲、凱旋世嘉、思域、卡羅拉和新飛度的GPS導航影音多媒體系統的調試、試產、量產工作。
離職原因： 另謀發展
惠州市***高頻電子有限公司 起止年月：2007-07 ～ 2008-05
公司性質： 國有企業所屬行業：電子技術/半導體/集成電路
擔任職位： 工程部/PE技術員
工作描述： 惠州市***高頻電子有限公司主要開發和生產各種類電子調諧器
本人主要負責事項：
1.負責產品的裝配和調試檢驗技術工藝指導工作以及跟研發部/品質部溝通協商產品改善項目。
2.生產線排位與作業指導書的編寫制作，工裝夾具制作與維護，生產作業操作技術要領指導。
3.生產線上異常狀況分析與處理，生產效率改善提高與后續跟進驗證，新員工崗位技能培訓教育。
4.負責新產品試/量產導入和跟進分析產品生產制造安全可靠性，協助配合工程師對新品測試與調試。
5.負責生產設備的改善與管理，工序質量的控制與改善，撰寫月度質量技術報告。
績效：處理生產線上發生之異常情況以及保證完成各項生產任務、并有效控制制程品質。
離職原因： 另謀發展
志愿者經歷
教育背景
畢業院校： 吉林省教育學院
最高學歷： 大專獲得學位: 畢業日期： 2007-07
專 業 一： 現代應用電器與電子 專 業 二：
起始年月 終止年月 學校(機構) 所學專業 獲得證書 證書編號
2004-09 2007-07 吉林省教育學院 應用電器與電子 畢業 -
語言能力
外語： 英語 良好 粵語水平： 一般
其它外語能力：
國語水平： 精通
工作能力及其他專長
專業技能:
1、掌握電子技術的基礎理論，能對一般的電路進行設計和分析;
2、掌握常見的電子元器件的標識方法和用途，并能進行識別和檢測;
3、熟練掌握焊接、電路板組裝等技術，能看懂一般的電路和機械裝配圖紙;
4、熟悉電子產品生產工藝、要求和管理，熟悉電子產品營銷的知識要求;
5、熟悉電子數碼產品開發流程和開發設計;
外語：英語熟練，閱寫良好，有一定的聽說能力;粵語良好。
電腦：熟練運用Protel、PowerPCB、PADS2007、AutoCAD、 Office等專業軟件及日常應用軟件。
工業分析測試報告范文6
創新型和創業型人才的培養是當前推進高校教育教學改革的重點。軟件工程專業是近年來就業比較熱門的專業之一?！盾浖こ虒д摗氛n程是該專業非常重要的一門專業基礎課程，也是軟件開發系列課程的基礎。針對當前該門課程在教學中存在的問題，并結合當前各高校開展的應用型轉型的發展目標，文章提出基于項目的實踐訓練的授課形式的教學模式，以進一步改善軟件工程專業人才培養的效果。
關鍵詞：
應用型；基于項目；實踐訓練；答辯考核
隨著我國高等教育改革的進一步深化，由教育部提出針對在校大學生的創新型人才和創業型人才的培養正逐漸成為應用型院校轉型的目標。那么如何讓在校大學生具備軟件項目開發的技能和知識也是軟件工程專業的培養目標之一。培養學生軟件開發的應用能力已經成為軟件工程專業的人才培養的首要目標。[1]《軟件工程導論》課程的教學任務也由原來軟件開發理論知識的講授轉變為軟件開發基本技能和文檔撰寫能力的訓練和培養，通過學習這門課使學生能夠了解軟件開發的流程，并且知道在開發的過程中每個階段都做什么和怎么去做，讓學生能夠直接進入到項目組里，參與軟件項目開發。這樣改革的好處是多樣的：1.這樣除了對學生應用能力進行了培養，而且讓學生對軟件項目的了解進一步加深，后續為以后的其它專業課的學習也打下了基礎；2.在同步開設的其他課程中，進行橫向聯合，讓學生都針對同一項目進行訓練，讓學生能夠學有所用，大大提高了學習興趣和積極性；3.對各門專業課的教學內容和方式都有所觸動，促進了教學改革的深入。目前，國內各個高校的軟件專業中都開設有《軟件工程導論》這門課。多數學校還是當作一門專業基礎理論課來講授，這樣的學校大多是研究型大學，學生基礎比較扎實，對枯燥的理論可以接受，但是只學理論沒有實踐造成的后果是學完就忘，學生只會答題；還有一些學校對《軟件工程導論》課程進行了一些改革，比如將理論基于一種開發環境的軟件開發，試圖將理論和實踐相結合，但是多數是面向對象開發方式，理論多實踐少，落到實際課堂教學上還是教師說的多，學生做的少，對學生實踐能力培養并沒有多大的改變。對課程的教學改革主要包括教學內容的改革，教學方式方法的改革，考核方法的改革。
一、教學內容的改革
目前《軟件工程導論》課程的教學內容包括：軟件開發基礎知識，需求分析，總體設計、詳細設計、編碼、測試[2]、項目管理這些內容，采用的是結構化的軟件開發方法。之前我們只講理論知識，特別是開發過程中的一些技術和軟件，但是學生學完即使會做題也不會開發項目?，F在，我們將教師實際參與開發的項目帶領學生從需求開始分析，進行總體設計和詳細設計加入到授課內容中，結合實際的項目開發的內容，把理論和實踐相結合。學生邊學理論知識，邊完成自己的項目，可以將學到的知識應用到項目中，做到學有所用。希望培養學生整體軟件開發的方法、軟件項目管理能力、軟件需求分析能力、數據庫設計能力、人機交互設計能力、軟件測試計劃及方案的制定能力、課程報告撰寫能力、學習態度等各方面能力。
二、教學方式方法的改革
《軟件工程導論》是一門理論課，多數是在多媒體教室由教師講授為主進行授課?，F在，在開課之初，我們要求每個學生申報一個題目，整個學習過程中學到哪個階段，學生就自己去完成所申報題目的該階段的任務，這樣課堂上老師講怎么開發軟件，在課下布置了大量的階段性文檔要求學生去完成，而且各個階段所采用的方法也不同，隨著各階段任務的完成，學生也體會到了項目開發的過程、方法。為了保證學生提交的階段文檔的質量和保證學生的項目能夠順利進行，我們將階段評審添加到了教學過程中。學生需要提交的階段任務文檔有：《軟件需求規格說明書》、《軟件概要設計說明書》、《軟件測試報告》和《課程綜合報告》。其中《課程綜合報告》中要求按照畢業論文的格式要求去排版和完成，希望同學們通過這樣的訓練能夠在畢業設計中取得較好的效果和成績。在教學改革時我們還嘗試著和同時開設的《數據庫原理與應用》、《面向對象程序設計》等課聯合起來，分別針對同一題目進行階段訓練，在最終答辯的時候由三門課的老師同時參與答辯，答辯成績被記入到三門課的最終成績里，比如《數據庫原理與應用》課學習如何設計數據庫就應用在了《軟件工程導論》課的總體設計階段，學生需要畫出E-R圖，給出主要表結構；《面向對象程序設計》課最終就是根據《軟件工程導論課》分析和設計的結果用JAVA語言開發出一個小項目，這樣學生不僅寫出了階段文檔，最終還能做出一個實際的項目，增加了完整性和學習積極性。
三、考核方法的改革
原來我們都是采用試卷考核的方式，但是試卷考核只能考察學生的知識掌握能力，并不能考核學生的實踐應用能力，而我們希望通過這門課程讓學生具備一定的軟件開發實踐能力，所以由試卷考核改為答辯考核和平時階段性評審。[3]這也要求在開課之初就制定出比較詳細和全面的考核方案，我們的考核方案從課程報告、答辯平時表現這三大方面出發進行考核。而且，在課程報告提交時，我們有統一的文檔格式和內容要求，包括需求分析報告，概要設計報告、測試報告、課程設計報告，在平時授課階段就需要提交上來；而答辯時，將學生答辯的項目原型與學生之前提交的需求、設計進行對應，審核是否是按照需求和設計進行的開發；而且在近幾次的答辯中，我們將答辯所占的比重逐步增加，這樣可以看出學生的表達能力、思維能力、項目綜合運用能力的高低?！盾浖こ虒д摗氛n程改革的目標就是希望將枯燥、抽象的理論課變成充滿趣味和挑戰的實訓課，讓學生通過本課程學習能夠知道項目開發各階段的工作內容，且能夠開發一個簡單的項目，避免在畢業設計時犯一些軟件開發的常識性錯誤，比如項目開發流程弄錯，如何進行分析和設計等等。同時為了提高學生的創新能力，讓學生自己申報題目，從需求分析到最終分析設計結束都需要學生自己動手來做，通過學習軟件工程思想和方法去完成軟件開發過程，可以調動學生的主觀能動性，真正做到獨立思考，能夠激發學生的潛能和創新性，為創新型和應用型人才的培養打下堅實的基礎。
作者：蘇丹 鄒紅 崔曉微 仲曉慶 馬英瑞 單位：大慶師范學院
參考文獻
[1]王菁華.地方高校向應用型轉型必須實現三個根本轉變[J].職業教育，2016.
