葯品app怎麼進行測試

① app store 提交app審核後如何進行測試,步驟是什麼

以下是幾個容易觸犯的限制，但不僅僅限於這些，更全面的需閱讀上文中提到的審核指南。
a.app內如果有付費，只允許使用蘋果內支付，不能使用如支付寶、財付通支付什麼的。
b.軟體內不能帶應用推薦的功能，比如積分牆什麼的，因為appstore本來就是干這個的，你這樣的功能搶到了它的生意。
c.軟體裡面不能出現以利益誘導的方式邀請或者向他人推薦的功能。
d.app裡面的url鏈接不能帶付費的功能或鏈接，因為他們會擔心你把用戶引導到網頁或其他的地方去充值，而不使用蘋果的內支付。
e.app裡面的url在審核期間是需要全部都能正常打開，還有用戶服務條款，是必須有的
f.不能用利益的方式引導用戶進行好評，在引導評論的語言中，也不能出現好評傾向的語言引導，只能是中性的引導
g.更多限制要仔細讀蘋果的審核指南
最後，app不能出現bug，崩潰，發熱等現象，一旦被審核人員發現，一定會被打回

3.基於以上的一些限制，app中想要做蘋果限制的功能，又想蘋果能通過審核，那麼可以把功能做成可隱藏/可打開的方式，在審核期間把上面限制的功能隱藏起來，等審核通過後，再把功能開放出來。

4.上傳app時，是可以傳屏幕截圖和視頻預覽的。屏幕截圖必須是app裡面的截圖，不能弄一些不相關的截圖，不過截圖是可以美化一下的，可以參考下現在appstore上面的截圖的做法。對於一些比較不好理解或不好使用的應用，蘋果會要求告訴他們使用方法，或者錄制一個視頻給他們看，視頻的錄制是比較坑爹的，限制頗多，比如長度不能超過30s，屏幕寬度也有限制，比較難處理。如果確實要錄制視頻，長度沒有超過30s，用「格式工廠」軟體來處理下視頻的屏幕大小就行，如果超過了30s，建議用「Adobe Premiere Pro」或者是「會聲會影」來處理（我沒弄成功），如果實在不行，就把拍攝的視頻上傳到U酷上，然後在備注裡面寫上鏈接並寫上使用方法，我錄制的視頻是用的中文解說，錄視頻是個挺麻煩的事，如果你的app比較簡單，一看就懂，主要功能都非常好用，那就不需要拍攝視頻了。

5.上傳app時，如果有些必要的說明，可以在備注中寫明，先用英文寫一遍，如果英文不好，怕意思表達不準確，下面再付上中文。

6.app上傳後，會進入到 Wait for Review 狀態，一般是2個星期後會進入到In Review狀態，In Review一般2天左右就會審核通過或者是被打回，如果是被拒了，如果他的要求是要重新上傳app，那麼又要再次經過一輪從Wait for Review 到In Review的狀態，需要再等上大半月；如果只是讓你提供一些必要的信息，那提供之後直接進入In Review狀態。

7.在上傳-審核-打回-上傳...的過程中，我們有很多的疑問，想和蘋果取得聯系，但事實上，我們是沒辦法直接和蘋果審核團隊取得電話聯系的，因為蘋果審核團隊沒有對外的電話，只能通過類似給他們發郵件的方式去聯系他們。蘋果的客服電話：400-670-1855，這個電話對於審核基本上沒什麼用，但是如果你實在弄不明白，他們會教你如何與蘋果審核團隊取得郵件方式的聯系。

8. 一個app如果正常的話，從上傳到審核通過，一般是2個星期-3個星期，如果超過了這個時間，那麼你是可以給蘋果寫催促審核的郵件的，在iTunes Connect頁底，Contact Us >> 選擇App Review >> Reqest Expedited Review ,如果英文不好，先寫英文，下面付上中文，他們是能看懂的，如果其他要和他們交流的，也可以在App Review 下面的幾個選項中找到對應的和他們交流。另外，催促審核這個功能不能隨便用，用多了，他們有可能會直接拒絕你，需要你提供你的應用確實應該盡早審核的理由，才可能會通過。

