軟件測試 APP測試丶

 

一：APP概述

• APP架構：C/S
• APP類型：
  • web app
    • 介紹：

      • web app就是給web站編譯打包加了個app殼，看起來像是一個app，能夠上傳到應用商店，也能夠從應用商店下載到移動設備安裝，可是咱們在手機上打開以後看到的實際上仍是網頁，只不過寫成的是自適應的網頁可以在手機上顯示，作到跟原生app那樣。          並且web app也能夠獲取到手機裏面的底層功能，好比說打開攝像頭、打開相冊、獲取咱們的地理位置信息...等等均可以作到的，那若是你想開發一款app須要用到原生底層能力的話，web app是能夠知足到你。

    • 語言：HTML5
    • 優點-
      • 1.  開發速度快、成本低。相對於原生APP，使用H5開發更節省人力，不須要單獨的兩個團隊開發。
      • 2. 版本控制及BUG修復更優秀。因爲頁面由服務器直接返回，有問題直接後臺修改，不須要用戶單獨更新APP。
      • 3. 跨平臺性優秀。HTML5 採用網絡通用語言，不用考慮終端設備或者操做系統的不一樣。
    • 劣勢-
      • 1. 用戶體驗差。因爲不一樣的手機設備性能不一樣，形成用戶圖形界面和數據展現體驗不一樣，對手機要求較高。
      • 2. 不能離線訪問。因爲界面都是由服務器返回，離線將沒法訪問APP頁面。
  • native app
    • 介紹：Native App是一種基於智能手機本地操做系統如iOS、Android、並使用原生程式編寫運行的第三方應用程序，也叫本地app，有很強的的交互是一個完整的app可拓展性強。
    • 下載安裝：須要
    • 語言：ios-object c，Android-java
    • 1原生APP獲取新功能須要升級APP應用
    • 2原生APP應用安裝相對包較大（包含UI元素，數據內容，邏輯框架）
    • 3原生APP能夠調用手機終端的硬件設備（語音，攝像頭，GPS，）
    • 優點-
      • 一、提供最佳的用戶體驗，最優質的用戶界面，最華麗的交互
      • 2,  數據存放在本地，可節省寬帶成本
      • 3，盈利模式模式明朗
      • 4，打開速度快
    • 劣勢-
      • 1：移植到不一樣平臺比較麻煩
      • 2：維持多個版本的成本較高
      • 3：須要經過store或market確認
      • 4：盈利須要與第三方分紅
      • 5，開發的成本也比較高
  • hybrid app

    • 介紹：半原生半web；兼具native  app良好的用戶體驗和web  APP跨品臺開發的優點，外觀上市一個native app，實則是一個UIwebview，裏面訪問的是一個web app（native框架上加的web內容）

      下載安裝：須要

      注：如新聞類的應用廣泛採起這種開發策略

• 移動端概述
  • 廣義：手機，筆記本，平板（能拿着走的）
  • 大部分狀況指   手機
• 智能手機
  • 概述：有較強的PDA（personal  digital assistant），商務多媒體功能，具備很強擴展性，集移動通訊，移動辦公，移動多媒體於一身；
  • 組成：
    • 硬件：焊接在pcb（印刷電路板）上的有（CPU，GPU，ram，rom），通信卡，sim卡槽，sd卡槽，各類接口
    • 操做系統
    • 軟件
  • 主流系統
    • iOS：
    • Android：
      • 以Linux爲基礎
      • java編寫
  • 功能：
    • 無線接入互聯網功能
    • 具備PDA（我的數字辦公）功能
    • 人性化
    • 功能強大（擴展性強）
  • 架構：
    • 一層：applications（應用程序）：日曆，聯繫人，郵件，等（用java編寫）
    • 二層：應用程序框架
    • 三層：系統運行層爲開發者提供服務
    • 四層：linux內核
• 瞭解近期手機品牌和主流系統（重點）
  • 1：智能手機廠商排名
  • 2：操做系統市場佔有率
  • 3：Android和iOS
  • 注：來源於網絡  如百度
• PC端和移動端測試區別：
  • PC端：
    • 頁面承載量：屏幕大存在量大
    • 交互方式：單擊。雙擊
    • 使用場景：比較固定——>方案固定
    • 網絡接入方式：wife，寬帶
  • 移動端：
    • 頁面岑仔量：頁面小，承載量小
    • 交互方式：單指，多指
    • 使用場景：可移動，場景切換——>主要場景爲主
    • 網絡接入方式：2g  3g  4g  wifi  

 

