1. 如何製作app軟體
APP開發流程可以細分為五個階段。
製作app軟體流程：
第一步首先要進行方案策劃，產品經理基於需求功能表，協同方案策劃師，結合國內外的優秀APP設計思路，形成策劃方案與APP設計邏輯圖。確立產品原型，進入項目評估階段。經過反復確認，最終形成產品腦圖和完整的需求文檔。
第二步就是要進行UI設計，產品經理協同UI設計師，基於APP設計邏輯圖，形成產品UI原型，經確認後交由美術設計師，形成最終APP界面設計方案。UI、UE開始設計，形成初步的效果圖。在經過確認後界面的效果圖正式設計完成。
第三步是功能開發，產品經理協同主工程師，基於APP界面設計方案，形成程序架構設計方案，並有工程師團隊進行開發，完成產品設計。
第四步是全面測試，產品經理協同測試工程師，基於需求功能表、UI設計與程序架構設計，進行全面終測，形成測試報告，測試通過後交付客戶。在產品經過多次測試，修改bug確認無誤後。一個app製作項目就完成，可以進入個大市場，投放使用。
第五步是推廣運營，這也是比較關鍵的一步。在各大市場中，開發者就要通過各種方式推廣自己的app產品，力求app在市場上獲得更多的下載量，吸引更多的用戶。
2. APP開發的基本步驟
【如何開發APP】
一、APP開發的基本步驟：
1、APP項目籌備期
作為企業或者創業者項目籌備需要解決的問題是：做一個什麼樣的手機APP？為什麼要做手機APP？手機APP解決的問題是什麼？手機APP面向的服務對象、人群是誰？。籌備期要把做APP的初衷明確到位，並切要結合自身的資源和優勢，以免盲目的擴大APP的需求，最終導致項目上線後運行困難。總之項目籌備期明確自身的優勢確定APP解決的問題和面對的對象。
2、APP項目需求文檔
項目籌備期後就可以做項目需求文檔了，項目需求文檔是指用通俗的語言把你想要實現的事情說明白，例如：做個手機APP商城，商戶和消費者可以在我的手機App平台上交易購物，特色或者和其他平台差異的地方詳細的闡述明白即可；企業或者創業者在寫需求文檔時應該注意的是要明確你需要實現的功能，並且明確你自己創造性的部分，有了基本的需求後就可以和專業的產品經理交流分析，最終會形成詳細的App需求分析。
籌備期和需求文檔由需求企業或創業者獨自完成。如果這兩項未完成和確定時，我們建議不要聯系App開發公司，做為App開發公司主要的職能和作用是通過專業的技術幫你實現你的想法，他是沒法幫助你創造想法的，我作為銘訊軟體多年的APP開發產品經理這點很了解。
3、APP項目分析
做為企業或創業者以上兩步完成後就可以聯系你所信賴的開發公司詳細的交流項目了，做為專業的app開發公司拿到你的需求後，會結合以往開發項目的經驗給你提出一些租凳此開發建議，比如在開發中用什麼樣的開發方式實現、如何提高用戶的體驗度、如何讓用戶最簡單會使用，在開發方式上如何能做到流程最簡潔，包括未來項目弊迅開發中遇到的問題也會給你提出，在拿到需求分析時開發公司會評估技術實現難度和開發周期，預估開發需要的費用，包括前期你需要准備的資料。App項目分析主要解決的問題就是你的需求結合開發公司的實力和經驗為您初步診斷項目、開發難度、開發周期和評估開發費用，一般有經驗的開發公司會給你更多的項目指導。
4、APP項目流程圖
在項目開發公司項目分析完成後，會根據你的項目需求來繪制詳細的項目流程圖也叫思維導圖，此步驟的主要目的是對項目所有流程的詳細剖析，此流程完成後會明確兩個問題，第一項目開發方是否對你的項目需求有準確的了解，第二項目需求方也會明確你預想的流程是否合理。此流程開發方和需求方會經過多次的溝通最終確定雙方理解正確的流程。項目流程圖建立完成後需要注意的幾個方面：需求方必須充分了解項目的流程和各個交互環節是否在流程圖上表達清楚，開發方必須根據以往的經驗結合項目和用戶體驗做出最優化的流程。一般在開發中此步驟雙方交流的時間比較長。也是項目開發初期至關重要的一步，銘訊軟體APP產品經理的建議此步驟不明確時不要盲目進行下一步驟。
5、APP項目原型圖
在流程圖確定後，做為開發方就要開始繪制原型圖了，原型圖是項目需求圖形化的第一步，原型圖的目的是：第一簡易的圖形化幫助需求方來了解未來手機App的布局和結構；第二交互的確定，因為手機APP是一個完整的流程，每個流程如何到下一步，下一步後如何返回上一步，異常流程時如何提示，這些都在原型圖中會展現出來，會幫助需求者再次確定流程的完整性。原型圖完成後開發方會和需求方深度的溝通交流，因為在交互步驟每個人的認知和習慣是不一樣的，每個受眾群體也不一樣的；在此步驟做為經驗豐富的開發者也會考慮到，此步驟需要開發方產品經理和需求方負責人員多次交流溝通最終確定。此步驟需要的時間也是很多的。
6、APP項目效果圖
在原型圖確定後，恭喜你，項目開發已經完成20%的工作量了，接下來開發方的UI設計部門會根據原型圖和流程圖來製作圖文並茂的效果圖了，效果圖是最接近項目完成時的形態的，效果圖的製作會根據項目的需求、項目的LOGO、項目的人群來選擇主色調，例如：京東APP是紅色、淘寶APP是橘紅色、政務APP是藍色等，不同的選色會給項目APP帶來不同的效果。一般項目開發方的UI設計部門會第一時間完成項目首頁的效果圖，首頁效果圖完成後會和需求方討論，主要討論色調，一般大型的企業客戶會有標準的企業用色，但是做為創業者可能前期沒有標準的企業VI設計，需要根據項目和需求喜好最終確定項目主色。此步驟開發公司會把所有粗逗的頁面根據原型圖的設計完成。此步驟完成後項目的視覺部分基本完成。
7、APP項目開發（頁面APP標注適配、項目後台介面開發、項目資料庫設計）
在效果圖完成後，經過需求方確定後項目就進行程序開發和資料庫設計環節了，但是做為App開發還有一個重要的環節就是頁面標注和手機適配，此環節也是App開發獨有的環節，很多客戶就不能理解為什麼還有標注和適配，我重點給大家講解一下。
7.1、頁面APP標注和手機適配
智能手機做為新時代的產物已經不僅僅是完成手機的基礎打電話、發簡訊功能了，還具備了電腦、相機、定位的特性，伴隨的時代的發展手機也逐步的發展由起初的小屏幕低配置到現在多樣化；屏幕區分：全面屏手機、頁眉手機屏、1080屏、真彩屏等；手機操作系統區分：安卓系統（2.0-10.0版本）、IOS系統、塞班系統（Symbian）、微軟（WindowsPhone）等系統；手機廠家區分：蘋果手機、華為手機、小米手機、聯想手機、vivo手機、OPPO手機等；其他配置區分：前置攝像頭、後置攝像頭、指紋識別、GPS定位、北斗定位、內置陀螺等；所有大家會看到很多手機的型號和操作系統版本，為了讓開發的APP能在各個手機上都能最好的顯示和正常使用，開發人員要進行大量的適配工作，這也是在開發環節中很重要的部分，也是體現一個手機APP開發公司實力和經驗的重要部分，此步驟的完成質量直接會影響到未來項目上線後用戶使用體驗。
7.2、資料庫設計和後台系統開發
資料庫的設計是專業資料庫工程師或者項目負責工程師的工作，資料庫通俗講就是數據存儲的一個盒子，會存儲所有的資料庫包括會員姓名、產品資料、交易數據等，在這個存儲的盒子裡面又根據存儲的資料庫類型分成了若干個『貨架』，條理的按照類別和使用頻率存放在『貨架』上，這樣在使用到時系統會最快、最准確的取到和存放。資料庫結構的合理會大大提高系統工作時所需要的時間、效率和儲存量，這也就是很多項目在運行中期為什麼有的運行很快有的運行很慢，甚至有的還會出現計算錯誤的原因。所以在設計資料庫時工程師會充分考慮。
系統後台開發通俗的理解是系統運行中作為集中管理的一個地方，包括了數據查看、數據發布、數據統計等重要工作。也是日常處理系統數據的重要地方，後台設計的功能一般是根據項目的需求功能確定的，比如商城類APP後台要有產品發布、產品管理、會員管理、產品訂單等。
安卓和ios工程師根據標注效果圖和原型圖設計前端程序。
APP項目開發完成後，此項目的開發基本完成了70%工作量。
8、APP項目初稿測試
APP開發公司完成項目開發後的一個內部測試環節，一般的App開發公司是有多人多部門多崗位聯合開發一個項目，做到了專人專崗的分配，也會保障項目在最快時間開發完成，所以項目多部門合作開發完成後需要進行開發公司內部的測試，開發公司會有專門的崗位叫測試工程師，一般測試內容分為：流程測試、體驗測試、功能測試、性能測試等幾部分；
首先進行的是流程測試，測試項目的流程是不是按照項目需求、項目流程圖、項目原型圖進行的，在測試期間除了測試系統流程的准確性之外，測試工程師還會根據自己以往的經驗對項目流程進行測試，一來擬補設計時的一些不確定因素，還會更加完善項目。
體驗測試是對項目整體用戶操作體驗進行測試，包括交互的順暢程度、交互體驗感、交互是否順暢等。
功能測試是測試工程師對項目的功能，進行系統性測試保證功能開發的完整性和可用性。同時對功能提出更優化的建議和見解。
性能測試是對系統的穩定性、安全性和承載能力做的系統性測試，包括多終端的測試，手機的適配測試，不同手機和系統版本進行的測試，做到系統兼容性強；承載能力是指系統數據處理能力和反映時間的測試，詳細測試項目軟體的並發數量和對伺服器環境的要求，做到高並發大數據集中處理的能力。
9、APP內測
經過開發公司內部測試完成後，就可以聯網進行系統內測，參與人員包括項目需求方和開發公司測試人員，可以下載並安裝測試版本，此流程的測試包含系統後台使用培訓環節，開發方會培訓需求方後台使用方法，系統參數設置方法，需求方可以根據實際測試和內部運行的情況給出測試報告，包括實際使用中數據統計部分和操作習慣部分的優化建議。前端可以多邀請一些內部人員進行測試，充分優化和測試系統的體驗度和穩定性。此部分完成也代表著整個項目的開發接近尾聲。
10、APP正上線
經過研發公司內測和需求公司的內測後系統通過後，項目基本具備上線運行的條件，根據需求方時間安排時間可以選擇時間正式上線。期間需要租用正式的雲伺服器做為運行的環境。
11、APP項目技術運維
很多企業或者創業者經常談到的一個問題，APP開發完成後需要多少後期運維人員，商城APP舉例：一般一個項目的正常的運行需要的人員有財務人員、產品管理、產品售後、產品物流等人員。技術運維人員有系統BUG修復安卓、ios、後台等各一人，一般一個好的系統開發公司會跟蹤項目的運維一段時間。
【手機APP開發需要多少人、多少個崗位配合？】
1、APP項目產品經理
產品經理是項目需求方和軟體開發工程師之間的一個紐帶，他既要根據產品需求方的需求文檔做出相應的項目分析和項目診斷，還要為項目的後期開發提供項目流程圖和項目原型圖，以至於開發過中才能最節省時間，同時保證開發人員能按照客戶的需求進行開發，以防項目開發過程中理解錯誤問題，同時項目經理會根據項目的需求結合自身的經驗給企業或創業者更多開發建議。
2、APP項目後台、資料庫工程師
此崗位人員會嚴格按照產品經理的分析和規劃完成程序代碼部分的書寫，包括資料庫的設計。一般工程師類型為Jav或PHP工程師。
3、APP項目安卓工程師
安卓前端開發工程師，主要完成項目的前端邏輯部分的代碼書寫，多版本手機的適配工作。
4、APP項目IOS（蘋果）工程師
IOS前端開發工程師，主要完成項目的前端邏輯部分的代碼書寫，多版本手機的適配工作。
5、APP項目測試工程師
項目的測試和bug的發現。保證項目上線前的完成和測試工作。
6、雲服務搭建和安全工程師
負責項目伺服器的安全和搭建工作，一個項目完成後肯定要有一個容器來承載項目的程序和資料庫，採用雲服務有很多獨特的優勢，前期採用雲伺服器整體投資比例比較低是前期項目伺服器部署的首選。
【APP開發中常用的介面或服務申請】
項目開發過程中會用到很多第三方軟體的介面，可以做到多平台的融合，同時會提升用戶體驗感。一般前期會根據項目需求在項目開前期就著手准備介面的申請，常用到的介面如下：
1、微信開放平台
微信不言而喻是目前社交軟體使用群體比較多的軟體，同時微信提供了強大的傳播功能，例如微信授權登錄、微信支付、微信分享等。
2、支付寶開放平台
支付作為國內知名的支付平台，可以提供支付寶支付。
3、推送介面（極光推送、友盟推送等）
很多APP項目為了隨時提供給客戶數據變化或者消息通知都要推送給客戶一些信息（也稱手機任務欄消息），目前藉助第三方的推送可以實現後台進程關閉推送，低延時、低功耗。支持手機廣泛。
4、手機簡訊驗證碼介面
做為會員注冊時必選的一個選項，目的是驗證手機號碼的可用性，包括重要信息修改時的驗證工作，例如：修改登錄密碼二次驗證工作、修改支付密碼的驗證工作，可以做到安全的數據提供。
5、阿里雲伺服器租賃
伴隨著雲服務的興起，很多大平台都開放了雲服務，做為項目前期選擇雲服務是比較合算的部署，雲服務彈性計算隨用隨付費，可以有效的管理支出，同時現在雲服務上提供綜合的雲產品，包括高效的CND分發、負載均衡、雲安全、國外雲資源等，目前我們推薦項目使用最多的是阿里雲和騰訊雲。
6、其他使用的介面（身份證驗證、身份證識別、人臉識別、即時消息等）
根據實際需要更多的介面可以申請，比如身份識別的身份證驗證、活體識別的人臉識別等，目前技術成熟使用方便，按需付費。
【雲伺服器的選擇】
1、阿里雲服務
2、騰訊雲服務
3、網路雲服務
4、其他雲服務（京東雲服務、亞馬遜雲服務等）
五、APP項目首期開發後，如果發生了需求變更如何處理？
一般項目開發完成時，會根據項目實際投入市場後的運行情況進行結構或者流程的調整，這些都是在所難免的，前期策劃再周全也難免後期的調整和改動，一般一個項目的成熟大改需要半年的時間，所以在開發前期要做好充足的准備，我們銘訊軟體一貫的做法是負責項目一年左右的基礎功能運維工作，還可以通過付月維護費來簽署戰略合作夥伴，這是會為客戶提供每月的技術升級技術改造服務，充分讓客戶把經歷投入到市場推廣和項目運作中。
3. 軟體測試報告性能如何測試
一個想要留住用戶的APP，不僅要內容輸出新穎，功能也要齊全，但有一個必要的前提是APP在使用過程中不卡頓或載入緩慢.在這種情況下，這會導致更差的用戶體驗，直接使用或不使用該應用程序。在這種情況下，需要進行應用程序性能測試。
想要做好app性能測試，還需要遵守相關程序，才能萬無一失。那麼app性能測試的流程是怎樣的，你對app性能測試了解多少呢？下面我來告訴你。
一、APP性能測試是什麼意思？
APP性能測試通常分為服務端性能測試和移動端性能測試。通過各種測試工具，對APP性能進行測試評估，發現存在的缺陷，保證軟體安裝安裝後的正常使用。
二、APP性能測試的重點是什麼？
1.資源消耗；分別測試空閑狀態、中等規格和滿狀態下的資源消耗。
2.內存：一般APP應用不會佔用太多手機內存資源。可以測試不同強度下應用內存和系統內存的變化，以及應用的整體流暢度等。
3、電量使用：首先了解手機在正常情況下的電池使用時間。關閉所有應用後，再啟動待測APP，看看耗電增加了多少，取差值。
4、網路流量消耗；測試第一次啟動時的流量值和運行一段時間後的流量值。
5.響應速度/時間；分別測試APP首次/非首次啟動、有網/無網的載入時間。
6.兼容性測試；不同手機版本的兼容性測試。
三、常見APP性能測試方法
APP性能測試的方法有很多種。有些指標可以人工計算，有些性能測試必須藉助軟體測試工具進行。測試人員一方面可以使用手機內置的測試工具進行應用測試，另一方面可以使用Jmeter等自動化測試工具進行測試。
四、如何做好APP性能測試？
APP性能測試也是APP測試的一部分。測試人員需要具備良好的測試技術能力。同時，測試環境、網路帶寬等硬體條件也是做好APP性能測試的基礎。為了做好APP性能測試，建議企業可以通過第三方測試機構進行APP測試。
4. 系統或者軟體測試需要做些什麼怎麼做
(1)測試是為了發現程序中的錯誤而執行程序的過程
(2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案
(3)成功的測試是發現了至今為止尚廳談慶未發現的錯誤的測試。
(4)測試並不僅僅是為了找出錯誤.通過分析錯誤產生扮握的原因和錯誤侍歷的發生趨勢，可以幫助項目管理者發現當前軟體開發過程中的缺陷，以便及時改進。
(5)這種分析也能幫助測試人員設計出有針對性的測試方法，改善測試的效率和有效性
(6)沒有發現錯誤的測試也是有價值的，完整的測試是評定軟體質量的一種方法
(7)另外，根據測試目的的不同，還有回歸測試、壓力測試、性能測試等，分別為了檢驗修改或優化過程是否引發新的問題、軟體所能達到處理能力和是否達到預期的處理能力等。
5. 如何製作移動app測試方案及詳細流程
首先是測試資源確認及准備
（1）產品需求文檔，產品原型圖，介面說明文檔及設計文檔應該齊全
（2）測試設備及測試工具的准備：IOS和Android的不同年版本的真機，以及測試相關工具的准備。
測試用例的設計及評審
（1）根據產品需求文檔，產品原型圖等文檔，設計客戶端的一般功能測試用。
（2）測試用例評審，修改與完善，評審過後著手進入正式測試階段
UI測試
（1）確保手頭的原型圖與效果圖為當前最新版本，符合產品經理及用戶需求。
（2）測試過程一切以效果圖為准，若用戶體驗猛帶方面有建議，先以郵件的形式與產品經理確認，確認通過後，可以正式的發出用戶體驗方面的問題
功能測試
（1）APP功能測試主要依據編寫的功能測試用例進行軟體功能的遍歷
（2）涉及的測試主要包括基本功能測試，安裝，卸載，運行測試，異常處理（包括網路突然中斷或者網速過慢，機器內存不足等異常情況的處理）
中斷測試
（1）軟體運行過程中接電話，收簡訊，鎖屏，鬧鈴，充電，收到通知提醒後在使用軟體，軟體任可以正常運行
（2）運行軟體時由前台切換到後台，再切換回前台仍能繼續運行
兼容性及適配器測試
（1）硬體的適配：不同手機廠商，硬體性能，不同屏幕大小的適配。
（2）OS版本的兼容。
（3）不同屏幕解析度的適配：移動端設備的屏幕解析度多種多樣，如果app沒有做合適的處理可能會顯示不好，甚至影響功能的操作。
（4）兼容性測試必須放在一定數量的真機上運行，由於真機類型較多，兼容性測試的時候可以選取典型的幾種運用較多的真機進行兼容性測試。
性能測試
（1）客戶端性能測試注重安裝卸載時間，啟動時間，頁面載入時間，主要功能佔用的床鋪，內存，流量，耗電量等，以及與同類產品相比較是否具有優勢。
（2）至於伺服器端的性能，主要利用介面對伺服器進行加壓，重點關注相應時間，吞吐量，並發數，事務通過率等。
穩定性測試
（1）安卓app的穩定性常常使用monkey進行測試，通過隨機事件流模擬個人操作，對檢查程序的內存溢出，空指針有很大的作用
檢測分析及測試報告輸出
以上各種形式的APP測試結束後，應該形成完整的分析及報告文檔，輸出給相關人員
6. 手機上的app性能測試怎麼測
您好，方法
提到APP的性能測試這個概念比較籠統，因為APP的性能測試分為伺服器端的性能和手機端的性能測試。下面，我們先從伺服器端的性能測試開始說起，伺服器端的性能測試可以通過LoadRunner或Jmeter工具進行測試，為方便起見，可以以Jmeter工具為例子說一下App伺服器端的性能測試流程。
首先，確定app的性能測試功能點，一般會選擇使用比較頻繁的功能做性能測試比如查詢，提交數據。
然後，根據該功能點的介面測試需求，或使用fiddler抓包，在jmeter上構造向伺服器發送的請求數據，配置好相關的設置，並做好伺服器的監控。(以我們實際項目為基準，本項目是搭建在linux上的，用的是nmon工具做監控)，
最後運行測試，測試完之後，收集CPU，內存等信息，集合聚合報告的內容，分析性能測試結果。
至於手機端的性能測試流程則比較簡單，首先需要在伺服器上提前安裝監控工具(iTest/GT)，接著啟動監控工具，監控被測應用.
接著需要清空先前的logcat日誌記錄，清空日誌的命令是：adb logcat -c.
接著來獲取logcat日誌：adb logcat -v time > E:\share\logcat.log.
如何做App的性能測試
再接著使用monkey運行被測應用：
adb shell monkey -p your.package.name -v 500 > E:\share\monkey.log
(獲取app的包名和activity名稱：
adb logcat -v time | findstr START
腳本中，cmp= 後面的值就是 包名)
（ctrl+c 終止命令）
最後根據監控圖，檢查CPU，內存，流量，電量是否符合性能指標。如果不符合，就把不符合指標的報表和對應的logcat發給開發進行定位。
7. Airtest 如何測試手機 APP
Airtest 是網易出品的一款基於圖像識別的自動化測試工具，主要應用在手機 APP 和游戲的測試。一旦使用了這個工具進行 APP 的自動化，你就會發現自動化測試原來是如此簡單！！
要進行 APP 的自動化測試，首先要將手機連上 airtest。連接手機有幾種方法都可以實現：
注意：部分手機還需要打開「允許模擬位置」、「允許未知來源安裝應用」，所以如果不成功可以把這兩個選項也勾選！ 『
當手機與電腦處在同一個 wifi 下，即可嘗試無線連接手機了，其實也就是通過 adb 無線連接手機。但是這種方式受限於網路連接的穩定性，可能會出現連接不夠穩定的情況。具體連接操作步驟如下：
1、touch ：點擊操作 包含的參數：
v：點擊的圖片或者坐標
times：點擊次數，默認 1 次
ration：按住時間，默認 0.01s
right_click: windows 有效 ，手機端無效
2、text ：輸入文本
包含的參數：
text：輸入的文本
enter：完成輸入後自動執行 enter 操作，默認為 True
search：完成輸入後強行執行 search 操作，默認為 false
3、wait：等待元素出現，如果找到該這個 圖片就返回圖片中心點的坐標，如果不出現就拋出錯誤：TargetNotFoundError
包含的參數：
v：點擊的圖片或者坐標
timeout：等到超時時間，默認 20s
interval：每次尋找的時間間隔，默認 0.5s
intervalfunc：圖片沒有找到就執行後面的函數，默認為 None
4、sleep ：暫停等待
包含的參數：
secs：延遲時間，默認 1.0s
5、assert_exist ： 判斷圖片是否存在，如果存在就返回圖片的中心坐標，不存在就 raise AssertionError
包含的參數：
v：圖片
msg：描述測試點，它將被記錄在報告中
return: 存在就返回圖片的中心坐標，不存在就 raise AssertionError
6、assert_not_exist ：判斷圖片是否不存在，如果存在就 raise AssertionError
包含的參數：
v：圖片
msg：描述測試點，測試 報告中顯示
7、assert_equal ： 判斷第一個值和第二個值是否相等
包含的參數：
first：第一個對比條目
second：第二個對比條目
msg：描述測試點，在測試報告中顯示
8、assert_not_equal ： 判斷第一個值和第二個值是否不相等
包含的參數：
first：第一個對比條目
second：第二個對比條目
msg：描述測試點，在測試報告中顯示
我們現在用以上這寫 API 來實現一個具體的需求用例：
需求： 登錄檸檬班 app，並判斷是否登錄成功；
注意：為了確保萬無一失，最好在輸入文本之前，先點擊輸入框，確認輸入的焦點。
所以先調用 touch API，再調用 text API。點擊 text API 就會彈出如下圖所示的文本輸入框，輸入你的手機號碼即可。同樣的步驟，輸入密碼；最後，點擊「登錄」按鈕。
用 assert_exists API 來斷言是否登錄的用戶名和頭像是正確的，腳本如下：
可以打開測試報告，查看運行結果和斷言的圖片如下圖所示：
8. 軟體測試必學基本理論知識-APP測試
業務功能測試
APP專項測試（兼容性測試、安裝、卸載、升級、交叉事件、Push消息推送、性能測試、用戶體驗、極限、邊界、許可權
手機型號、操作系統、解析度（Android:1080x1920,720x1280;IOS:2208x1242,1334x750)尺寸(4.7,5.5)、網路環境（Wi-Fi、2G、3G、4G、5G)
撥打接聽電話
接收/發送簡訊
插拔耳機
網路切換
1.一定數量的真機上進行
2.藉助testin等雲平台
3.模擬器：Xcode、Genymotion(http://www.genymotion.net/)
第三方在線統計排名（騰訊移動分析、網路研究院）
官方數據（Android、IOS官網）
埋點技術（技術手段）
push消息應該按設定規則發送特定用戶
APP在後台運行時，應能正常收到其push消息
設備鎖屏狀態下，應能正常收到APP的push消息
設置網路段斷開後再一次建立連接是，改局備應能收到push消息
系統設置不接收APP通知消息時，用戶應該不再接收push消息
安裝渠道：Android-應用商城、IOS-APP Store
正常情況 ：
正常安裝測試、檢查是否安裝成功
APP本本覆蓋測試
回退版本測試
在不同型號、系統、屏幕大小、解析度上的手機進行安裝
安裝完成後能否正常啟動應用程序
異常情況
安裝時內存不足
安裝過程中的意外情況（強行斷電、斷網、來電話、查看信息）等
能否取消安裝
正常情況：
用自己的卸載程序進行卸載，檢查是否卸載干凈
用第三方工具，檢查是否卸載干凈
不同系統、硬體環境、網路環境下進行卸載
卸載後再次安裝、是否正常使用
異常情況：
卸載中出現異常情況能否恢復（比如手機關機、內存、沒電等），程序是否還能運行
卸載後是否有殘留，是否能夠再次進行安裝
是否可以取消卸載，軟體恢復使用
更新版本需要提示用戶
考慮是否進行強制升級（軟體存在嚴重缺陷、軟體不能夠向前兼容）
是否能夠跨版本升級
性能測試指標：內存、CPU、流量、電量、啟動速度、界面切換速度
內存溢出與內存泄漏
1.內存溢出out of memory，是指程序在申請內存時，沒有足夠的內存空間供其使用，出現溢出
2.內存泄漏out of leak，是指程序在申請內存後，無法釋放已申請的內存空間，一次內存泄漏危害可以忽略，但內存泄漏堆積後果很嚴重，無論多少內存，遲早會被佔光
3.二者的關系：內存泄漏會導致內存溢出
冷啟動與熱啟動
1.指app被後台殺死後，在這個狀態打開app，這種啟動方核毀式叫做冷啟動
2.熱啟動：指app沒有被後台殺死，仍然在後台運行，通常我們再次打開這個app，這種啟動方式叫做熱啟動
用戶體驗
邊界（極限測試）
許可權測試
App的兼容性測試尤為重要：由於手機廠商生產的手機型號及相關軟硬體存在千千萬萬的差異性，進而APP端需要著重考慮解析度，系統版本，尺寸，主流機型等
App性能測試指標不一樣，除了需要和web一樣考慮APP客戶端的性能外，我們還需要考慮電量、流量的消耗、GPU渲染等
APP網路測試場景的復雜性：如2G、3G、4G、5G、Wi-Fi、弱網環境等
APP基於手機載體存在的交叉事件測試、前後台切換，安裝/卸載/升級測試
APP基於手機載體特有的一些用戶操作習慣類測試，如橫豎屏切換，多點觸控，事件觸發區域等
內測發布平台
工作流程：1.開發將打好的程序包上傳到內測發布平台上2.內測分發平台基於上傳的安裝包生成唯一的二維碼3.測試掃描二維碼即可進行下載，安裝並測試
蒲公英： https://www.pgyer.com/
fir.im(https://fir.im/
線上發臘信布平台：
應用商店、APP Store
前置基礎：瀑布模型（不適用快速變化的需求）、快速原型
互聯網特點：請求創新、要求的高度不確定性
移動互聯網的解決方案：快速的反饋機制、快速試錯
基本可以和快速原型劃等號。
scrum：提供了一套基於團隊的敏捷方法。
角色：產品負責人（整理需求）、項目經理、開發團隊
輸出物：產品待辦列表、迭代待辦列表、產品增量（可工作的軟體）
5個活動：迭代、迭代計劃、每日站會、評審會、迭代回顧
1.需求分析與評審
2.編寫測試計劃（測試方案）
3.設計測試用例與評審
4.執行測試用例與缺陷跟蹤
5.編寫測試報告
兼容測試
交叉事件
弱網測試
極限邊界
許可權測試
刪除請求：remove all
設置過濾
查看請求和響應數據
修改響應數據
輔助定位bug
構建模擬測試場景
APP弱網模擬測試
前端性能分析及優化
重定向、API介面測試
為什麼抓包？
通過抓包工具截取觀察網站的請求信息，幫助我們更深入了解系統
通過用抓包工具截取，觀察網站的請求與返回信息，幫助我們進行bug的定位與描述
步驟
1.打開Fiddler，設置代理（tools-option-connection-勾選Allow remote computers to connect，並允許遠程連接
2.手機連接電腦的熱點網路或者在同一個區域網內
3.手機網路連接中，設置網路代理，IP是電腦的同網段IP地址，埠是8888
4.手機訪問APP或者用手機瀏覽器訪問網路，電腦Fiddler觀察抓包情況
1.概念
在當今移動互聯網盛行的時代，網路的形態除了有線連接，還有2G/3G/Edge/4G/Wi-Fi
等多種手機網路連接方式，不同的協議、不同的制式、不同的速率使移動應用運行的場景更加豐富。
2.原理
通過Fiddler來模擬限速，提供客戶端請求前和伺服器響應前的回調介面，Fiddler的模擬限速是在客戶端請求前自定義限速，通過延遲發送數據或接收數據的時間來限制網路的下載和上傳速度，從而達到限速的效果
打開網速模擬模式開關（Rules-Performances-simulate Modem speeds)
自定義網路：rules-customize rules
（知識就是力量，我將會持續更新軟體測試相關知識喲 ）
9. 如何做好app的測試工作測試流程中都包含哪些方面
軟體測試的工作內容主要包括「驗證」和「確認」，具體內容如下。
一、驗證：保證軟體正確地實現了一些特定功能的一系列活動，即保證軟體以正確的方式來做了這個事件。
1、確定軟體生存周期中的一個給定階段的產品是否達到前階段確立的需求的過程。
2、程序正確性的形式證明，即採用形式理論證明程序符合設計規約規定的過程。
3、評審、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或文件等是否和規定的需求相一致進行判斷和提出報告。
二、確認：一系列的活動和過程，目譽早的是想證實在一個給定的外部環境中軟體的邏輯正確性，即保證軟體做了用戶所期望的事情。
1、靜態確認，不在計算機上實際執行程序，通過人工或程序分析來證明軟體的正確性銷岩。
2、動態確認，通過執行程序做分析，測試程序虧虛御的動態行為，以證實軟體是否存在問題。
10. 軟體測試都要做什麼
首先，軟體測試通俗來講就是一個質檢員，負責保證你的軟體在上架面向使用者前沒有BUG。
以一個APP為例，軟測主要做下面的工作
第一 熟悉需求，編寫用例
APP研發出來之前，會有一個需求說明書，裡面會講解這個APP是幹嘛的，怎麼用，她的功能是怎麼顯示呈現的，開發會根據這個文件去進行研發，在此期間，你就負責看明白，並根據需求文檔去編寫你的測野旦試用例，具體怎麼寫什麼格式就看公司有沒有要求了
第二 測試並提BUG
寫完用例，並且APP也有了，你就根據你的用例去做測試，包括但不僅限於功能測試，UI校對，數據校對，介面測試，性能測試等，在測試過程中，你可能會發現跟需求文檔呈現不一樣的地方，或者有無法進行到下一步，或者自動閃退等等問題，這個就是BUG，你需要跟對應的開發交接，讓他修改
第三 回歸
在開發修改好BUG之後液桐，你要頌埋擾去回歸測試，有可能改好了A，B就出問題了，這個很正常，回歸就是為了防止出現遺漏或者新的BUG
第四 編寫測試報告
測好之後，會要求寫一份測試報告，說明，這個APP有什麼問題？修改好了沒有？誰負責測試的？等等相關信息，根據這個報告，上頭會判斷能不能發版，當然有些公司走極速流程的，甚至都不會讓你寫這個，就一句話就OK了
簡單的說就是這樣，歡迎補充～