② 如何使用 TestFlight 參與 App 測試

方法/步驟
1
在AppStore上面搜索「TestFlight」軟體
1、打開iPhone上的AppStore軟體；
2、選擇「搜索」欄目；
3、輸入「TestFlight」進行搜索。

2
下載TestFlight軟體
1、打開TestFlight詳情頁；
2、下載，可能會提示輸入Apple ID的密碼，按提示輸入密碼；
3、下載完成（可在iPhone主屏幕上看到TestFlight應用圖標）。

3
打開TestFlight進行使用
1、應用提示是否允許「推送通知」，一般是允許的，提醒測試新版本；
2、這時候TestFlight內是沒什麼內容可看的；
3、等待開發者邀請測試。（注意查看關聯Apple ID郵箱的郵件，2封郵件）

4
接受邀請iTunes Connect
1、打開郵箱郵件（電腦和手機操作都可以）；
2、點擊郵件詳情裡面的「activate your access」，跳轉到iTunes Connect登錄頁；
3、登錄Apple ID賬戶，按提示勾選同意協議接受邀請。
註：這是第一封郵件，只有邀請加入開發者用戶才會收到。只需要接受一次即可。

5
接受TestFlight測試邀請
1、打開郵箱郵件（電腦和手機操作都可以，推薦手機操作。）；
2、點擊郵件詳情裡面的「Start Testing」；
3、打開「TestFlight」（手機操作第2步會自動打開TestFlight）；
4、在TestFlight顯示App信息，可以接收測試邀請「Accept」。
註：這是第二封郵件，只有邀請加入應用測試的才會收到。只需要接受一次即可。
電腦操作要有這3步：
1.Get TestFlight from the App Store
（翻譯：到App Store下載TestFlight）
2.Open TestFlight and choose Redeem
（翻譯：打開TestFlight選擇Redeem）
3.Enter xxxxxx and start testing
（翻譯：輸入驗證碼，然後開始測試）

6
完成

1、下載完App就可以測試了。
2、當App有新版本後，就是收到推送通知和郵件通知（郵件的不用管）。
3、安裝「Install」、更新「Update」。

③ APP完整測試流程

app主要核ui與實際設計的效果圖是否一致；交互方面的問題建議，可以先與產品經理確認，確認通過後，才開始讓開發實施更改或優化

根據軟體說明或用戶需求驗證App的各個功能實現，實際測試過程一般都是根據功能測試用例來執行。測試覆蓋率基本上都是有測試用例主導，也就是說在功能測試部分，是檢驗測試用例是否有效以及完整的，也就導致另外一個問題，測試用例怎麼寫的問題。

模擬用戶真實使用app是會遇到的中斷情況進行測試.如： 網路的斷網， 切換網路， 斷電，來電話/簡訊，聽音樂，切換到其他app， 打開其他app 的通知等

新舊版本的在功能，邏輯層面的兼容測試， 同一個app 在不同系統版本運行，以及不同機型之間的適配測試兼容測試：介面的兼容性測試能夠保證大部分的功能完善；app在不同系統版本上保證運行適配性： 屏幕，系統版本等（系統位數一定要考慮）該部分通過第三方的雲平台進行

可測試的方面- 安裝和啟動時間- CPU的佔用- 內存的佔用- 流量的耗用- 電量的耗用- 後端,測試App中的各類操作是否滿足用戶響應時間要求，主要是測試點在網速方面，2g，3g，wifi， 4g一定要覆蓋到- 後端 有網路並發

在各種邊界壓力情況下（如電池、存儲、網速等），驗證App是否能正確響應
反復/長期操作下，系統資源是否佔用異常；Android 可是使用adb命令
壓力測試主要集中在後端，前端的壓力測試目前測的較少