二：APP測試選機

• 1：瞭解APP用途
  • 1：如APP有針對高級功能設計（如：指紋識別，nfc紅外線感應，指紋識別）等，就選則支持該技術的手機。
  • 2：不支持某個系統平臺測試時就能夠忽略。
• 2：主測試手機：
  • 1：APP未投入市場‘預測’真實用戶使用的設備和平臺
  • 2：app如針對普通用戶就考慮市場佔有有率高手機和系統版本
  • 1：選市場佔有率高的手機（Android，ios 各一臺）
• 3：選擇設備原則
  • 1：不一樣的分變率
  • 2：不一樣的屏幕尺寸
  • 3：選擇不一樣的操做系統
  • 4：根據app用途，Android版本市場佔有率，手機品牌市場佔有率

 

三：測試類型

• 1：功能性測試
  • 1：根據軟件說明或用戶需求驗證APP各個功能的實現
    • 1：根據需求，提煉用戶使用場景，驗證功能
    • 2：根據相關測試標準（公司和行業），驗證功能
    • 3：根據被測功能點特性採起特定方法測試
    • 4：測試中，及時修正業務或需求理解錯誤。
    • 5：使用思惟導圖進行測試點的設計與分析
  • 2：功能缺陷：
    • a：功能不起做用（菜單，按鈕，連接，控件失效）
    • b：功能錯誤（與預期的功能不一致）
    • c：功能缺失（缺乏具有的菜單，按鈕，選項等）
    • e：執行功能以後當前功能沒法繼續操做
  • 3：具體功能：
    • 安裝
      • 正常
        • 下載到手機安裝
        • 應用商店下載安裝
        • 掃碼下載安裝
        • 電腦手機助手安裝
        • adb命令安裝
        • 覆蓋升級安裝
        • 在線跨版本安裝
      • 異常
        • 安裝中來電話，信息
        • 安裝中關機重啓
        • 安裝中網咯斷開
        • 安裝中取消
        • 安裝中手機內存滿了
        • 安裝中使用其餘多個軟件
        • 安裝中恢復出廠設置
        • 安裝中刪除安裝包
        • 安裝中死機
        • 還未徹底卸結束改軟件後再次安裝
        • 安裝中鎖屏
        • 安裝中電聯太低
        • 安裝中切換到後臺
        • 安裝中升級手機系統
    • 卸載
    • 更新
      • 1軟件有版本更新是要否有更新提示
      • 2軟件更新後肯定更新的後的版本，且安裝運行正常
      • 3用戶取消更新是老版本課以正常使用，下次啓動應用時依舊出現更新提示
      • 4在不刪除客戶端的狀況下，進行版本更新且運行正常。（功能是否更新，檢查項目文件是否更新）
    • 登陸
      • 1登陸密碼錯誤時是否有提示
      • 2用戶主動退出登陸是下次啓動，應進入登陸界面
      • 3對於支持自動登陸的APP退出登陸是否能自動登陸成功
      • 4密碼修改後，登陸時是否作到了有效數據的效驗
      • 5切換帳號登陸，效驗登陸的信息是否作到了有效數據的效驗
      • 6對於多個端登陸都進行炒做時，確保數據庫操做無誤，且每一個端能夠及時看到數據的更新
    • + - 運行（包括運行後的全部功能點）
      • 1：APP安裝完成是否能夠正常打開軟件
      • 2：APP運行時是否能夠加載圖示，是否有引導程序
      • 3：APP的速度是否可讓人接受，切換是否流暢
    • 字符輸入測試
    • tooltip測試
    • 連接測試操做按鈕測試
    • 程序運行權限測試
    • 運行日誌查看
    • + - 離線
      • 概述：離線是應用程序在本地的客戶端會緩存一部分數據以程序下次調用
      • 1對於一個程序，須要在登陸事後，這時沒有網絡的狀況下能夠瀏覽本地數據
      • 2無網絡時，刷新獲取新數據時，不能獲取數據且給出友好提示
      • 3切換到後臺，再次切換到前臺時，能夠正常查看
      • 離線後介入網絡再次有更新時，須要從服務器獲取新數據來更新客戶端數據，且更新本地緩存信息
    • 消息推送
      • 1查看默認開關狀態（嚴格根據需求定義開關）
      • 2設置開關課自由 打開 或 關閉
      • 3設置開關關閉時客戶端接受不到消息推送
      • 4設置開關打開狀態下，手機消息能夠接受到推送提醒，且可點擊查看，點擊後在消息欄消失
      • 5與手機系統的權限中的消息推送組合測試
    • 網絡環境
      • 1各類網絡下軟件的響應速度
      • 2通常的測試環境是在公司的內網進行測試，到外網測試是否有異常
      • 3網絡很差活不好時提交數據是否失敗（友好提示/anr）
      • 4有網到無網在到有網 數據是否能夠自動恢復，正常加載
    • UI    測試
      • 測試範圍：全部感觀能夠接觸到的
      • 1：目標是確保用戶經過界面可以正確，快速，有效的使用軟件的各項功能
      • 2：確保用戶界面符合公司或者行業標準（包括用戶友好性，人性化，易操做性測試）
      • 測試點：
        • 1：頁面是否美觀
        • 2：文字是否正確
        • 3：圖片組合是否完美
        • 4：菜單，對話框，窗口，控件佈局
        • 5：風格是否知足客戶需求
    • 兼容性測試
    • 安全測試（功能上的）
    • 異常測試
      • 1：多個APP應用切換
      • 2：app清空數據後強制退出是否能夠正常運行
      • 3：長時開機開啓app，是否會有異常狀況（若是是自動登陸，是否會過時）
      • 4：網絡切換（wife—>數據流量的提示）
