上線測試的案例
地下采礦引起的地表沉降分析
這是目前發(fā)展的巖土工程大數(shù)據(jù)集GeotechSet的其中一個子集，部分功能已經(jīng)上線測試。在這個子集的基礎(chǔ)上，正在進行廣泛的調(diào)研(包括煤礦和非煤礦山)和文獻回顧，最終完成一個可操作的輔助決策系統(tǒng)。
4 關(guān)鍵的技術(shù)問題
(1) 研究空間變異的巖石力學性質(zhì)對采動壓力和地表塌陷的影響；
(2) 通過建立離散斷裂網(wǎng)絡(luò)(DFN)，使用合成巖體模型(SRM)結(jié)合原巖的強度，同時考慮巖體的各向異性效應(yīng)以及巖體的尺寸效應(yīng)，來預(yù)測巖體沿自然裂隙發(fā)生的壓裂和破壞。(3) 建立礦山采動壓力和地表塌陷災(zāi)情的大數(shù)據(jù)集
(4) 建立綜合性和系統(tǒng)性的礦山巖體離散斷裂網(wǎng)絡(luò)(DFN)模型和估算巖體力學參數(shù)的方法；
(5) 針對不同工況對采動壓力和地表塌陷的災(zāi)情發(fā)展進行模擬。
5 預(yù)期的結(jié)果
這項研究將對礦山的開采方法和開采步驟提供實質(zhì)性的建議，為采空區(qū)處理和地表沉降及塌陷提供處理意見，為建設(shè)綠色礦山提供決策性建議，提高礦山企業(yè)的整體經(jīng)濟效益。同時，這項研究也能夠直接支撐和服務(wù)礦山企業(yè)的科技創(chuàng)新，促進建設(shè)綠色礦山的步伐，同時大數(shù)據(jù)的應(yīng)用將提高礦山企業(yè)的智能化決策和管理水平。
展開 節(jié)能新方案！橡塑膠產(chǎn)業(yè)必看！
圖6：變模溫設(shè)備測試結(jié)果
實驗架設(shè)與結(jié)果：
1. 為確保流量傳感器所反饋之數(shù)值正確性，因此本實驗將機械式流量傳感器安裝于循環(huán)泵出水口位置，確保進出水的正確流量數(shù)值，如圖7所示。并將實時偵測到的流量，經(jīng)由人機界面設(shè)定后顯示于視窗上。
2. 完成水路連接之后，隨即開始流體進行測試。此實驗?zāi)康闹饕?em>測試馬達全速運轉(zhuǎn)下的最大流量，流量由0LPM開始測試，以全功率狀態(tài)輸出（馬達轉(zhuǎn)3400rpm），實驗結(jié)果顯示最大流量為60~61LPM。由圖7得知，全狀態(tài)輸狀態(tài)下，約4秒即可達最大流量，符合設(shè)計規(guī)范。
圖7：流量實驗架設(shè)（藍色為冷水曲線，紅色為熱水曲線）
完成動態(tài)模溫設(shè)備與模具整合上線測試。本實驗主要系將模溫機、模具與射出成型機（150噸）整合連結(jié)，并進行以下測試。
運轉(zhuǎn)測試：整合完成后，進行機臺基本運轉(zhuǎn)測試，包括模溫機冷熱水輸送測試，確保運轉(zhuǎn)正常。
射出測試：進行射出機運轉(zhuǎn)測試，測試PC材料射出測試，其參數(shù)設(shè)定為加熱150℃、冷卻40℃，進行手動射出與自動射出程序，確認各機狀況與模具溫度狀況，確保后續(xù)節(jié)能比例與制程時間縮短實驗順暢。
由圖8可得知模溫機與模具已完全整合于射出成型機上進行試運轉(zhuǎn)。并于手動射出步驟完成后，進行100模次自動射出程序，模擬產(chǎn)線連續(xù)運轉(zhuǎn)下個設(shè)備運行與動作之流暢度，并于自動生產(chǎn)100模后確認模具表面與水路及模溫機各接口狀況，皆無松脫與漏水現(xiàn)象。
圖8：動態(tài)模溫設(shè)備與模具整合上機測試
完成抬頭顯示器鏡片模具與動態(tài)模溫設(shè)備系統(tǒng)整合測試。實驗主要目的系比較本開發(fā)的加熱設(shè)備與傳統(tǒng)電阻加熱設(shè)備是否具有快速冷熱與節(jié)能效果。
加熱效率測試：
本實驗主要針對加熱效率進行測試與討論，以功率計對模溫設(shè)備進行功率記錄（加熱器輸入累積能耗），進行計算。
展開 一汽陳雪娟：主機廠量產(chǎn)之前為什么要自研L4高精地圖？
陳雪娟舉例說，根據(jù)需求實現(xiàn)的難易程度，目前做到了最快2小時完成一版專用功能的測試地圖交付使用，基本上達到了上午需求提出方和地圖團隊碰頭，理解雙方意圖，接下來開發(fā)功能和地圖，下午便可以完成地圖制作，開始上線測試。即使是稍復(fù)雜的功能，也差不多能在兩周左右時間完成。這種迭代的速度，走購買地圖的路子是沒有辦法實現(xiàn)的。
地圖引擎：
為滿足其他模塊讀取地圖元素的需求提供一個接口。這也是如何使用地圖的問題。地圖團隊不僅僅需要制作地圖，保證地圖質(zhì)量，也需要給其他模塊開放讀取地圖元素信息的接口，指導其他模塊順利使用地圖。
地圖質(zhì)量檢查：
這是非常重要的一個環(huán)節(jié)，也是一汽南京公司提出的創(chuàng)新性領(lǐng)域，從研發(fā)到量產(chǎn)的整個周期都可能涉及。在研發(fā)階段，因為是自己建圖，需要檢查自己做的地圖有沒有什么缺陷，自己做質(zhì)保；在量產(chǎn)階段，如何評判圖商交付的地圖是否符合其他模塊的要求，地圖質(zhì)量是否過關(guān)，不能憑圖商一面之詞無限信任，圖商拿來的地圖還需要自己檢驗心里才有底。這個環(huán)節(jié)是去年向公司管理層提出的想法，也是區(qū)別其他主機廠的特色。今年1月份開始著手研究系統(tǒng)，現(xiàn)在還處于初級階段，但是也有很明確的發(fā)展方向，雖然時間很短，成果已很顯著，在該方向上不僅僅有實際的輸出，查出了一些地圖問題并且在下次出圖時予以避免，其相關(guān)專利也在陸續(xù)申請中，非常有希望將此前瞻性研究應(yīng)用到量產(chǎn)當中。
建圖流程和圖商有什么不同？
陳雪娟介紹說，其地圖的制作、遵循的原則和圖商不一樣。圖商會重點考慮建圖效率有多高，速度有多快，追求自動化率的極致等。但是，作為主機廠，建圖并不是主業(yè)，地圖部門作為一個支撐部門，只需要做到建一些簡單的場景，比如一兩公里的范圍，供測試使用。
展開 DevOps落地實踐，BAT系列，敏捷看板
一.DevOps需要的看板
看板是DevOps較為常用的功能，整個項目開發(fā)周期都離不開它，從需求劃分、任務(wù)分配、功能實現(xiàn)到測試上線都需要看板的協(xié)助，看板使抽象工作流程可視化，讓項目管理者能更清晰的掌握項目進度。由此，看板設(shè)計實踐就成為了DevOps實踐的重要內(nèi)容之一。首先我們需要了解一下，DevOps中的看板需要具備怎樣的功能：
1.價值流
廣義的價值流指的是從原材料變?yōu)槌善贰⒉⒔o他賦予價值的全部活動。包括原材料的獲取，對原材料進行加工后轉(zhuǎn)變?yōu)槌善方桓督o客戶的過程，其中還包括了各個階段各方之間的溝通形成的信息流也是價值流的一部分。完整的價值流包括供應(yīng)鏈成員之間的溝通，物料的運輸，生產(chǎn)計劃的制定和產(chǎn)品的生產(chǎn)過程等。
舉個簡單的例子，服裝加工廠要按照客戶要求生產(chǎn)一批服裝，生產(chǎn)方首先需要和客戶確定衣服的款式，用料，具體尺碼信息，然后采購制衣所需的布料，將衣服制作圖紙下發(fā)到相關(guān)工人手中，工人按圖制衣，完成既定數(shù)量的通過質(zhì)量檢測的成衣后將成品送到客戶手中，這就是一條完整的價值流。
DevOps中的價值流
在DevOps中，價值流的概念同樣適用。定義：把業(yè)務(wù)構(gòu)想轉(zhuǎn)化為客戶交付價值的、由技術(shù)驅(qū)動的服務(wù)所需的流程。
價值流貫穿了整個開發(fā)周期，好的價值流在保證快速的交付的同時還能保證部署工作不會產(chǎn)生混亂和破壞。只有打通業(yè)務(wù)、開發(fā)運維等一些列的價值鏈條，保證價值可以完整暢通的流動，減少積壓重組，才能保證產(chǎn)品的順利交付。在此前提下，提高開發(fā)效率實現(xiàn)敏捷開發(fā)才是可能的。但是技術(shù)價值流與制造業(yè)的價值流不同，它是不可見的，因此我們很難發(fā)現(xiàn)整個價值流是否順暢，在哪里產(chǎn)生了阻礙積壓。因此我們需要將價值流可視化，清晰的把價值流的呈現(xiàn)出來，這樣價值流是否完整，哪里存在缺失就一目了然了。
展開 
工業(yè)APP、容器和工業(yè)互聯(lián)網(wǎng)平臺
使用容器能夠利用鏡像快速部署運行服務(wù)，能夠?qū)崿F(xiàn)業(yè)務(wù)的快速交付，縮短業(yè)務(wù)的上線周期，極大地方便運維人員的上線部署工作。
容器較傳統(tǒng)虛擬化有更低資源使用粒度，在一臺物理機上可運行上百個容器服務(wù)，從而提高服務(wù)器硬件資源的利用率。當遇到高并發(fā)、高流量的大活動，容器做到根據(jù)業(yè)務(wù)的負載進行彈性擴容，以提供更好的服務(wù)。當訪問量降低后，容器平臺能夠自動縮容，及時釋放空閑資源。
開發(fā)運維平臺（DevOps）
圖4 基于容器化PaaS構(gòu)建的DevOps
DevOps概念早先始于2009年的歐洲，因傳統(tǒng)開發(fā)和運維模式無法實現(xiàn)用戶應(yīng)用快速變化且生命周期較短的現(xiàn)實。DevOps一詞的來自于Development和Operations的組合，突出重視軟件開發(fā)人員和運維人員的溝通合作，通過自動化流程來使得軟件構(gòu)建、測試、發(fā)布更加快捷、頻繁和可靠。早期時，大家雖然意識到了這個問題的，但是苦于當時沒有完善豐富的技術(shù)工具，是一種“理想很豐滿，現(xiàn)實很骨感”的情況。早期的PaaS平臺方案初步解決了很多客戶對于應(yīng)用彈性的需求，但是在容器技術(shù)之前，構(gòu)建一套PaaS平臺面臨著組件多、量級大、改造成本高等挑戰(zhàn)，而且對于運行在不同 PaaS 平臺上的應(yīng)用，很難避免應(yīng)用對平臺的深度依賴。譬如，不同的PaaS平臺對彈性、高可用、性能、監(jiān)控、日志、版本更新等的實現(xiàn)方式不同，則對其上應(yīng)用的架構(gòu)要求也不同；另外，在編程語言和平臺層的API調(diào)用方面，也會導致應(yīng)用對平臺廠商的深度綁定。以Docker為代表的輕量級虛擬化容器技術(shù)的發(fā)展使得DevOps成為可能，工業(yè)互聯(lián)網(wǎng)的應(yīng)用直接構(gòu)建在以Cloud Foundry、Kubernetes等為代表的PaaS平臺之上。
展開 一秒讓你讀懂 DevOps 的本質(zhì)及行業(yè)現(xiàn)狀與趨勢
二、持續(xù)測試：
在這個階段，開發(fā)的軟件將被持續(xù)地測試bug。CORNERSTONE平臺覆蓋完整的測試流程，可進行測試用例的編寫，建立用例庫，減少重復(fù)性操作，讓研發(fā)團隊的協(xié)作更高效，產(chǎn)品交付更快速。常用的兩個功能為：
1）測試用例管理
通過編寫測試?例，制定測試計劃并執(zhí)?，測試結(jié)果可直接關(guān)聯(lián)到缺陷，方便對問題進行跟蹤處理，實現(xiàn)對迭代質(zhì)量的全程把控。
2）缺陷管理
強大的缺陷管理與統(tǒng)計功能，通過分組、解決狀態(tài)、優(yōu)先級等列表對缺陷進行全方位記錄與跟蹤，同時明確缺陷責任人，及時跟進解決缺陷；同時支持導入導出功能，導出時支持任意格式，不受模板限制。
三、持續(xù)集成：
這是支持新功能的代碼與現(xiàn)有代碼集成的階段。由于軟件在不斷地開發(fā)，更新后的代碼需要不斷地集成，并順利地與系統(tǒng)集成，以反映對最終用戶的需求更改。更改后的代碼，還應(yīng)該確保運行時環(huán)境中沒有錯誤，允許我們測試更改并檢查它如何與其他更改發(fā)生反應(yīng)。
CORNERSTONE?持將持續(xù)集成的結(jié)果部署到對應(yīng)的測試環(huán)境，所有部署版本在測試環(huán)境中可隨時訪 問，?持灰度發(fā)布到?產(chǎn)環(huán)境中。
四、持續(xù)部署：
它是將代碼部署到生產(chǎn)環(huán)境的階段。在這里，我們確保在所有服務(wù)器上正確部署代碼。如果添加了任何功能或引入了新功能，那么應(yīng)該準備好迎接更多的網(wǎng)站流量。因此，系統(tǒng)運維人員還有責任擴展服務(wù)器以容納更多用戶。
CORNERSTONE支持依賴腳本pipeline實現(xiàn)的DevOps，支持持續(xù)集成與自動化部署，可直接在可視化的服務(wù)器上進行操作，同時滿足多種開發(fā)語言，徹底解決敏捷開發(fā)在運維層面的瓶頸，方便開發(fā)人員對項目開發(fā)生命周期進行全盤管理。
展開 有效的軟件質(zhì)量管理（上）
對于一般性的錯誤，如操作不當?shù)纫鸬膯栴}，全部由維護小組執(zhí)行完成，但需要用戶測試確認上線。如果較大的修改則需要走變更控制流程，用戶或者維護人員填寫變更申請，經(jīng)專家會議討論分析可行方案在由維護小組實施，通過測試后方可提交用戶。
維護小組的人員基本上是按項目跟進的。當一個項目剛剛交付用戶時，在維護小組有較多的人員進行跟進，隨軟件的穩(wěn)定，跟進的人逐步減少，并轉(zhuǎn)移到其它項目中去。
職等你來 | 大連工業(yè)軟件創(chuàng)新發(fā)展研究院招聘公告
，掌握Shell、CMake、Git等開發(fā)工具
5.具有使用PETSc、Hypre、Trilinos中等數(shù)值計算庫的經(jīng)驗者優(yōu)先考慮
軟件測試高級工程師
崗位職責：
1.負責搭建公司主要產(chǎn)品的測試框架和測試環(huán)境
2.統(tǒng)籌規(guī)劃軟件整體測試流程，設(shè)立需求管理、Bug管理的完備體系
3.根據(jù)軟件設(shè)計需求，制定測試計劃，設(shè)計測試數(shù)據(jù)和測試用例
4.管理成員有效地執(zhí)行測試用例，提交測試報告
5.管理成員準確地定位并跟蹤軟件問題，推動問題及時合理的解決
6.負責自動化集成/測試體系的技術(shù)規(guī)劃，提高整體測試技術(shù)水平及工作效能，解決測試過程中的技術(shù)問題
7.配合開發(fā)人員就項目進度和問題進行溝通，負責項目質(zhì)量把控
任職要求：
1.力學、航空航天、數(shù)學、機械、計算機、化機、土木水利等相關(guān)專業(yè)，碩士及以上學歷
2.具有5年及以上CAE軟件測試經(jīng)驗
3.熟悉NASTRAN/ANSYS/ABAQUS/OptiStruct等主流商業(yè)軟件
4.精通性能測試、自動化測試、安全測試、接口測試等，熟悉前沿測試理論方法
5.熟練使用Python/shell/Java或其他語言，熟悉測試腳本開發(fā)，具有自動化測試腳本實戰(zhàn)開發(fā)經(jīng)驗
6.具有較強的文檔撰寫能力，編寫測試計劃、測試設(shè)計、測試報告等文檔
軟件測試中級工程師
崗位職責：
1.參與CAE軟件的功能測試、性能測試與集成測試等相關(guān)工作
2.根據(jù)產(chǎn)品需求和設(shè)計文檔，制定測試計劃并設(shè)計測試用例和測試數(shù)據(jù)
3.獨立完成模塊測試與缺陷跟蹤工作，協(xié)助開發(fā)快速定位和解決問題
4.開發(fā)與維護自動化測試腳本，提升測試效率與回歸測試質(zhì)量
5.編寫測試文檔，輸出測試報告、缺陷分析與測試總結(jié)
6.協(xié)助優(yōu)化測試流程，參與測試平臺建設(shè)和持續(xù)集成環(huán)境搭建
7.與開發(fā)
展開 