App安全測試大概劃分為以下幾類：
從數據的本地存儲到數據的傳輸、處理以及遠程訪問等各個環節，基於相應的安全標准/行業標准評估App的安全特性；
借鑒在Web App和網路安全測試的一些成功經驗在智能終端App測試中進行裁減或適配；
檢測App的用戶授權級別，數據泄漏，非法授權訪問等；
對App的輸入有效性校驗、認證、授權、敏感數據存儲、數據加密等方面進行檢測,以期發現潛在的安全問題；
基於各種通信協議或相應的行業安全標准檢視App是否滿足相應的要求。

這個簡單的說就是站在用戶的角度上進行使用app，學習成本低，易上手等，可以進行用戶盲測，根據用戶反饋的意見進行修改。測試人員可以通過與其他競爭品進行對比， 或者根據較大廠商app的交互習慣進行比較。

一般這部分建議使用自動化測試， 如果沒有自動化測試，可以根據以下幾方面進行測試：

線上測試是產品上線之後一定要完成的，這部分可以根據場景化進行回歸測試，其中網路環境要全部覆蓋一遍

④ 手機上的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發給開發進行定位。

⑤ 如何使用TestFlight進行App構建版本測試

在iOS
8中，蘋果發布了一個叫做TestFlight的新玩意，用於將Beta測試流水化。此前你可能聽說過這個東西，因為TestFlight作為一個獨立的測試平台已經有些年頭了。不過在今年二月份的時候TestFlight的開發商Burstly被蘋果收購，於是在之後公開發行的Xcode
6和iOS 8上，你會發現TestFlight整合進了iTunes Connect，你可以通過電子郵件來邀請你的Beta測試成員。

TestFlight提供的管理辦法是將測試者分為內部成員和外部成員。理論上說，這兩種測試者都可以在測試階段使用你的App，不過所謂的內部主要是指iTunes
Connect上在你的開發團隊里參與技術開發或者管理的成員。你最多可以邀請25個內部成員，而與之相對的外部成員，自然就是指那些不屬於你的團隊或者公司的測試者，外部測試人員的上限是1000人。這里有一點需要注意的是，在你邀請外部成員參與測試之前，需要先通過蘋果的審核。而這一限制在內部成員上就沒有，也就是說一旦你把你的App上傳到iTunes
Connect上之後內部成員就可以開始進行測試了，無需審核。

本教程默認你的App僅對內部成員開放，所以我們針對的主要是內部測試。一般情況下，進行Beta測試需要完成以下步驟：

1.在iTunes Connect上創建一個App Record

2.更新Build版本號

3.歸檔並上傳App

4.在iTunes Connect上管理Beta測試

接下來我們從第一個講起。

在iTunes Connect上創建一個App Record

首先，進行測試之前你需要在iTunes Connect上有一個App Record，iTunes
Connect是基於web的應用，用於開發者管理自己在App Store上的應用。如果你之前做過iOS開發項目，那麼你應該能直接登入iTunes
Connect。

登入iTunes Connect之後點擊左上方的+號然後選擇"New iOS App"，根據提示你需要完成下面內容：

App name - 你的App出現在App Store中的名稱

Primary language - App的基本語言，比如中文

Bundle ID - 就是App的Bundle Identifier

Version - App版本號，對於首次發布建議設置為1.0

SKU - 最小存貨單位。隨便填點什麼，比如你的App叫"Awesome Food
App"，那你可以填"awesome_food_app"，命名規則可用的有英文字母、數字、連字元、句點和下劃線，但是不能用空格。

點擊"Create"創建按鈕然後你會跳入下一個界面，完成有關App的細節填寫。

App預覽