• 2：兼容性測試
  • 1：主要測試機多測功能點，次要測試機測基本功能覆蓋主要測試用列便可
  2：主要考慮；
  • 兼容性分類：硬件兼容，軟件兼容，不一樣瀏覽器的兼容（數據庫的兼容，軟硬件配合兼容），數據兼容
  • 1：不一樣的操做系統兼容
  • 2：軟件版本自己可否向前前後兼容
  • 3：軟件可否與其餘軟件兼容
  • 4：數據兼容 （數據可否共享，版本更新，第三方獲取信息等）
  • 5：網絡兼容
  • 5：不一樣同品牌，不一樣分辨率，不一樣屏幕尺寸
  • 3：測試方法
    • 雲測
      • 1：一樣花錢
      • 2：須要的手機可能沒有。有的可能不須要
      • 3：有問題沒法及時溝通
      • 4：隨時傳，隨時測
    • 手工
      • 1：測試機通常租賃-手機採購週期長，使用率低
      • 2：手機採購週期長，使用率低
      • 3：不一樣設備上bug記錄，截圖，記載日誌，太耗時
  • 4：兼容性做用：
    • 1：進一步提升產品的質量
    • 2：能使軟件與儘量多的其餘軟件‘和平共處’
    • 3：儘量的保證軟件存在的價值（兼容性越高能用到的人羣也就越多）
• 3：弱網測試（專項）
  • 1：爲何要執行弱網測試
    • 1：網絡環境多樣複雜
    • 2：不少bug都是在不穩定的網絡環境下出現的
    • 3：移動特性：網絡鏈接協議的不一樣，致使通訊信號和速度也不一樣，影響應用的加載時間可用性和穩定性
  • 2：什麼樣的網絡屬於弱網
    • 1：低於2G；也可將3G華爲弱網
  • 3：如何進行弱網測試
    • 1：手機設置——移動網絡設置——網絡類型選擇
    • 2：使用虛擬機模擬網絡設置
    • 3：使用fidderl來進行網絡代理（側重於3G一下的的網絡）
  • 4：弱網測試的目的
    • 1：圖片加載是否完整
    • 2：加載時間過長是否報錯（無響應）是否有提示
    • 3：網絡加載時間過長是否會崩潰
  • fidder 簡介（重在實操）：
    • 1：流行且使用的HTTP抓包工具
    • 2：以web代理的形式工做的
    • 3：使用的的代理地址爲 127.0.0.1   端口8888
    • 4：具體使用：
      • APP：

        • 如何鏈接手機：

          • 保證手機和電腦都處於同一個網絡
          • 設置手機鏈接的wifi代理端口爲fiddler的端口
          • WIFI服務器配置成當前主機的ip地址

          fiddler主要用來作app抓包使用，作弱網測試。如今fiddler客戶端作好各項配置，端口設置爲8888，而後在手機上設置代理，就能夠抓包了。抓包能夠看到服務器返回的值（弱網），還可以修改傳入參數，傳出的參數（接口），模擬網絡延時，去構造不一樣場景。

          設置網絡上下行延遲時間：rules——》customize rules   裏設置（2G   上行500  下行400）

      • PC端：
        • 1.打開fiddler，默認配置，按F12直接開始抓包，或者在頂部file-> capture Traffic開始抓包（注意，在抓包以前須要確認右下角的狀態是all processes）
        • 2：file-> capture Traffic開始抓包（注意，在抓包以前須要確認右下角的狀態是all processes）
        • 3：運行程序
        • 3：返回fiddler，按F12或file-> capture Traffic結束抓包
        • 4：在右邊框點擊filters進行過濾，輸入網址後點擊actions運行    抓包結束
