<ruby id="rxdll"></ruby><strike id="rxdll"></strike>

    <rp id="rxdll"></rp>
      <del id="rxdll"><meter id="rxdll"></meter></del>
      <pre id="rxdll"><font id="rxdll"></font></pre>
        <pre id="rxdll"></pre>
      <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

      <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
      <i id="rxdll"><dfn id="rxdll"></dfn></i>
      <font id="rxdll"><meter id="rxdll"></meter></font>

        <mark id="rxdll"><dfn id="rxdll"></dfn></mark>

        掌握ASPICE標準:汽車軟件測試工程師的專業發展路徑

        2024年5月21日 17956點熱度 0人點贊 0條評論

        掌握ASPICE標準:汽車軟件測試工程師的專業發展路徑

        文:領測老賀

        ? ? ? ? 隨著新能源汽車在中國的蓬勃發展,智能駕駛技術的興起,汽車測試工程師的角色變得愈發關鍵。這一變革帶來了前所未有的挑戰和機遇,要求測試工程師不僅要具備深厚的技術知識,還要有前瞻性的思維和快速適應新技術的能力。

        最近領測老賀備考ISTQB的專業模塊: AuT-汽車軟件測試工程師認證。

        借此機會也總結一下汽車測試領域的一些相關知識。

        ASPICE簡介

        說到汽車領域的質量保障方式,就不得不提:ASPICE

        ASPICE 全稱是“Automotive Software Process Improvement and Capacity Determination”,汽車軟件過程改進及能力評定,是汽車行業用于評價軟件開發團隊的研發能力水平的模型框架。最初由歐洲20多家主要汽車制造商共同制定,于2005年發布,目的是為了指導汽車零部件研發廠商的軟件開發流程,從而改善車載軟件的質量。

        多年以來,ASPICE在歐洲汽車行業內被廣泛用于研發流程改善及供應商的研發能力評價。隨著近年車聯網、智能駕駛、新能源汽車的迅速發展,軟件在汽車研發中的占比激增,企業對軟件質量管理的需求不斷增強,ASPICE逐漸被引入到國內,被國內的企業所熟知。

        ????? 簡單點說,你可以認為ASPICE就是汽車研發領域的CMMI。

        目前正在實施的版本是2018年發布了的版本ASPICE V3.1版本,ASPICE V4.0版本目前還沒有正式發布。

        ASPICE模型概述

        ASPICE既是過程參考模型也是過程評估模型,也就是說,你既可以用Automotive SPICE作為過程參考,改進你的研發過程,也可以用其作為標尺,衡量一下你的研發過程的能力成熟度。

        在ASPICE中:PRMProcess Reference Model的縮寫,即過程參考模型;PAMProcess Assessment Model的縮寫,即過程評估模型。

        ASPICE的組織形式:

        ASPICE將過程分為8個過程組,這些組又分成3個過程類:

        主要過程是與公司核心過程相關的過程:

        • 產品和/或服務的采購/獲?。?ACQ-Acquisition)。

        • 產品和/或服務的供應( SPL-Supply)。

        • 系統工程( SYS-System engineering)。

        • 軟件工程( SWE-Software engineering)。

         

        支持過程是為其他過程提供支持的過程:

        • 支持過程( SUP-Supporting)

         

        組織過程是為公司目標提供支持的過程:

        • 項目或過程的管理( MAN-Management)。

        • 過程改進( PIM-Process improvement)。

        • 系統和組件的復用( REU-Reuse)。

        Automotive SPICE 過程參考模型 – 概覽圖如下

        如果你想了解Automotive SPICE 3.1大綱具體內容,可以在領測國際的ISTQB官網的鏈接下載:

        查詢Automotive SPICE PAM 3.1的文檔

        如果打算根據Automotive SPICE的框架,對研發過程進行能力認定時,ASPICE根據 ISO/IEC 33020,劃分了6個能力級別

        等級 0 :不完整的過程 過程未實施或未能實現其過程目的。
        等級 1 :已執行的過程 已執行的過程實現其過程目的。
        等級 2 :已管理的過程 以管理的方式(計劃,監控和調整)來實施前述的已執行的過程,并且適當的建立、控制和維護該過程工作產品。
        等級 3 級:已建立的過程 先述的已管理的過程,由能實現其過程成果的已定義的過程來實施。
        等級 4 級:可預測的過程 先述的已建立的過程,在定義的限值內可預測地運作以達成其過程成果。識別量化管理需要,收集和分析度量數據,以識別波動的可查明原因。采取糾正措施來解決波動的可查明原因。
        等級 5 級:創新的過程 先述的可預測的過程得到不斷地改進,以適應組織的變化。

        汽車測試工程師需要關注的過程

        作為汽車軟件測試工程師,對上述的Automotive SPICE最好做一個全面的了解,這樣對整個的研發體系會有個全局的視角。

        在日常工作中,我們會重點關注與測試相關的特定過程:

        ASPICE根據軟件和系統開發的所有過程對測試過程進行了定義:

        • 軟件單元驗證( SWE.4)過程需要進行靜態和動態測試。此過程會根據其詳細的設計( SWE.3)對軟件的組件進行評估。

        • 軟件集成測試( SWE.5)會根據軟件架構設計對集成的軟件進行評估( SWE.2)。

        • 軟件合格性測試( SWE.6)會根據軟件需求對集成的軟件進行評估( SWE.1)。

        • 系統集成測試( SYS.4)會根據系統架構設計對集成的系統進行評估( SYS.3)。

        • 系統合格性測試( SYS.5)會根據系統需求對集成的系統進行評估( SYS.2)。

         

        總結:

        當然,即便理解以上內容,距離能夠在汽車行業做軟件測試還差距甚遠。但是作為汽車行業的從業者,或者打算進入到這個領域的人員還是非常有必要了解一下的。

        目前領測老賀所在的公司領測國際,已經開始針對 ISTQB AuT 汽車軟件測試工程師模塊的培訓考試認證服務。

        相關的大綱可以從這個鏈接下載:

        基礎級專業領域汽車軟件測試工程師大綱 VER 2.2 版本

         

         

        領測老賀

        領測軟件測試網站長,ISTQB認證高級培訓師,TMMi認證咨詢師。深耕軟件測試行業20余年,領測老賀聊軟件測試制造者。

        文章評論

        国产女主播精品_国产片婬乱18一级毛片视频_国产午夜激无码av毛片不卡_国产精品欧美久久久天天影院
          <ruby id="rxdll"></ruby><strike id="rxdll"></strike>

          <rp id="rxdll"></rp>
            <del id="rxdll"><meter id="rxdll"></meter></del>
            <pre id="rxdll"><font id="rxdll"></font></pre>
              <pre id="rxdll"></pre>
            <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

            <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
            <i id="rxdll"><dfn id="rxdll"></dfn></i>
            <font id="rxdll"><meter id="rxdll"></meter></font>

              <mark id="rxdll"><dfn id="rxdll"></dfn></mark>