1.app的應用架構

app屬於CS架構，是通過HTTP協議來傳輸資料的，通過json的格式來傳送資料

2.app專案環境及釋出平臺

2.1app專案環境介紹(後端伺服器環境)

  開發環境： 是給開發人員進行程式碼聯調的，給開發進行自測的。
  測試環境： 用來給測試人員進行測試試用的，測試環境也可能分為手工測試環境和自動化測試環境的。
  預釋出環境：當專案要上線時，做最後一輪的驗收測試時，預釋出環境的資料跟生產環境的資料是一致的。
  映象環境： 當生產環境出現問題時，把生產環境的相關資料以及程式碼全部拉到映象環境，復現生產上的問題，然後由測試人員協助開發人員復現問題，然後由開發人員去進行問題的定位和分析。
  生產環境： 給使用者或者是客戶使用的環境（生產環境測試人員不能隨便操作，由運維人員管理的）
 

2.2灰度釋出介紹

所謂灰度釋出，就是指在釋出生產環境過程當中，先發布其中幾臺伺服器，如果這幾臺伺服器功能執行一段時間後能夠正常，那麼再把其他未升級或者未釋出的伺服器進行生產環境釋出，那如果說先發布的幾臺伺服器執行有問題，那麼就需要回滾到原來的版本。

2.3app專案釋出平臺

  ①android安卓app檔案字尾名是ipa
  ②IOS蘋果app檔案字尾名是ipa
  ③獲取app安裝包檔案的方式
    android可以直接找開發給對應apk安裝包
    IOS直接將手機給開發人員，讓開發人員安裝對應的ipa包
  ④獲取app安裝包檔案的方式二：
    可以藉助內測試平臺
   國內用的內測平臺是蒲公英，國外用的是fir.im
     測試包生成之後會上傳到蒲公英平臺，然後生成一個連線地址（二維碼），可以直接通過二維碼或者連結地址下載對應的測試包。
  ⑤生產app安裝包的獲取
    android app 安裝包 豌豆英、應用寶、360手機助手，各類手機品牌商場（上傳app安裝包需要稽核2-3）
    IOS app安裝包appstore itools(IOS時間更長，一週左右)
 

3. 敏捷開發模型

  3.1 敏捷開發模型介紹
      ①瀑布模型（傳統行業）
          需求分析 設計  編碼  測試 執行維護
          優點：為專案提供了按階段劃分檢查點（文件）
              當前一階段完成後，只需要關注後續階段
          缺點：
              在專案各階段之間極少有反饋，出現問題沒法即使處理，靈活性差
              只有在專案結束交付上線時才能看到最終的結果
              需要太多的文件來驅動專案進行，影響專案的效率
        結論： 採用傳統的瀑布模型最大的問題是開發的週期長，迭代的速度慢
      ②敏捷開發：
        網際網路行業特點： 追求創新、以快吃慢、需求高度不確定性
        網際網路產品開發的特點： 新需求、新方向
        降低專案風險，確保正確的方向：快速的反饋機制、快速試錯的流程（針對需求不確定性）
        概念：以使用者的需求為核心，採用迭代、循序漸進的方法進行軟體開發
        在敏捷開發過程當中，軟體專案在構建初期會被切分為不同的子系統以及不同的迭代，各個子專案的成果經過測度，具備可試，可整合和可執行的特徵。
 

4.app應用測試流程

參與需求評審：評審前一定要看需求文件
制定測試計劃 一般由測試負責人或測試主管制定
設計編寫測試用例 有一些小公司由人力時間緊張，可以不寫用例，需要寫測試點，用例評審
執行用例，跟蹤缺陷，搭建環境，冒煙測試（有可能做，也有可能不做）
編寫提交版本測試報告