• 4：穩定性測試（monkey）Android端專項
  • 1：dos命令
    • 1．MD——創建子目錄
    • 2．CD——改變當前目錄
    • 3.  RD——刪除子目錄命令
    • 4．DIR——顯示磁盤目錄
    • 5.  mkdir   建立目錄
  • 2：adb
    • 1：如何鏈接手機
      • 一、使用 abd shell  首先要配置環境變量將 sdk 的 platform-tools  目錄配置進去（配置jdk/sdk）
      • 第一種  使用USB線鏈接
        • 1. 在手機上啓用USB調試（電腦安裝驅動）
          • USB調試
          • 容許位置
        • 2. CMD窗口輸入adb devices，此時能夠看到本身的設備。
        •  PS：沒法看到本身設備時，查看手機USB調試是否打開；
      • 第二種  使用無線WiFi鏈接
        • 修改代理端口
        • 修改IP地址
    • 2：adb命令簡介：
      • Android debug  birdige  是andriod 下面的一個調試工具
    • 3：adb經常使用命令
      • 1：adb version  查看版本信息
      • 2：adb devices  獲取設備
      • 3： adb shell   進入手機環境
      • 4：adb  install    某某.jdk   安裝某jdk
      • 5：  adb  uninstall  包名   卸載軟件
      • 6： pm list packages   列出全部安裝的包名
        • -s  系統自帶包
        • -3  認爲安裝包
      • 7：adb pull  設備路徑/本地路徑    （把手機裏的東西拿出來）
      • 8：adb push 本地路徑/設備路徑    （從本地複製文件到設備）
      • 9：adb shell  top  -m 5  （查看佔用手機前五的應用）
      • 10：adb shell top  -n  1  刷星一次內存信息，原後返回
      • 11：adb shell  chmod設置文件權限
      • 12：adb  shell mkdir  新建文件目錄
      • 13：adb shell cat  查看文件內容
      • 14：/proc/cpuinto   此文件存放硬件信息
      • 15:  /proc/meminto    此文件存放內存相關信息
  • 2：monkey
    • 1原理：是Android中附帶的一個工具。能夠運行在模擬器或實體機設備（向系統發送僞隨機的用戶事件流）
    • 2目的：1進行壓力測試  2：開發人員能夠結合monkey打印的日誌和系統答應大日誌發現出現的問題
    • + - 3：menkey選線主要分爲四大類
      • 1：設置設備嘗試的時間數量
      • 2：約束選項如約束的只對單獨的一個包進行測試
      • 3:事件類型和頻率
      • 4：調試選線（一些參數）
    • 經常使用參數：
      • -p  指定包名
      • -v  日誌的詳細程度（-v-v-v）
      • -s   send值
      • - -throttle 毫秒    間隔時間
      • - -ignore-security-exception   忽略安全異常
      • - -ignore-timeouts   忽略超時
      • - -ignore-crashes    忽略崩潰
      • - -monitor-native-crashes 監視崩潰時的本地代碼
    •  
  • 打印系統日誌：logcat
    • adb  logcat  -v  time  >D：loncat.txt   （這裏的-V指的是打印形式）
    • 關鍵字：  
      • 1：若是是ANR（超時）問題 ， 則搜索「ANR 」關鍵詞(ANR後加個空格，屏蔽掉anr.log文件的無效信息) 。 快速定位到關鍵事件信息 。
      • 2：若是是ForceClosed（強制退出） 和其它異常退出信息，則搜索"Fatal"（致命的） 關鍵詞， 快速定位到關鍵事件信息 。
      • 注：anr 無響應 /  fateal  前置關閉或程序異常輸出 /      
    • 注：monkey開始的同時（兩個cmd窗口）開啓logcat（logcat主要記錄程序的log信息，主要產生的影響）
  • Android日誌：traces
    • 如何拿出：adb pull  /data/anr/traces.txt   D/log.txt（保存路徑）
    • 注：traces日誌記錄androi自己的日誌（但發現logcat日誌中出現anr或crash（閃退/強制退出）時提供traces日誌）