iOS
8中，你需要在App預覽里加入一段預覽視屏。另外你還要為這些尺寸的設備提供至少一張截圖:3.5英寸(豎屏640×960像素，橫屏960×640像素),4英寸(豎屏640×1136像素，橫屏1136×640像素),4.7英寸(750×1334像素),5.5英寸(1242×2208像素)。你也可以參看蘋果的iTunes
Connect開發者指南了解具體細節。

產品描述和URL

下一步，你需要為App提供至少一個關鍵詞的描述，這是一個影響到下載量的重要因素。此前你可能知道ASO優化，關鍵詞優化也是其中之一。上圖中我並沒有添加任何關鍵詞，如果你想了解如果進行優化可以戳這里，或者直接Google
ASO(如果Google能上的話)。

右邊是各種URL，其中support URL是必填的，這里可以填博客什麼的，如果沒有博客的話可以去WorldPress.com上面注冊一個。

App基本信息

這里要填的就是App的基本信息了，還要上傳一個App圖標。注意圖標不能包含透明度，解析度為1024×1024像素。下面是例子:

上傳的圖標是正方形的，不過之後會自動圓角化。

然後填寫版本號(比如1.0)，選取App最適合的類別。

接下來是App評級，點擊"Click"編輯按鈕，進入"Rating"評級填寫表格，iTunes Connect會根據你的回答生成一個評級。

版權聲明，你可以就填一個年份加姓名，比如2014 AppCoda Limited這樣的。

如果想在其他國家和地區發布，那麼還需要提供一份Trade Representative Contact Information.

App更多信息

你可直接跳過前面的環節直奔App Review Information然後填上你的聯系方式就行。

這里會有一個demo account，可填可不填，只是針對那些需要注冊的應用。

版本發布

當 App Review審核通過之後你可以自動或者手動發布你的App，所以這里選擇自動發布。

然後點擊右上方Save保存。

如果沒有漏填的話，「Submit for Review」應該是可用的，那代表你已經成功創建一個App Record.

更新Build版本號

現在回到Xcode，打開項目導航，選擇項目和目標，在項目編輯頁面中點進General通用標簽，確保裡面的版本號和剛剛在iTunes
Connect上填寫的一致，這里我們是第一次構建該項目，所以Build一欄填寫的是1。

歸檔並上傳App

項目歸檔前記得將App圖標簽包含進項目文件並且載入出來，你可以在資源目錄里進行管理。在Images.xcassets中找到有關AppIcon圖標的設置。從Finder里找到合適的圖標拖進Xcode的圖標設置頁面，千萬注意圖標大小一定要跟設備尺寸適配哦。

查看歸檔方案設置里的配置是Release而不是Debug版本。

如上圖中操作配置，從Xcode的菜單欄里按照Proct > Scheme > Edit
Scheme的順序點開，選中歸檔方案查看你的構建配置，其中的選項應該要為Release版本。

如果使用模擬器測試，歸檔特性是不可用的。所以你需要在方案工具欄里選中iOS設備或者你已經連接上Mac的iPhone。然後點擊Proct中的歸檔，如下圖：

歸檔完成後會出現在Organizer中，然後我們准備上傳。不過建議先校驗一下以防出錯，點擊Validate校驗按鈕然後選中開發者賬號開始校驗。

當校驗成功之後，點擊Submit提交按鈕將歸檔文件上傳iTunes Connect。

在iTunes Connect上管理Beta測試

現在我們回到iTunes Connect上選中剛剛設置的App。你會在PreRelease標簽下找到剛剛上傳的App然後打開TestFlight Beta
Testing選項為ON。可以看到下面的Inactive變為Invite Testers。

點擊Invite Testers然後點擊Users and Roles開始邀請內部成員參與測試，當前用戶的身份可以是Admin,
Legal,以及Technical.打開Internal Tester開關就可以設置一個測試者了。

提示：如果在列表裡沒有找到想邀請的人那麼可以點擊+號然後添加一個成員並設置身份為Technical，之後再用這個人的郵箱來激活這個賬號。

