1. android項目開發APP如何驗收有沒有驗收標准
驗收方式：
1，把每一個功能反復測驗，測試各種情況。
2，安裝到各種型號的手機上進行測試。
標准：沒有什麼固定的標准，即使有標，准也是不一的。只要達到要求，便是達到標准。
拓展：很多程序員比較忽視的一點，App是和用戶不停地做交互，用戶對於界面的設計、交互的設計、功能的設計甚至顏色、動畫、字體大小等細節，都會非常敏感。所以大多數情況下，要寫出一個優秀的App，程序員是需要一定的審美能力以及對產品的理解的。
2. 蘋果上架app審核的要求是什麼
蘋果審核依據的審核標准有2個，一個是《App Store 審核指南》，一個是《蘋果開發者計劃許可協議》。
最近好多朋友問我因金融許可證被拒後是怎麼過審的，我們都知道 從17年開始 .蘋果對APP的審核越來越嚴格，同時審核依據越來越緊跟國內的政策走，比如國家對金融監管越來越嚴，金融類應用的審核開始收緊；比如今年國家對金融監管和VPN監管收緊，大量VPN類應用被下線,我最愛的 VPN大師 也慘遭蘋果毒手, 既然蘋果審核嚴了, 我們只能乖乖的遵從人家的規則: 那麼對於金融類APP，被拒蘋果要求提供3.2.1中7條資質證明，如果你們公司只是沒有金融許可證看我下面的講解也許會對你有幫助，如果營業執照和電信增值許可也沒有那就沒辦法了（讓公司老闆去搞吧），下面講一下我的個人經驗。常見的APP審核被拒原因有一下幾類：
PLA 1.2沒有貸款資質被拒、
PLA 3.2(f) 不誠信或欺詐被拒、
Guideline 2.1 -Performance – App Completeness應用完整性被拒、
Guideline2.3.10 – Performance – Accurate Metadata准確的元數據被拒、
Guideline 4.2 -Design – Minimum Functionality最低功能要求被拒、
Guideline 4.3 -Design – Spam 垃圾應用被拒。
一 沒有貸款資質被拒
被拒理由:
PLA 1.2 《蘋果開發者計劃許可協議》1.2
The seller and company names associated with your app do not reflect thefinancial institute in the app or its metadata, as required by section 1.2 ofthe Apple Developer Program License Agreement.
應用的開發商名稱和公司名稱與應用或應用元數據中的金融機構不匹配，違反了《蘋果開發者計劃許可協議》1.2
Next Steps 下一步行動
Your app must be published under a seller name and company name thatreflects the financial institution name. If you have developed this app onbehalf of a client, please advise your client to add you to the developmentteam of their Apple Developer account.
你的應用必須在反應「金融機構名稱」的開發商名稱和公司名稱下發布。如果你代表客戶開發了這些應用程序，請建議你的客戶將你加入他們的蘋果開發者賬戶。
被拒原因分析
1.app的公司主體，沒有提供金融服務的資質；
2.金融類app只能在app公司主體的開發者賬號上傳，不能在個人或委託公司的開發者賬號上傳；
3.app名稱沒有反映公司品牌；
4.app名稱與公司名稱不對應，未產生品牌歸屬及關聯性；
應對方式
1、證明你的公司，有提供金融服務的資質。
如果app確實是提供的金融服務，app的公司主體有提供金融服務的資質，可將資金證明（如營業執照）發給蘋果審核團隊。
如果app是提供的金融服務，但是沒有相關資質，需要將app放在有資質的公司主體的賬號下提交。
如果app不是提供金融服務，但蘋果誤以為是金融服務，可向蘋果解釋業務模式，並提供相關證明，比如p2p模式，比如助貸模式。
2、如果是個人開發者賬號提交的應用，將個人開發者賬號升級為企業開發者賬號後，再提交；
3、如果是其他開發者賬號（比如外包）替你開發，按照蘋果要求走，將其他開發賬號添加到你的蘋果開發者賬號下（在「用戶和職能-添加iTunes Connect用戶」操作）；
4、修改app名稱，讓app名稱和公司品牌有關聯。如公司是「馬上消費金融股份有限公司」，app名稱可以修改為「馬上貸」後，重新提交；
5、提交「軟體著作權登記證書」，或者「商標證書」，向蘋果證明產品名稱與公司的關聯性；
6、向蘋果審核團隊闡述app功能的運營主體、技術支持網站等，來證明app和公司的的所屬關系；
如，在你的app「關於我們」中，中英文介紹公司，介紹產品歸屬該公司。
如，技術支持網站，進一步介紹公司和說明產品歸屬該公司。
二、不誠信或欺詐被拒
被拒理由:
We have determined that your Apple Developer Program membership, oranother membership associated with your developer account, has been used fordishonest or fraulent activity. This is prohibited by Section 3.2(f) of theApple Developer Program License Agreement:
我們已經確定你的蘋果開發者計劃會員資格或與你的開發者帳戶相關聯的其他會員資格（同一個開發者，有兩個或者多個會員賬號）已被用於不誠實或欺詐活動。《蘋果開發者計劃許可協議》第3.2（f）節是禁止這一行為的：
「You will not, directly or indirectly, commit any act intended tointerfere with the Apple Software or Services, the intent of this Agreement, orApple』s business practices including, but not limited to, taking actions thatmay hinder the performance or intended use of the App Store, B2B Program, orthe Program. 」
「你不得直接或間接地採取任何旨在干擾蘋果軟體或服務、本協議的意圖或蘋果的商業慣例的行為，包括但不限於採取可能阻礙App Store、B2B計劃或本計劃的執行或預期用途的行為。」
As a result of this activity, you are no longer able to submit updates.
由於此活動，你將無法再提交/更新應用。
Continuing to engage in dishonest or fraulent acts may result in theremoval of your apps from the App Store and termination of your Apple DeveloperProgram membership and all associated memberships.
繼續從事不誠實行為或欺詐行為可能導致從App Store中刪除你的應用，並終止你的Apple開發人員計劃會員資格和所有相關會員資格。
被拒原因分析
1、首先，蘋果審核人員已經確定你的蘋果開發者計劃會員賬號已被用於不誠實或欺詐活動；
2、或者你的會員賬號沒有違規，但和你賬號關聯的其他開發者賬號有違規，被蘋果審核人員發現；
3、你的行為違反了《蘋果開發者計劃許可協議》第 3.2（f）節；
4、由於這些違規行為，蘋果給你做出的處罰是「禁止你繼續提交/更新該應用」；
5、如果你執迷不悟，繼續從事這些違規行為，蘋果可能會將你的應用下架、封停開發者賬號，並終止你的 Apple 開發人員計劃會員資格等；
6、蘋果在這里提到了3.2(f)相關的內容：「你不得直接或間接地採取任何旨在干擾蘋果軟體或服務、本協議的意圖或蘋果的商業慣例的行為，包括但不限於採取可能阻礙App Store、B2B計劃或本計劃的執行或預期用途的行為。」但是沒有針對這些內容的詳細示例說明。筆者通過進一步查看蘋果官方文檔上的PLA3.2(f)，發現這些都是屬於違反3.2(f)的內容：
為您的應用或任何第三方應用提交虛假評論；
選擇和第三方應用類似的名字以混淆用戶的視聽；
占據其他應用的名字來防止合法的第三方使用；
你可對賬你的開發者賬號或馬甲包賬號看看，十有八九違反其中的某一條或多條；
應對方式
PLA3.2(f) 是蘋果非常嚴厲的處罰，應用已無法通過更新來修正後再次提交審核，嚴厲程度僅次於注銷賬號。針對這種情況，你可以從以下幾個方面來努力。
1、如果有刷榜、刷評論行為，停止刷；
2、如果和本開發者賬號有信息關聯或轉讓關系的馬甲包在刷榜、刷評論，也立刻停止；
3、和本開發者賬號有信息關聯或轉讓關系的馬甲包最好不要更新，更新也會被拒絕；
4、不要創建佔位的應用，如果已經創建，改名；
5、不要去淘寶或其他交易平台買蘋果開發者賬號；
6、如果要新建馬甲包提審，重新申請和已有賬號無信息關聯的新賬號。這里的「無信息關聯」包括但不限於：郵箱賬號的域、賬號所有人、IP地址、Mac地址、鄧白氏編碼聯系人/聯系方式/辦公地址、支付信用卡賬號、發票抬頭等。
7、停止一切有可能的違規行為後，找蘋果App 審查委員會申訴；
**
三、應用完整性被拒
**
被拒理由
We discovered one or more bugs inyour app when reviewed on both iPhone and iPad running iOS 10.3.3 on Wi-Ficonnected to an IPv6 network.
在IPv6網路的Wi-Fi，iOS10.3.3的iPhone和iPad環境下，我們在你app上發現一個或多個bugs。
Specifically, we were unable tomake a loan application.
具體來說，我們沒法申請貸款。
Please see attached screenshotsfor details.
詳情見附件截圖。
Next Steps 下一步行動
To resolve this issue, please runyour app on a device to identify any issues, then revise and resubmit your appfor review.
為了解決這個問題，請通過在設備上運行你的app來找到所有問題，修改後再次提交審核。
被拒原因分析
因為bug導致審核人員無法進行核心功能（申請借款）的操作，中斷審核過程。
我們後面分析發現，我們其實是沒有bug的，但是蘋果審核團隊很難理解這個邏輯和交互，以為是bug，導致被拒。
應對方式
1、確保提交的產品沒有bug，特別是bug不能影響核心功能的操作使用。
2、提供給蘋果審核團隊的賬號，需要能體驗核心功能。比如借款類APP，需要能提交借款申請。
3、產品功能的邏輯和交互，按照普通人能理解、能接受的邏輯走，不要晦澀難理解。
**
四、准確的元數據被拒
**
被拒理由
We noticed that your app or itsmetadata includes irrelevant third-party platform information.
我們注意到，你的應用或應用的元數據包含了不相關的第三方平台信息。
Referencing third-party platformsin your app or its metadata is not permitted on the App Store unless there isspecific interactive functionality.
除非有特定的交互功能，否則在App Store中引用第三方平台或其元數據是不允許的。
Please see attached screenshotsfor details.
詳情請見附件的截圖。
Next Steps下一個步驟
To resolve this issue, pleaseremove all instances of this information from your app and its metadata,including the app description, What』s New info, previews, and screenshots.
為了解決這個問題，請從你的應用和它的元數據中刪除所有這些信息，包括應用描述、最新動態、預覽和截圖。
被拒原因分析
1、原因是我們的應用預覽圖中，有一頁展示的功能是提審的APP沒有，蘋果審核團隊會認為這是第三方平台的東西。
2、第三方平台的數據，包括第三方公司名稱、公司logo等，不能出現在你的應用（包括關於我們、協議等），三方公司名稱、公司logo、app沒有的功能點不能出現在的應用描述、最新動態、預覽圖、截屏中。
3、當然，蘋果的產品最好也不要出現在你的應用或應用描述、最新動態、預覽圖、截屏中。
應對方式
嚴格按照蘋果規定的方式走。提審前，核查應用、應用綜合信息、應用版本信息中是否有第三方的元素。
**
五、最低功能要求被拒
**
被拒理由
We found that the usefulness ofyour app is limited by the minimal amount of content or features it includes.
我們發現，你的應用的實用性被應用過於簡單的內容或特性的所限制。
Next Steps 下一步行動
We encourage you to review yourapp concept and incorporate different content and features that are incompliance with the App Store Review Guidelines.
我們鼓勵你審視你的app概念，提現不同的內容和功能，以符合App Store審核指南
被拒原因分析
1、簡單來說，就是你的app功能太過簡單，沒有達到一個app應用的標准，不具備提交到appstore的資格。
2、通過進一步查看蘋果官方的Guideline 4.2，其內容如下：
App 應包含功能、內容和 UI，而不僅僅是一個經過重新包裝的網站。
如果 app 沒有什麼實用價值、毫無新意或者不太像是一個 app，那它就不適合出現在 App Store 中。
如果 app 不能帶來持久的娛樂價值，或只是讓人感到毛骨悚然，則無法獲得批准。
如果 app 只是一首歌曲或一部影片，則應提交到 iTunes Store。
如果 app 只是一本書籍或游戲指南，則應提交到 iBooks Store。
3、Guideline4.2.1 App 應該為實現預期用途而使用 API 和框架，並在 app 描述中說明集成詳情。例如，HomeKit 框架應提供家居自動化服務，HealthKit 則應該用於保持健康和健身目的，並集成在「健康」app 中。
4、Guideline4.2.2 除了目錄類 app 之外，app 不應只用於市場營銷材料、廣告、網路剪報、內容聚合或鏈接集合。
5、Guideline4.2.3 App 應能獨立工作，無需安裝其他 app。
6、Guideline4.2.4 與表盤類似的 Apple Watch app 可能會令人感到困惑，因為用戶會認為這些 app 能與各種設備功能 (如輕掃、通知和第三方功能欄) 配合使用。將創意性的時間表現方式用作 app 界面是個好點子 (例如，供沖浪者使用的潮汐時鍾)，但是如果您的 app 與表盤過於相像，則可能會被我們拒絕。
7、Guideline4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的 app 需要包含更多的 app 功能，才能獲得批准。
8、Guideline4.2.6 利用商業化模板或 app 生成服務創建的 app 會被拒絕。
應對方式
蘋果審核指南里說得非常清楚，你要做的就是做良民，遵循蘋果標准，提交有價值、符合規范的應用。同時需需要注意：
避免功能過於簡單；
簡單的資訊聚合、鏈接聚合app，會被拒絕；
不用提交使用商業化模板創建的應用；
六、垃圾應用被拒
被拒理由
Your app plicates the contentand functionality of apps submitted to the App Store, which is considered aform of spam.
你的應用程序復制了提交給app Store的其他應用程序的內容和功能，這被認為是一種垃圾應用。
Apps that simply plicatecontent or functionality create clutter, diminish the overall experience forthe end user, and rece the ability of developers to market their apps.
簡單復制內容或功能的應用會造成混亂，降低最終用戶的整體體驗，並降低開發者推銷應用的能力。
You will experience a delayedreview process if you deliberately disregard the App Store Review Guidelines,ignore previous rejection feedback in future app submissions, or use your appto mislead or deceive users.
如果你故意無視App Store的審核指南，在後面提交應用中忽略之前的拒絕反饋，或者使用你的應用來誤導或欺騙用戶，你將會經歷一個延遲的審查過程。
Additional Information 額外信息
We want to provide a safeexperience for users to get apps and a great opportunity for all developers tobe successful.
我們希望為獲得應用程序的用戶提供安全的體驗，同時為所有開發者提供一個成功的機會。
Deliberate disregard of the AppStore Review Guidelines and attempts to deceive users or undermine the reviewprocess is a direct violation of section 3.2(f) of the Apple Developer ProgramLicense Agreement. Continuing to violate the Terms & Conditions of theApple Developer Program will result in the termination of your account, as wellas any related or linked accounts, and the removal of all your associated appsfrom the App Store.
故意無視App Store的評審准則，並試圖欺騙用戶或破壞審查過程，這直接違反了蘋果開發者計劃許可協議的第3.2節(f)。繼續違反蘋果開發者計劃的條款將導致你的賬戶和你關聯的賬戶終止，同時從App Store中刪除你的所有相關的應用
被拒原因分析
1、你的應用的功能和別人的沒有差異，或者和你自己過審的馬甲包一樣，甚至代碼都一樣，被定義為垃圾應用；
2、重復性的應用或簡單復制的應用，對用戶、開發者的傷害很大，有損於appstore生態的健康；
3、對蘋果的警告視而不見、繼續違規，你的應用會被延遲審核；
4、如果進一步試圖欺騙用戶或破壞審查過程，將會受到更嚴厲的處罰，禁賬號、刪應用，很嚴重；
應對方式
1、思想上要重視，你的應用應該有價值、少抄襲或不抄襲，如果是功能雷同也需要有差異點；
2、請不要為同一個 app，在多個賬號上傳；
3、如果和其他產品有雷同，可通過修改產品分類、產品分發地區等方式，打造與原產品不同的產品側重屬性分類；
4、如果做馬甲包，功能需要多一些差異化，減少相同的代碼量。蘋果可能針對代碼進行機審掃描；
對於監管敏感的行業和應用，蘋果審核更嚴，建議大家整理app提審檢查清單，包括發者賬號申請、app設計、app開發、app信息和版本信息描述等部分的各項細查項。提審前，對照檢查，逐一確認，提升app審核通過率。
即便是蘋果公司的審核嚴厲了 只要我們按照審核標准 照樣還是可以通過的
經驗一：3.2.1第一條蘋果要求提供營業執照中包含網路借貸中介的資質，第一次回復蘋果我添加了我們公司的營業執照副本，但是還是被拒了，原因是蘋果不知道我們提供的營業執照是否是真實有效的，要求提供可查詢營業執照真假的網址。這里建議大家在回復蘋果時除了在附件中提供公司營業執照副本的同時以及你們公司營業執照上的信用代碼供蘋果查詢證實。營業執照許可范圍樣本如下
經驗二：3.2.1第二條蘋果要求提供金融許可證，相信很多朋友不過都是因為這一條，沒有金融許可證，我是這樣回復的，首先闡述P2P行業內沒有一家平台有資質拿到金融許可證，然後提供我們有的合規證件資料。具體術語以及文本資料如下：
*以下內容僅供參考
Hello，我cao棉！
我們公司屬於網路借貸行業，這個行業在中國自2007年拍拍貸（於2017年11月7日在紐交所上市）成立開始，日趨活躍。國家對行業的監管從2016年開始，並與該年8月24日發布了《網路借貸信息中介機構業務活動管理暫行辦法》（以下簡稱「暫行辦法」），對網路借貸行業開始了正式的監管。各平台據此進行了規范，行業中各機構據此進行規范化經營。
在暫行辦法的第二章第五條規定，開展網路借貸信息中介服務的網路借貸信息中介機構及其分支機構需要向工商登記注冊地地方金融監管部門備案登記。且說明網路借貸信息中介機構備案登記等具體細則另行制定。基於此，2017年12月13日，P2P網貸風險專項整治工作領導小組辦公室於近日向各地P2P整治聯合工作辦公室下發了《關於做好P2P網路借貸風險專項整治整改驗收工作的通知》（57號文）（下稱「通知」），對下一步的整改驗收階段做出了具體、詳細的部署。通知要求，各地應在2018年4月底前完成轄內主要P2P機構的備案登記工作、6月底之前全部完成。以下為全文：
截至日前，全國沒有一家網路借貸中介機構通過備案。我們也在積極准備中，所以無法提供貴司要求的金融許可證，忘理解。
我公司可提供政府批文掃描件、公司合作銀行的協議合同掃描件、公司合作的三方支付合作合同在附件中均可供您參考。
*以上內容僅供參考*
這里建議大家盡可能多的把自己公司合規的證據資料發給蘋果
經驗三：對於3.2.1後四條要求，相信大家各自平台都有相關注冊協議或者借款協議等協議里都有說明，建議大家截圖APP中頁面把協議標注出來放在附件中，同時把協議內容中說明後四條的部分截圖出來放在附件中供蘋果參考
經驗四：相信有的朋友發現在被拒回復框中回復文本字數有限，如果回復蘋果內容較多，建議大家把內容合並成pdf格式文件統一上傳，注意上傳的文件命名最好為英文，個人親測中文一直傳不上去。
3. android app測試的基本要點有哪些需要特別注意的地方
總結了幾個比較重要的，希望對你有幫助
App測試問題一：用戶體驗
用戶體驗是一個app成功與否的關鍵。App商店中app評分可以反映用戶體驗，差評說明銷售虧損。所以用戶體驗在移動app測試中是一個重要問題。因為體驗具有主觀性，所以它無法直接被測出。但你要知道，我們在測試過程中，必須要從一些關鍵影響因素入手，去解決用戶體驗問題。
而好的用戶體驗的成功因素包括吸引人的設計，積極的互動性和可用性。
而針對這個問題，我們的測試要從真人體驗測試、各個功能的深度測試以及Bug探索與崩潰分析這幾個方面著重入手，才能夠涵蓋完善用戶體驗所需的測試點。
APP測試問題二：app對於移動設備的兼容性
目前，安卓類的移動設備正在急劇增加，手機碎片化異常嚴重。並且因為顯示屏大小和現狀、操作系統版本和基本設備特點等限制因素的不一致，致使幾乎沒有開發者會花費大量金錢去購買市面上存在的主流手機，那麼這些因素疊加起來，最終就很大程度上導致普通的質量管理很難進行。而如果不全面地進行兼容性測試，那麼app的生存空間又在哪裡呢？
同時還有一點，設備製造商的（安卓）操作系統的設備特殊定製，應明確地在設備上進行測試。測試時，有必要限制將會被app支持的設備。必須要標明系統組合（硬體/操作系統）和向下兼容性。為了最大化系統組合的覆蓋，就必須要有靈活的策略來與足夠的機型來執行測試。
兼容性問題當然是進行兼容性測試，而在所有的兼容性測試中，使用真機進行測試，是最好的測試方式。但由於上文已提及到眾多企業無力購置大量機型，那麼，這樣的需求就只有委託給第三方的測試機構來完成
APP測試問題三：app的網路連接情況
網路連接是移動app測試的另一大問題。理想狀態下，app的網路連接將在單獨的線程中實現，這樣就不會彼此干擾。此外，一個app必須適當地應對網路中斷、延遲、變更和信號弱等情況。如果說不能夠將這些測試點進行到底，那麼在app在運行過程中將很有可能出現由於網路問題而導致的app運行中斷，如果這樣的問題出現在金融或證券領域的app中，那麼就很可能在當下環境中讓用戶無法完成掛單、賣出買入或者確認等操作，造成不可挽回的損失。
對於網路問題，一般是進行模擬網路情況的測試，比如TestBird提供的弱網模擬測試和它們的中斷測試
APP測試問題四：伺服器的承載能力測試
任何開發者都不能夠拍胸脯確認自己的app能夠獲取多少用戶，並且能夠明確指出同時在線的用戶能有多少，如果不關注伺服器的承載能力，那麼很可能在突然的情況下，伺服器就被大量湧入的用戶給沖爆，導致癱瘓。
如此，用戶自然會流失，同時伺服器的宕機，也會給當時正在進行重要操作的用戶造成損失，這樣的情境，我們依然可以考慮到金融與證券的方向。
伺服器的壓力測試已經是常見的測試項目了，但是進行全面、專業的壓力測試才是保證明確需測伺服器承載力的必要條件。
TestBird