• 5：性能測試
  • + - 關注的指標
    • 一、內存
    • 二、CPU
    • 三、流量（專項）
    • 四、耗電量（專項）
    • 五、啓動速度
    • 六、滑動速度、界面切換速度
    • 七、與服務器交互的網絡速度
  • 1：DDMS檢查性能
    • DDMS是什麼：

      • 全稱是Dalvik Debug Monitor Service，是 Android 開發環境中的Dalvik虛擬機調試監控服務。經過DDMS能夠看到目標機器運行的進程，線路狀況幫助開發和測試人員調試Andorra程序

    • DDMS工做原理：

      • DDMS將搭建起IDE與測試終端(Emulator或者connected device)的連接,他們應用各自獨立的端口監聽調試信息,DDMS能夠實時監測到測試終端的鏈接狀況.當有新的測試終端鏈接後,DDMS將捕捉到終端的ID,並經過adb創建調試器,從而實現發送指令到測試終端的目的;

    • 1：啓動方法：SDK目錄下took是目錄   DDMS
    • 2：查看內存信息：
      • 第一步：選中要監測的進程
      • 第二步：點擊左上角的show heap updates
      • 第三步：右邊的VM Heap界面中點擊Cause GC，我理解就是手動執行一次GC操做
      • 第四步：查看data object那一行的Total Size值，這個值表明的意思就是當前進程中Java對象所佔用的內存總量，經過這個值來判斷是否內存泄露
      • 判斷依據：
        • 1.不斷在手機上執行一個可能存在內存泄露的功能，若是執行每一次Total Size的數值都在不斷的增長，則能夠判斷該功能模塊可能存在內存泄露
        • 2.可是若是反覆的執行被測試的功能，該數值在一個範圍內來回的變更（而不是一直的變大），則能夠判斷該功能正常，不存在內存泄露的問題
    • 3：log日誌產生的異常狀況（存放於data/log）
      • 1，程序異常退出，uncausedexception      （Fatal）
      • 2，程序強制關閉，ForceClosed (簡稱FC)       （Fatal
      • 3，程序無響應，ApplicationNo Response（簡稱ANR)
      • anr出現的狀況
        • A  界面操做按鈕的點擊等待響應時間超過5秒
        • B  HandleMessage回調函數執行超過10秒，BroadcasterReciver裏的onRecive（）方法處理超過10秒  
        • C   手動生成。 
    • 4：log每條信息都包含五個部分
      • 1：time：      表示執行的時間，這個信息對於學習生命週期，分析程序運行的前後順序特別有用
      • 2：標題空白的列：    表示的log種類（信息種類）
      • 3：pid                      表示程序運行時的進程號
      • 4：tag     標籤，一般表示系統中的一些進程名，好比咱們運行helloworld程序的話，就會看到activitymanager在運行。
      • 5：Message 表示進程運行時的一些具體信息，好比咱們運行helloworld程序的話，就會看到starting activity...helloWorld的字樣
    5：log的種類形式

    • android.util.Log經常使用的方法有如下六個：Log.v() Log.d() Log.i() Log.w() ， Log.e()以及Log.a() (android 4.0新增長的)。根據首字母對應           VERBOSE，DEBUG,INFO,WARN，ERROR,Assert。

      一、Log.v 的調試顏色爲黑色的，任何消息都會輸出，這裏的v表明verbose囉嗦的意思，平時使用就是Log.v("","");

      二、Log.d的輸出顏色是藍色的，僅輸出debug調試的意思，但他會輸出上層的信息，過濾起來能夠經過DDMS的Logcat標籤來選擇.

      三、Log.i的輸出爲綠色，通常提示性的消息information，它不會輸出Log.v和Log.d的信息，但會顯示i、w和e的信息

      四、Log.w的意思爲橙色，能夠看做爲warning警告，通常須要咱們注意優化Android代碼，同時選擇它後還會輸出Log.e的信息。

      五、Log.e爲紅色，能夠想到error錯誤，這裏僅顯示紅色的錯誤信息，這些錯誤就須要咱們認真的分析，查看棧的信息了。

      6    Log.a爲4.0新增長的。           啓動Eclipse,打開DDMS你們能夠在LogCat裏看見（前提是android 4.0的ADT）5

  • 2：GT     監測性能
    • GT隨身調：
      • 是APP的隨身調試平臺，他是直接安裝運行在手機上的'集成測試環境'
    • GT功能
      • 1：基礎性能調試
      • 2：logcat日誌查看與保存
      • 3：網絡數據包抓包支持Android和android5
      • 4：手機電量測試電流測試，應用耗電評估
      • 5：wakedock控制
      • 6：快捷的網絡切換
      • 7：流暢度調試插件
      • 8：支持廣播的方式獲取被測性能指標，主要用來支持自動化
    • GT內存指標：
      • PSS：實際使用的物理內存的物理內存；app應用自己佔用的內存
      • CPU：處理器
      • NET：APP的流量指標
      • FPS：每秒傳輸的幀數
    • 使用介紹：
      • 1：安裝GT.apk到手機
      • 2：啓動gt，進入主界面