返回App在Prerelease標簽下選中Internal
Testers，之後你會看到你剛剛設置過的測試者，勾選復選框後點擊Invite邀請按鈕，測試者會收到來自TestFlight Beta
Testing的邀請郵件。

如下圖，測試者只需要點擊Open
TestFlight按鈕就會自動的打開TestFlight應用(如果沒有需要先安裝)，之後就可以安裝你的App的Beta版本。

你的內部測試人員會一直得到你之後的每次更新。

總結

蘋果關於TestFlight的收購案的確是英明之舉。上面我們只是說了一些關於TestFlight的基本使用，如果你還打算開發新的應用，使用這一工具能幫助你創造高質的產品。

⑥ app測試流程是什麼

移動App的測試流程與傳統軟體的測試流程大體相同，在測試之前分析軟體需求並對需求進行測試，需求測試完成後制訂測試計劃等，但移動App測試的要點與傳統軟體測試要點不同，因此在具體實施細節上也不相同。

移動App測試基本流程如下

(1)接受測試版本：由開發人員提交給測試人員。

(2) App版本測試：主要檢查App開發階段對應的版本是否一致。

(3)UI測試：檢查App界面是否與需求設計的效果-致。

(4)功能測試：核對項目需求文檔，測試App功能是否滿足客戶需求。

(5)專項測試：對移動App進行專項測試。

(6)正式環境測試：模擬實際使用環境進行測試。

(7)上線准備：測試通過後，對測試結果進行總結分析，為App上線做准備。

移動App開發完成後，提交給測試人員。測試人員首先對當前App版本進行檢查，通過後進行基本的UI測試，檢查界面效果是否與需求設計相符合，之後依據需求文檔進行功能測試，完成這些工作後進行專項測試等。最後在實際運行環境中進行測試，測試通過後做上線准備工作。

⑦ APP測試功能測試