• 6：接口測試
  • 接口測試概念：
    • 接口：實體把本身提供誒外界的一種抽象化物，用之內部系統操做分離出外部溝通方法，使其可以被內部修改而不影響外界其餘實體交互的方式。
    • 接口測試是測試系統組件間接口的一種測試。接口測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。
  • 測試的價值：
    • 1：只需先後端定義好接口就可更早的介入測試，可下降成本，提升效率。
    • 2：先後端架構是分離的，前段進行限制已經不能知足安全要求，須要後端一樣進行限制在，這種狀況下就須要從接口層面進行驗證
    • 3：接口測試可以提供系統複雜度上升狀況下的低成本高效率的解決方案。
  • 測試的分類：
    • 1：系統與系統之間的調用
    • 2：一個系統的上層對下層的調用
    • 3：服務之間              的調用如添加一條數據，會先調用數據查詢的服務，查詢該數據是否已經存在。
  • 接口文檔：
    • 1：接口名稱
    • 2;：接口地址
    • 3：支持格式（xml/ison）
    • 4：請求方式（get/post）
    • 5：請求參數（必填/選填）
    • 6：返回參數（返回碼/返回信息）
  • 測試流程：
    • 需求評審（需求來源於接口文檔）
    • 需求分析
    • 幾口用例設計
    • 執行測試用例
    • bug的定位於追蹤
    • 注：實際工做中不走流程
  • 接口用例設計：
    • 正常場景
      • 功能是否按照接口文檔實現
    • 異常場景（能懂得只有參數）
      • 參數爲空
      • 參數多填
      • 參數少填
      • 參數類型錯誤
      • 注：異常場景下是否有正確的處理邏輯和響應提示
    • 具體用例設計
      • 必填參數不傳參數
        • 1：必填參數所有爲空
        • 2：必填參數部分爲空
      • 必填參數傳參數
        • 1：必填參數都正確
        • 2：必填參數類型錯誤
      • 正向
        • 1：（正向用例）覆蓋全部參數
        • 2：（正向用例）覆蓋全部必填參數
        • 3：任意組合可選參數
      • 反向
        • 1：必填參數範圍錯誤（超過邊界）
        • 2：必填基礎上少傳一個參數
        • 3：多傳一個參數（討論）
        • 4：必填參數數據類型錯誤，數值錯誤
        • 5：與業務邏輯相關的，用戶身份爲空或者錯誤
        • 6：字段的惟一性效驗（如重複註冊），入數據字段不能重複，發送一次請求查看第二次返回結果
• 7：安全性測試   好吧！我也不懂-  -
• 8：H5測試（嵌入的網頁）