1. 運行
   1）App安裝完成後的試運行，可正常打開軟體。
   2）App打開測試，是否有載入狀態進度提示。
   3）App頁面間的切換是否流暢，邏輯是否正確。
   4）注冊
   同表單編輯頁面
   用戶名密碼長度
   注冊後的提示頁面
   前台注冊頁面和後台的管理頁面數據是否一致
   注冊後，在後台管理中頁面提示
   5）登錄
   使用合法的用戶登錄系統
   系統是否允許多次非法的登錄，是否有次數限制
   使用已經登錄的賬號登錄系統是否正確處理
   用戶名、口令（密碼）錯誤或漏填時能否登陸
   刪除或修改後的用戶，原用戶名登陸
   不輸入用戶口令和重復點「確定/取消」按鈕，是否允許登錄
   登陸後，頁面中登錄信息
   頁面中有注銷按鈕
   登錄超時的處理
   
   2.應用的前後台切換
   1）App切換到後台，再回到App，檢查是否停留在上一次操作界面。
   2）App切換到後台，再回到App，檢查功能及應用狀態是否正常。
   3）App切換到後台，再回到前台時，注意程序是否崩潰，功能狀態是否正常，尤其是對於從後台切換回前台數據有自動更新的時候。
   4）手機鎖屏解鎖後進入App注意是否會崩潰，功能狀態是否正常，尤其是對於從後台切換回前台數據有自動更新的時候。
   5）當App使用過程中有電話進來中斷後再切換到App，功能狀態是否正常。
   6）當殺掉App進城後，再開啟App，App能否正常啟動。
   7）出現必須處理的提示框後，切換到後台，再切換回來，檢查提示框是否還存在，有時候會出現應用自動跳過提示框的缺陷。
   8）對於有數據交換的頁面，每個頁面都必須要進行前後台切換、鎖屏的測試，這種頁面最容易出現崩潰。
   
   3.免登陸
   很多應用提供免登陸功能，當應用開啟時自動以上一次登錄的用戶身份來使用App。
   1）考慮無網路情況時能否正常進入免登錄狀態。
   2）切換用戶登陸後，要校驗用戶登錄信息以及數據內容是否相應更新，確保原用戶退出。
   3）根據Mtop的現有規則，一個賬戶只允許登陸一台機器。所以，需要檢查一個賬戶登錄多台手機的情況。原手機里的用戶需要被退出，給出友好提示。
   4）App切換到後台，在切換回前台的校驗。
   5）切換到後台，再切換回到前台的測試。
   6）密碼更換後，檢查有數據交換時是否進行了有效身份的校驗。
   7）支持自動登錄的應用在進行數據校驗時，檢查系統是否能自動登錄成功並且數據操作無誤。
   8）檢查用戶主動退出登錄後，下次啟動App，應停留在登錄界面。
   
   4.離線瀏覽
   很多應用會支持離線瀏覽，即在本地客戶端會緩存一部分數據供用戶查看。
   1）在無線網路情況可以瀏覽本地數據。
   2）退出App再開啟App時能正常瀏覽。
   3）切換到後台再回到前台可以正常瀏覽。
   4）鎖屏後再解鎖回到應用前台可以正常瀏覽。
   5）在對伺服器段的數據有更新時回給予離線的相應提示。
   
   5.App更新
   1）當客戶端有新版本時，有更新提示。
   2）當版本為非強制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動App時，仍出現更新提示。
   3）當版本為強制升級版時，但給出強制更新後用戶沒有做更新時，退出客戶端。下次啟動App時，仍出現強制升級提示。
   4）當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。
   5）當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新後的客戶端功能是否是新版本。
   6）當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬於缺陷。
   
   6.定位、照相機服務
   1）App有用到相機，定位服務時，需要注意系統版本差異。
   2）有用到照相機服務的地方，需要進行前後台的切換測試，檢查應用是否正常。
   3）測試照相機服務時，需要採用真機進行測試。
   
   7.PUSH測試
   1）檢查Push消息是否按照指定的業務規則發送。
   2）檢查不接收推送消息時，用戶不會在接收到Push消息。
   3）如果用戶設置了免打擾的時間段，檢查在免打擾時間段內，用戶接收不到Push。在非免打擾時間段內，用戶能正常收到Push。
   4）當Push消息是針對登錄用戶的時候，需要檢查收到的Push與用戶身份是否相符，沒有錯誤的將其他人的消息推送過來。一般情況下，只對手機上最後一個登錄用戶進行消息推送。
   5）測試Push時，需要採用真機進行測試。
   
   >>戳戳，免費下載App功能自動化測試工具TestWriter~

http://tools.51testing.com/

⑧ 手機app如何全方位測試

安全性測試，是app專項測試中必須要做的一環，簡單列舉下目前常做的測試類別：
1. 用戶隱私

檢查是否在本地保存用戶密碼，無論加密與否

檢查敏感的隱私信息，如聊天記錄、關系鏈、銀行賬號等是否進行加密

檢查是否將系統文件、配置文件明文保存在外部設備上

部分需要存儲到外部設備的信息，需要每次使用前都判斷信息是否被篡改

2. 文件許可權

檢查App所在的目錄，其許可權必須為不允許其他組成員讀寫

3. 網路通訊

檢查敏感信息在網路傳輸中是否做了加密處理，重要數據要採用TLS或者SSL

4. 運行時解釋保護

對於嵌有解釋器的軟體，檢查是否存在XSS、SQL注入漏洞

使用webiew的App，檢查是否存在URL欺騙漏洞

5. Android組件許可權保護

禁止App內部組件被任意第三方程序調用。

若需要供外部調用的組件，應檢查對調用者是否做了簽名限制

6. 升級

檢查是否對升級包的完整性、合法性進行了校驗，避免升級包被劫持

7. 3rd庫

如果使用了第三方庫，需要跟進第三方庫的更新