第一篇：蘋果App提交流程

一、證書的導(dǎo)出

1.1、前期工作

首先你需要有一個蘋果的開發(fā)者帳號，一個Mac系統(tǒng)。

如果沒有帳號可以在打開http://developer.apple.com/申請加入蘋果的開發(fā)者計劃。支付99美元每年，怎么申請網(wǎng)上有詳細(xì)的介紹，在此不多做介紹。

如果你已經(jīng)有了一個IDP，打開http://developer.apple.com/并登錄到蘋果MemberCenter，見下：

登錄以后可以看到下面這個界面，列出了你開發(fā)需要的一些工具，支持，itunes app管理等內(nèi)容。

選擇第二項:Ios provisioning Portal，進(jìn)入，所有證書相關(guān)的都在這里進(jìn)行。

1.2、申請AppId

在下圖的左邊選擇 App IDs，我們先創(chuàng)建一個AppId，對于要發(fā)布到Appstore上的程序，都有一個唯一的AppId，下面會列出你當(dāng)前所有的AppId。

我們點擊右上角的New App ID：

其中有兩項需要你自己填：

第一個Description，用來描述你的AppId，這個隨便填，沒有什么限制； 第二項Bundle Identifier(App ID Suffix)，這是你appid的后綴，這個需要仔細(xì)。

因為這個內(nèi)容和你的程序直接相關(guān)，后面很多地方要用到，最好是com.yourcompany.yourappname的格式，當(dāng)然沒有公司名的個人開發(fā)者，第二項可以用你自己的英文名字或者拼音，如下圖：

appcan.cn在線ipa包編譯時需要填寫的iapp IDs就是你在此輸入的第二項內(nèi)容。

填完后submit，如下圖，可以看見我們已經(jīng)生成的appid：ebook appid。想要支持推送服務(wù)和iCould等也可以在這兒配置：

1.3、申請發(fā)布證書

1.3.1、先創(chuàng)建一個證書請求文件 這兒需要一個Mac系統(tǒng)。以下內(nèi)容以雪豹系統(tǒng)為例，其他版本差別不是很大。首先打開應(yīng)用程序-實用工具-鑰匙串訪問（KEY CHAIN）,在證書助理中，選擇“從證書頒發(fā)機(jī)構(gòu)求證書”，如下圖：

在下圖所示的界面，你的電子郵件地址：填你申請idp的電子郵件地址，常用名稱，默認(rèn)就好，CA空，選擇存貯到磁盤，點擊“繼續(xù)”：

選擇保存的位置，比如選擇桌面。

下一步點擊完成，你就可以看到你的桌面多了一個CertificateSigningRequest.certSigningRequest的證書請求文件。

1.3.2、安裝WWDR證書

繼續(xù)登錄到你的MEMBER CENTER,選擇左邊的certificates項，可以看到它右邊有四個選項，我們選擇Distribution，點擊下面的click here to download now.下載完成后，雙擊安裝，安裝成功后，可以在你的鑰匙串里面的證書下面看到這個中級證書。1.3.3、請求一個發(fā)布證書

OK，現(xiàn)在來請求一個真正的發(fā)布證書，還是在這個頁面，點擊request certificate：

這個頁面告訴你怎么生成發(fā)布證書，點擊下面的“選取文件”，選擇你在第一步創(chuàng)建的證書請求文件，然后點擊“submit”：

OK。現(xiàn)在你有一個證書可以下載了，如下圖（不能下載請刷新頁面）：

1.3.4、安裝和導(dǎo)出

點擊“download”下載你生成的證書，下載完成后雙擊安裝，如果有如下提示，選擇login，OK：

這時再查看你的鑰匙串，應(yīng)該有下面這一行Iphone Distribution的證書，注意，這個證書有一個小三角可以點擊，展開后有一個對應(yīng)的密鑰。如果你沒有這個鑰匙，那么請檢查上面那一步做錯了。

現(xiàn)在發(fā)布證書已經(jīng)安裝了，我們選擇這個證書，右擊，選擇，導(dǎo)出“xxxxxxx”，如下：

給你要導(dǎo)出的證書起個名字，選擇一個存的位置，注意，保存成P12的信息交換文件

輸入密碼，如果Mac系統(tǒng)有密碼，后面還會要求你輸入系統(tǒng)密碼。

現(xiàn)在你就有了發(fā)布程序需要的p12文件。

appcan.cn在線ipa包編譯時需要上傳的distribution.p12就是你導(dǎo)出的發(fā)布證書；certificate password就是導(dǎo)出證書時填寫的密碼。

1.4、生成provisioning文件

在下圖左邊選擇provisioning選項，同樣的右邊的子項中選擇distribution，來生成一個發(fā)布的準(zhǔn)備文件：

選擇new profile，在下圖中，第一個method，選擇App Store；

Profile name，這個隨便填，下面的App ID,選擇我們開始的時候創(chuàng)建的appid，這個必須一致。確認(rèn)后提交：

等待幾秒鐘，provisioning就可以下載了，點擊download，下載。我們得到了一個xxxxxx.mobileprovision

appcan.cn在線ipa包編譯時需要上傳的distribution.mobileprovision就是你生成的文件。

現(xiàn)在，我們的證書的準(zhǔn)備工作就做完 了，我們有了一個appid，一個p12格式的證書文件，一個provisioning文件。

二、Appcan.cn在線ipa包編譯 根據(jù)流程一制作的證書及p12文件，開發(fā)者就能夠?qū)?yīng)于進(jìn)行混編，從而生成出可上傳Appstore的ipa包，其流程如下：

AppCan在線的打包方式（非IDE打包方式），用戶生成應(yīng)用時需要選擇生成ios平臺，勾選后彈出下圖窗口：

需要填寫上傳Apple開發(fā)者在Apple獲得的發(fā)布應(yīng)用相關(guān)資質(zhì)信息（詳情請參考證書的導(dǎo)出），并卻確認(rèn)提交。務(wù)必填寫正確否則會打包失敗的。上傳相關(guān)資質(zhì)信息后，【注意】提交打出的文件包是用來上傳到蘋果App Store 用的 不能直接安裝到手機(jī)測試

Q：打包成功后我如何上傳到App Store？

A：下載.ipa文件到本地，更改文件后綴.ipa為.zip。（上傳請參看ipa包提交蘋果App Store）

Q：打包完成后我如何安裝到越獄手機(jī)上測試？

A：

1、下載.ipa文件到本地，更改文件后綴.ipa為.zip并解壓縮文件包，2、新建Payload文件夾，3、把解壓縮.zip包里面的文件夾拷到Payload文件夾里

4、壓縮Payload文件夾為.zip文件包，改.zip后綴為.ipa

5、安裝到手機(jī)

跳過后打出的安裝包可以直接安裝到越獄手機(jī)。

三、Ipa包提交蘋果App Store

通過AppCan在線與開發(fā)者證書混編后，生成的ipa包（后綴.ipa改為.zip）即可上傳至蘋果Appstore，以下是操作流程。

3.1、在itunes中創(chuàng)建程序

該部分內(nèi)容繼續(xù)以雪豹系統(tǒng)為例

打開https://itunesconnect.apple.com/（membercenter中也可以找到）選擇“Manage Your Applications”：

點擊“Add New App”，填寫下面的表格。默認(rèn)語言，appname，SKU Number，這是自己程序的標(biāo)識，點擊后面的“？”有說明。Bundle id：這個可以選擇，必須和你申請證書時候的appid保持一致。否則會上傳失敗。

填完后，點擊“Continue”。

這個頁面設(shè)置程序的生效時間和價格，選擇后，點擊“Continue”。

下圖的頁面需要填一些程序的信息，注意“Review Notes(optional)”這個選項是對蘋果review程序的說明，如果你的程序需要登錄才可以使用，要在這里提供用戶名和密碼，如果你的程序的一些特色很 隱晦，可以在這里提供操作步驟，這是讓apple的review人員看的東西，不會在App Store里面顯示。

下圖的頁面是一些分級的說明，根據(jù)需要選擇：

下面是metadata，這個可能很重要，注意那個keywords，設(shè)置的越多你的程序被搜到的幾率越大，但是最好不超過100字，否則可能會被 蘋果認(rèn)為是作弊。Large app icon 這需要一張1024x1024的icon。screenshots是屏幕截圖或者說明性的圖片。

填完后done，這樣就創(chuàng)建好了一個app，點擊“view detail”，然后選擇“Ready to Upload Binary”。這時發(fā)現(xiàn)你的app顯示一個黃色的wait for upload，表示你可以上傳你的二進(jìn)制代碼了。如下圖：

3.2、上傳程序

上傳程序請在你的mac系統(tǒng)下找到application uploader工具，找不到的可以在下圖這兒下載。Xcode4.x將該工具集成到了xcode里面。

在Mac下安裝了該工具后，運(yùn)行，如果是第一次，可能需要你用你自己的idp帳號登錄（以后會保存在鑰匙串中），登錄后會自動檢查你有沒有等待上傳狀態(tài)的app，選擇你創(chuàng)建好的app，如下圖：

點擊“Next”按鈕：

點擊“choose”按鈕，選擇你從AppCan在線編譯出來的ipa包，修改.ipa后綴為.zip，請不要打開修改包里面的內(nèi)容（包括添加和刪除資源圖片等文件），否則會上傳失敗。

點擊“Send”按鈕，等待上傳，上傳完成后，打開itunesconnect，這時候你的程序狀態(tài)變?yōu)椤皍pload received”，程序進(jìn)入蘋果第一步審核。第一步審核幾分鐘到幾小時。當(dāng)通過第一步審核后，程序狀態(tài)變?yōu)椤皐ait for review”，此時程序進(jìn)入等待人工審核的狀態(tài)，大概4天到2周的時間都是這個狀態(tài)，直到排隊輪到你的程序時，程序進(jìn)入“in review”狀態(tài)，如果你的程序沒有內(nèi)容上的問題，符合蘋果的審核標(biāo)準(zhǔn)，那么審核成功，你程序的狀態(tài)變?yōu)榫G色的“ Ready for Sale”，如果審核失敗，程序狀態(tài)變?yōu)榧t色的“ Rejected ”。

上傳過程中每一步的失敗蘋果都會發(fā)郵件給你，或者你能在Resolution Center看到詳細(xì)的失敗信息。當(dāng)你的程序變?yōu)椤皉eady for sale”狀態(tài)時候，你就可以在appstore里面找到它了。至此，上傳結(jié)束。你就可以通過IOS設(shè)備在Appstore中找到你的應(yīng)用了。

第二篇：APP測試流程

APP測試基本流程 1.流程圖

盡快申請到正式環(huán)境下測試 接收版本 不符

App測試版本送測規(guī)范 用戶行為統(tǒng)計測試 后臺訂單統(tǒng)計測試 盡快申請到正式環(huán)境下測試 兼容性測試、性能壓力測試 功能測試：核對需求文檔 UI測試：核對rp/效果圖 符合 回歸測試 仍然為測試環(huán)境 進(jìn)入正式環(huán)境 發(fā)送上線報告 Fail Pass

2.測試周期 測試周期可按項目的開發(fā)周期來確定測試時間，一般測試時間為兩三周（即15個工作日），根據(jù)項目情況以及版本質(zhì)量可適當(dāng)縮短或延長測試時間。正式測試前先向主管確認(rèn)項目排期。3.測試資源

測試任務(wù)開始前，檢查各項測試資源。--產(chǎn)品功能需求文檔；--產(chǎn)品原型圖；--產(chǎn)品效果圖；

--行為統(tǒng)計分析定義文檔；

--測試設(shè)備（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）；--其他。

4.日報及產(chǎn)品上線報告

1）測試人員每天需對所測項目發(fā)送測試日報。2）測試日報所包含的內(nèi)容為：--對當(dāng)前測試版本質(zhì)量進(jìn)行分級；

--對較嚴(yán)重的問題進(jìn)行例舉，提示開發(fā)人員優(yōu)先修改；--對版本的整體情況進(jìn)行評估。

3）產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報告。4）上線報告所包含的內(nèi)容為：---對當(dāng)前版本質(zhì)量進(jìn)行分級；---附上測試報告（功能測試報告、兼容性測試報告、性能測試報告以及app可用性能標(biāo)準(zhǔn)結(jié)果）；

--總結(jié)上線版本的基本情況。若有遺留問題必須列出并記錄解決方案。

App測試

1.安全測試

a.軟件權(quán)限

1）扣費(fèi)風(fēng)險：包括發(fā)送短信、撥打電話、連接網(wǎng)絡(luò)等 2）隱私泄露風(fēng)險：包括訪問手機(jī)信息、訪問聯(lián)系人信息等

3）對App的輸入有效性校驗、認(rèn)證、授權(quán)、敏感數(shù)據(jù)存儲、數(shù)據(jù)加密等方面進(jìn)行檢測

4）限制/允許使用手機(jī)功能接人互聯(lián)網(wǎng) 5）限制/允許使用手機(jī)發(fā)送接受信息功能 6）限制/允許應(yīng)用程序來注冊自動啟動應(yīng)用程序 7）限制或使用本地連接

8）限制/允許使用手機(jī)拍照或錄音 9）限制/允許使用手機(jī)讀取用戶數(shù)據(jù) 10)限制/允許使用手機(jī)寫人用戶數(shù)據(jù)

11)檢測App的用戶授權(quán)級別、數(shù)據(jù)泄漏、非法授權(quán)訪問等 b.安裝與卸載安全性

1）應(yīng)用程序應(yīng)能正確安裝到設(shè)備驅(qū)動程序上 2）能夠在安裝設(shè)備驅(qū)動程序上找到應(yīng)用程序的相應(yīng)圖標(biāo) 3）是否包含數(shù)字簽名信息

4）JAD文件和JAR包中包含的所有托管屬性及其值必需是正確的 5）JAD文件顯示的資料內(nèi)容與應(yīng)用程序顯示的資料內(nèi)容應(yīng)一致 6）安裝路徑應(yīng)能指定

7）沒有用戶的允許, 應(yīng)用程序不能預(yù)先設(shè)定自動啟動 8）卸載是否安全, 其安裝進(jìn)去的文件是否全部卸載 9）卸載用戶使用過程中產(chǎn)生的文件是否有提示 10）其修改的配置信息是否復(fù)原 11）卸載是否影響其他軟件的功能 12）卸載應(yīng)該移除所有的文件 c.數(shù)據(jù)安全性

1）當(dāng)將密碼或其他的敏感數(shù)據(jù)輸人到應(yīng)用程序時, 其不會被儲存在設(shè)備中, 同時密碼也不會被解碼

2）輸人的密碼將不以明文形式進(jìn)行顯示

3）密碼, 信用卡明細(xì), 或其他的敏感數(shù)據(jù)將不被儲存在它們預(yù)輸人的位置上 4）不同的應(yīng)用程序的個人身份證或密碼長度必需至少在4一8 個數(shù)字長度之間

5）當(dāng)應(yīng)用程序處理信用卡明細(xì), 或其他的敏感數(shù)據(jù)時, 不以明文形式將數(shù)據(jù)寫到其它單獨(dú)的文件或者臨時文件中。以6）防止應(yīng)用程序異常終止而又沒有側(cè)除它的臨時文件, 文件可能遭受人侵者的襲擊, 然后讀取這些數(shù)據(jù)信息。7）當(dāng)將敏感數(shù)據(jù)輸人到應(yīng)用程序時, 其不會被儲存在設(shè)備中 8）備份應(yīng)該加密, 恢復(fù)數(shù)據(jù)應(yīng)考慮恢復(fù)過程的異常訊中斷等, 數(shù)據(jù)恢復(fù)后再使用前應(yīng)該經(jīng)過校驗

9）應(yīng)用程序應(yīng)考慮系統(tǒng)或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全替告 10）應(yīng)用程序不能忽略系統(tǒng)或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全警告, 更不能在安全警告顯示前,，利用顯示誤導(dǎo)信息欺騙用戶，應(yīng)用程序不應(yīng)該模擬進(jìn)行安全警告誤導(dǎo)用戶

11）在數(shù)據(jù)刪除之前，應(yīng)用程序應(yīng)當(dāng)通知用戶或者應(yīng)用程序提供一個“取消”命令的操作

12）“ 取消” 命令操作能夠按照設(shè)計要求實現(xiàn)其功能

13）應(yīng)用程序應(yīng)當(dāng)能夠處理當(dāng)不允許應(yīng)用軟件連接到個人信息管理的情況 14）當(dāng)進(jìn)行讀或?qū)懹脩粜畔⒉僮鲿r, 應(yīng)用程序?qū)蛴脩舭l(fā)送一個操作錯誤的提示信息

15）在沒有用戶明確許可的前提下不損壞側(cè)除個人信息管理應(yīng)用程序中的任何內(nèi)容Μ

16）應(yīng)用程序讀和寫數(shù)據(jù)正確。17）應(yīng)用程序應(yīng)當(dāng)有異常保護(hù)。

18）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫, 應(yīng)及時告知用戶 19）能合理地處理出現(xiàn)的錯誤 20）意外情況下應(yīng)提示用戶 d.通訊安全性 1）在運(yùn)行其軟件過程中, 如果有來電、SMS、EMS、MMS、藍(lán)牙、紅外等通訊或充電時, 是否能暫停程序，優(yōu)先處理通信, 并在處理完畢后能正常恢復(fù)軟件, 繼續(xù)其原來的功能

2）當(dāng)創(chuàng)立連接時, 應(yīng)用程序能夠處理因為網(wǎng)絡(luò)連接中斷, 進(jìn)而告訴用戶連接中斷的情況

3）應(yīng)能處理通訊延時或中斷

4）應(yīng)用程序?qū)⒈３止ぷ鞯酵ㄓ嵆瑫r, 進(jìn)而發(fā)送給用戶一個錯誤信息指示有連接錯誤

5）應(yīng)能處理網(wǎng)絡(luò)異常和及時將異常情況通報用戶 6）應(yīng)用程序關(guān)閉或網(wǎng)絡(luò)連接不再使用時應(yīng)及時關(guān)閉)斷開 7)HTTP、HTTPS覆蓋測試

--App和后臺服務(wù)一般都是通過HTTP來交互的，驗證HTTP環(huán)境下是否正常；--公共免費(fèi)網(wǎng)絡(luò)環(huán)境中（如：麥當(dāng)勞、星巴克等）都要輸入用戶名和密碼，通過SSL認(rèn)證來訪問網(wǎng)絡(luò)，需要對使用HTTP Client的library異常作捕獲處理。e.人機(jī)接口安全性

1）返回菜單總保持可用 2）命令有優(yōu)先權(quán)順序

3）聲音的設(shè)置不影響應(yīng)用程序的功能

4）應(yīng)用程序必需利用目標(biāo)設(shè)備適用的全屏尺寸來顯示上述內(nèi)容

5）應(yīng)用程序必需能夠處理不可預(yù)知的用戶操作, 例如錯誤的操作和同時按下多個鍵

2.安裝、卸載測試 驗證App是否能正確安裝、運(yùn)行、卸載以及操作過程和操作前后對系統(tǒng)資源的使用情況 a.安裝

1）軟件在不同操作系統(tǒng)（Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、Windows Phone 7）下安裝是否正常。

2）軟件安裝后的是否能夠正常運(yùn)行，安裝后的文件夾及文件是否寫到了指定的目錄里。

3）軟件安裝各個選項的組合是否符合概要設(shè)計說明 4)）軟件安裝向?qū)У腢I測試

5）軟件安裝過程是否可以取消，點擊取消后，寫入的文件是否如概要設(shè)計說明處理

6）軟件安裝過程中意外情況的處理是否符合需求（如死機(jī)，重啟，斷電）7）安裝空間不足時是否有相應(yīng)提示 8）安裝后沒有生成多余的目錄結(jié)構(gòu)和文件

9）對于需要通過網(wǎng)絡(luò)驗證之類的安裝，在斷網(wǎng)情況下嘗試一下 10）還需要對安裝手冊進(jìn)行測試，依照安裝手冊是否能順利安裝 b.卸載

1）直接刪除安裝文件夾卸載是否有提示信息。2）測試系統(tǒng)直接卸載程序是否有提示信息。3）測試卸載后文件是否全部刪除所有的安裝文件夾。

4）卸載過程中出現(xiàn)的意外情況的測試（如死機(jī)、斷電、重啟）。5）卸載是否支持取消功能，單擊取消后軟件卸載的情況。6）系統(tǒng)直接卸載UI測試，是否有卸載狀態(tài)進(jìn)度條提示。

3.UI測試

測試用戶界面(如菜單、對話框、窗口和其它可規(guī)控件)布局、風(fēng)格是否滿足客戶要求、文字是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覓功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性測試。a.導(dǎo)航測試

1）按鈕、對話框、列表和窗口等；或在不同的連接頁面之間需要導(dǎo)航 2）是否易于導(dǎo)航，導(dǎo)航是否直觀 3）是否需要搜索引擎 4）導(dǎo)航幫助是否準(zhǔn)確直觀

5）導(dǎo)航與頁面結(jié)構(gòu)、菜單、連接頁面的風(fēng)格是否一致 b.圖形測試

1）橫向比較。各控件操作方式統(tǒng)一

2）自適應(yīng)界面設(shè)計，內(nèi)容根據(jù)窗口大小自適應(yīng) 3）頁面標(biāo)簽風(fēng)格是否統(tǒng)一 4）頁面是否美觀

5）頁面的圖片應(yīng)有其實際意義而要求整體有序美觀

6）圖片質(zhì)量要高且圖片尺寸在設(shè)計符合要求的情況下應(yīng)盡量小 7）界面整體使用的顏色不宜過多 c.內(nèi)容測試 1）輸入框說明文字的內(nèi)容與系統(tǒng)功能是否一致 2）文字長度是否加以限制 3）文字內(nèi)容是否表意不明 4）是否有錯別字 5）信息是否為中文顯示 6）是否有敏感性詞匯、關(guān)鍵詞

7）是否有敏感性圖片，如：涉及版權(quán)、專利、隱私等圖片

4.功能測試

根據(jù)軟件說明或用戶需求驗證App的各個功能實現(xiàn)，采用如下方法實現(xiàn)并評估功能測試過程：

1)采用時間、地點、對象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉App的用戶使用場景，對比說明或需求，整理出內(nèi)在、外在及非功能直接相關(guān)的需求，構(gòu)建測試點，并明確測試標(biāo)準(zhǔn)，若用戶需求中無明確標(biāo)準(zhǔn)遵循，則需要參考行業(yè)或相關(guān)國際標(biāo)準(zhǔn)或準(zhǔn)則。

2)根據(jù)被測功能點的特性列丼出相應(yīng)類型的測試用例對其進(jìn)行覆蓋，如；涉及輸入的地方需要考慮等價、邊界、負(fù)面、異常或非法、場景回滾、關(guān)聯(lián)測試等測試類型對其進(jìn)行覆蓋。

3)在測試實現(xiàn)的各個階段跟蹤測試實現(xiàn)與需求輸入的覆蓋情況，及時修正業(yè)務(wù)或需求理解錯誤。a.運(yùn)行

1）App安裝完成后的試運(yùn)行，可正常打開軟件。2）App打開測試，是否有加載狀態(tài)進(jìn)度提示。3）App打開速度測試，速度是否可觀。4）App頁面間的切換是否流暢，邏輯是否正確 5）注冊

--同表單編輯頁面--用戶名密碼長度--注冊后的提示頁面

--前臺注冊頁面和后臺的管理頁面數(shù)據(jù)是否一致--注冊后，在后臺管理中頁面提示 6）登錄

--使用合法的用戶登錄系統(tǒng)。

--系統(tǒng)是否允許多次非法的登陸，是否有次數(shù)限制。--使用已經(jīng)登陸的賬號登陸系統(tǒng)是否正確處理。--使用禁用的賬號登陸系統(tǒng)是否正確處理。--用戶名、口令（密碼）錯誤或漏填時能否登陸。--刪除或修改后的用戶，原用戶登陸。

--不輸入用戶口令和用戶、重復(fù)點（確定或取消按鈕）是否允許登陸。--登陸后，頁面中登陸信息。--頁面中有注銷按鈕。--登陸超時的處理。7）注銷

--注銷原模塊，新的模塊系統(tǒng)能否正確處理。--終止注銷能否返回原模塊，原用戶。--注銷原用戶，新用戶系統(tǒng)能否正確處理。

--使用錯誤的賬號、口令、無權(quán)限的被禁用的賬號進(jìn)行注銷 b.應(yīng)用的前后臺切換

1)APP切換到后臺，再回到app，檢查是否停留在上一次操作界面。2)APP切換到后臺，再回到app，檢查功能及應(yīng)用狀態(tài)是否正常，IOS4和IOS5的版本的處理機(jī)制有的不一樣。

3)app切換到后臺，再回到前臺時，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對于從后臺切換回前臺數(shù)據(jù)有自動更新的時候。

4)手機(jī)鎖屏解屏后進(jìn)入app注意是否會崩潰，功能狀態(tài)是否正常，尤其是對于從后臺切換回前臺數(shù)據(jù)有自動更新的時候。

5)當(dāng)App使用過程中有電話進(jìn)來中斷后再切換到app，功能狀態(tài)是否正常 6)當(dāng)殺掉app進(jìn)程后，再開啟app，app能否正常啟動。

7)出現(xiàn)必須處理的提示框后，切換到后臺，再切換回來，檢查提示框是否還存在，有時候會出現(xiàn)應(yīng)用自動跳過提示框的缺陷。

8)對于有數(shù)據(jù)交換的頁面，每個頁面都必需要進(jìn)行前后臺切換、鎖屏的測試，這種頁面最容易出現(xiàn)崩潰。c.免登錄

很多應(yīng)用提供免登錄功能，當(dāng)應(yīng)用開啟時自動以上一次登錄的用戶身份來使用app.1)app有免登錄功能時，需要考慮IOS版本差異。2)考慮無網(wǎng)絡(luò)情況時能否正常進(jìn)入免登錄狀態(tài)。3)切換用戶登錄后，要校驗用戶登錄信息及數(shù)據(jù)內(nèi)容是否相應(yīng)更新，確保原用戶退出。

4)根據(jù)MTOP的現(xiàn)有規(guī)則，一個帳戶只允許登錄一臺機(jī)器。所以，需要檢查一個帳戶登錄多臺手機(jī)的情況。原手機(jī)里的用戶需要被踢出，給出友好提示。5)app切換到后臺，再切回前臺的校驗 6)切換到后臺，再切換回前臺的測試

7)密碼更換后，檢查有數(shù)據(jù)交換時是否進(jìn)行了有效身份的校驗

8)支持自動登錄的應(yīng)用在進(jìn)行數(shù)據(jù)交換時，檢查系統(tǒng)是否能自動登錄成功并且數(shù)據(jù)操作無誤。

9)檢查用戶主動退出登錄后，下次啟動app，應(yīng)停留在登錄界面 d.數(shù)據(jù)更新

根據(jù)應(yīng)用的業(yè)務(wù)規(guī)則，以及數(shù)據(jù)更新量的情況，來確定最優(yōu)的數(shù)據(jù)更新方案。1)需要確定哪些地方需要提供手動刷新，哪些地方需要自動刷新，哪些地方需要手動+自動刷新。

2)確定哪些地方從后臺切換回前臺時需要進(jìn)行數(shù)據(jù)更新。

3)根據(jù)業(yè)務(wù)、速度及流量的合理分配，確定哪些內(nèi)容需要實時更新，哪些需要定時更新。

4)確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請求，還是有緩存到本地，這樣才能有針對性的進(jìn)行相應(yīng)測試。

5)檢查有數(shù)據(jù)交換的地方，均有相應(yīng)的異常處理。e.離線瀏覽

很多應(yīng)用會支持離線瀏覽，即在本地客戶端會緩存一部分?jǐn)?shù)據(jù)供用戶查看。1)在無網(wǎng)絡(luò)情況可以瀏覽本地數(shù)據(jù) 2)退出app再開啟app時能正常瀏覽 3)切換到后臺再切回前臺可以正常瀏覽 4)鎖屏后再解屏回到應(yīng)用前臺可以正常瀏覽 5)在對服務(wù)端的數(shù)據(jù)有更新時會給予離線的相應(yīng)提示 f.App更新

1)當(dāng)客戶端有新版本時，有更新提示。

2)當(dāng)版本為非強(qiáng)制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動app時，仍能出現(xiàn)更新提示。

3)當(dāng)版本為強(qiáng)制升級版時，當(dāng)給出強(qiáng)制更新后用戶沒有做更新時，退出客戶端。下次啟動app時，仍出現(xiàn)強(qiáng)制升級提示。

4)當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。

5)當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是新版本。

6)當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬于缺陷。g.定位、照相機(jī)服務(wù)

1)App有用到相機(jī)，定位服務(wù)時，需要注意系統(tǒng)版本差異

2)有用到定位服務(wù)、照相機(jī)服務(wù)的地方，需要進(jìn)行前后臺的切換測試，檢查應(yīng)用是否正常。3)當(dāng)定位服務(wù)沒有開啟時，使用定位服務(wù)，會友好性彈出是否允許設(shè)置定位提示。當(dāng)確定允許開啟定位時，能自動跳轉(zhuǎn)到定位設(shè)置中開啟定位服務(wù)。4)測試定位、照相機(jī)服務(wù)時，需要采用真機(jī)進(jìn)行測試。h.時間測試

客戶端可以自行設(shè)置手機(jī)的時區(qū)、時間，因此需要校驗該設(shè)置對app的影響。--中國為東8區(qū)，所以當(dāng)手機(jī)設(shè)置的時間非東8區(qū)時，查看需要顯示時間的地方，時間是否展示正確，應(yīng)用功能是否正常。時間一般需要根據(jù)服務(wù)器時間再轉(zhuǎn)換成客戶端對應(yīng)的時區(qū)來展示，這樣的用戶體驗比較好。比如發(fā)表一篇微博在服務(wù)端記錄的是10：00，此時，華盛頓時間為22：00，客戶端去瀏覽時，如果設(shè)置的是華盛頓時間,則顯示的發(fā)表時間即為22:00,當(dāng)時間設(shè)回東8區(qū)時間時，再查看則顯示為10：00。i.PUSH測試

1)檢查push消息是否按照指定的業(yè)務(wù)規(guī)則發(fā)送 2)檢查不接受推送消息時，檢查用戶不會再接收到push.3)如果用戶設(shè)置了免打擾的時間段，檢查在免打擾時間段內(nèi)，用戶接收不到PUSH。

在非免打擾時間段，用戶能正常收到push。

4)當(dāng)push消息是針對登錄用戶的時候，需要檢查收到的push與用戶身份是否相符，沒有錯誤地將其它人的消息推送過來。一般情況下，只對手機(jī)上最后一個登錄用戶進(jìn)行消息推送。

5)測試push時，需要采用真機(jī)進(jìn)行測試。

5.性能測試 評估App的時間和空間特性 ：

1)極限測試：在各種邊界壓力情況下，如電池、存儲、網(wǎng)速等，驗證App是否能正確響應(yīng)。

--內(nèi)存滿時安裝App--運(yùn)行App時手機(jī)斷電--運(yùn)行App時斷掉網(wǎng)絡(luò)

2)響應(yīng)能力測試：測試App中的各類操作是否滿足用戶響應(yīng)時間要求。--App安裝、卸載的響應(yīng)時間--App各類功能性操作的影響時間

3)壓力測試：反復(fù)/長期操作下、系統(tǒng)資源是否占用異常。--App反復(fù)進(jìn)行安裝卸載，查看系統(tǒng)資源是否正常--其他功能反復(fù)進(jìn)行操作，查看系統(tǒng)資源是否正常

4)性能評估：評估典型用戶應(yīng)用場景下，系統(tǒng)資源的使用情況。

5)Benchmark測試（基線測試）：與競爭產(chǎn)品的Benchmarking, 產(chǎn)品演變對比測試等。6.交叉事件測試

針對智能終端應(yīng)用的服務(wù)等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進(jìn)行干擾的測試。如；App在前/后臺運(yùn)行狀態(tài)時與來電、文件下載、音樂收聽等關(guān)鍵運(yùn)用的交互情況測試等。交叉事件測試非常重要，能發(fā)現(xiàn)很多應(yīng)用中潛在的性能問題。

1）多個App同時運(yùn)行是否影響正常功能 2）App運(yùn)行時前/后臺切換是否影響正常功能 3）App運(yùn)行時撥打/接聽電話 4）App運(yùn)行時發(fā)送/接收信息 5）App運(yùn)行時發(fā)送/收取郵件

6）App運(yùn)行時切換網(wǎng)絡(luò)（2G、3G、wifi）7）App運(yùn)行時瀏覽網(wǎng)絡(luò)

8）App運(yùn)行時使用藍(lán)牙傳送/接收數(shù)據(jù)

9）App運(yùn)行時使用相機(jī)、計算器等手機(jī)自帶設(shè)備 7.兼容測試

主要測試內(nèi)部和外部兼容性 1）與本地及主流App是否兼容

2）基于開發(fā)環(huán)境和生產(chǎn)環(huán)境的不同，檢驗在各種網(wǎng)絡(luò)連接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的數(shù)據(jù)和運(yùn)用是否正確

3）與各種設(shè)備是否兼容，若有跨系統(tǒng)支持則需要檢驗是否在各系統(tǒng)下，各種行為是否一致

--不同操作系統(tǒng)的兼容性，是否適配--不同手機(jī)屏幕分辨率的兼容性--不同手機(jī)品牌的兼容性 8.回歸測試

1）Bug修復(fù)后且在新版本發(fā)布后需要進(jìn)行回歸測試。

2）Bug修復(fù)后的回歸測試在交付前、要進(jìn)行全量用例的回歸測試。9.升級、更新測試

新版版發(fā)布后，配合不同網(wǎng)絡(luò)環(huán)境的自勱更新提示及下載、安裝、更新、啟勱、運(yùn)行的驗證測試。

1）測試升級后的功能是否與需求說明一樣

2）測試與升級模塊相關(guān)的模塊的功能是否與需求一致 3）升級安裝意外情況的測試（如死機(jī)、斷電、重啟）4）升級界面的UI測試 5）不同操作系統(tǒng)間的升級測試 10.用戶體驗測試

以主觀的普通消費(fèi)者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友好親切程度。通過不同個體、獨(dú)立空間和非經(jīng)驗的統(tǒng)計復(fù)用方式去有效評價產(chǎn)品的體驗特性提出修改意見提升產(chǎn)品的潛在客戶滿意度。

1）是否有空數(shù)據(jù)界面設(shè)計，引導(dǎo)用戶去執(zhí)行操作。2）是否濫用用戶引導(dǎo)。

3）是否有不可點擊的效果，如：你的按鈕此時處于不可用狀態(tài)，那么一定要灰掉，或者拿掉按鈕，否則會給用戶誤導(dǎo) 4）菜單層次是否太深 5）交互流程分支是否太多 6）相關(guān)的選項是否離得很遠(yuǎn) 7）一次是否載入太多的數(shù)據(jù) 8）界面中按鈕可點擊范圍是否適中

9）標(biāo)簽頁是否跟內(nèi)容沒有從屬關(guān)系，當(dāng)切換標(biāo)簽的時候，內(nèi)容跟著切換 10）操作應(yīng)該有主次從屬關(guān)系

11）是否定義Back的邏輯。涉及軟硬件交互時，Back鍵應(yīng)具體定義 12）是否有橫屏模式的設(shè)計，應(yīng)用一般需要支持橫屏模式，即自適應(yīng)設(shè)計 11.硬件環(huán)境測試

a.手勢操作測試

1）手機(jī)開鎖屏對運(yùn)行中的App的影響 2）切換網(wǎng)絡(luò)對運(yùn)行中的App的影響 3）運(yùn)行中的App前后臺切換的影響 4）多個運(yùn)行中的App的切換 5）App運(yùn)行時關(guān)機(jī) 6）App運(yùn)行時重啟系統(tǒng) 7）App運(yùn)行時充電

8）App運(yùn)行時kill掉進(jìn)程再打開 b.網(wǎng)絡(luò)環(huán)境

手機(jī)的網(wǎng)絡(luò)目前主要分為2G、3G、wifi。目前2G的網(wǎng)絡(luò)相對于比較慢，測試時尤其要注意此塊的測試。

1)無網(wǎng)絡(luò)時，執(zhí)行需要網(wǎng)絡(luò)的操作，給予友好提示，確保程序不出現(xiàn)crash。2)內(nèi)網(wǎng)測試時，要注意選擇到外網(wǎng)操作時的異常情況處理。

3)在網(wǎng)絡(luò)信號不好時，檢查功能狀態(tài)是否正常，確保不因提交數(shù)據(jù)失敗而造成crash。

4)在網(wǎng)絡(luò)信號不好時，檢查數(shù)據(jù)是否會一直處于提交中的狀態(tài)，有無超時限制。如遇數(shù)據(jù)交換失敗時要給予提示。5)在網(wǎng)絡(luò)信號不好時，執(zhí)行操作后，在回調(diào)沒有完成的情況下，退出本頁面或者執(zhí)行其他操作的情況，有無異常情況。此問題也會經(jīng)常出現(xiàn)程序crash。c.服務(wù)器宕機(jī)或出現(xiàn)404、502等情況下的測試

后臺服務(wù)牽涉到DNS、空間服務(wù)商的情況下會影響其穩(wěn)定性，如：當(dāng)出現(xiàn)域名解析故障時，你對后臺API的請求很可能就會出現(xiàn)404錯誤，拋出異常。這時需要對異常進(jìn)行正確的處理，否則可能會導(dǎo)致程序不能正常工作。

12.接口測試

服務(wù)端一般會提供JSON格式的數(shù)據(jù)給客戶端，所以我們在服務(wù)端需要進(jìn)行接口測試，確保服務(wù)端提供的接口并轉(zhuǎn)換的JSON內(nèi)容正確，對分支、異常流有相應(yīng)的返回值。此塊測試可以采用itest框架進(jìn)行測試。最方便的是采用httpclient進(jìn)行接口測試。進(jìn)行服務(wù)端測試時，需要開發(fā)提供一份接口文檔。13.客戶端數(shù)據(jù)庫測試

1）一般的增、刪、改、查測試。

2）當(dāng)表不存在時是否能自動創(chuàng)建，當(dāng)數(shù)據(jù)庫表被刪除后能否再自建，數(shù)據(jù)是否還能自動從服務(wù)端中獲取回來并保存。

3）在業(yè)務(wù)需要從服務(wù)端取回數(shù)據(jù)保存到客戶端的時候，客戶端能否將數(shù)據(jù)保存到本地。

4）當(dāng)業(yè)務(wù)需要從客戶端取數(shù)據(jù)時，檢查客戶端數(shù)據(jù)存在時，app數(shù)據(jù)是否能自動從客戶端數(shù)據(jù)中取出，還是仍然會從服務(wù)器端獲取？檢查客戶端數(shù)據(jù)不存在時，app數(shù)據(jù)能否自動從服務(wù)器端獲取到并保存到客戶端

5）當(dāng)業(yè)務(wù)對數(shù)據(jù)進(jìn)行了修改、刪除后，客戶端和服務(wù)端是否會有相應(yīng)的更新。

第三篇：APP測試基本流程

APP測試基本流程

一、測試周期

app測試周期一般為兩周，根據(jù)項目情況以及版本質(zhì)量可適當(dāng)縮短或延長測試時間。正式測試前先向主管或產(chǎn)品經(jīng)理確認(rèn)項目排期。

二、測試資源

測試任務(wù)開始前，檢查各項測試資源。

產(chǎn)品功能需求文檔

產(chǎn)品原型圖

產(chǎn)品效果圖

行為統(tǒng)計分析定義文檔

測試設(shè)備（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）

其他（例如有秒殺專題的項目，需要規(guī)劃秒殺時間表；有優(yōu)惠券使用的項目，需要申請?zhí)砑觾?yōu)惠券數(shù)據(jù)；支付寶/銀聯(lián)支付功能的項目，需要提前申請支付寶/銀聯(lián)賬戶等等）

二、測試要點 接收版本

本人覺得，這個過程可以直接略過。非專業(yè)測試著，不喜勿拍。

UI測試

A）確保手頭的原型圖與效果圖為當(dāng)前最新版本。

B）確保產(chǎn)品UI符合產(chǎn)品經(jīng)理制定的原型圖與效果圖。

C）一切界面問題以效果圖為準(zhǔn)，若有用戶體驗方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。

D）由于測試環(huán)境中的數(shù)據(jù)為模擬數(shù)據(jù)，測試時必須預(yù)先想到正式環(huán)境中可能出現(xiàn)的數(shù)據(jù)類型。

功能測試

A）確保手頭的功能需求文檔為當(dāng)前最新版本。

B）確保所有的軟件功能都已實現(xiàn)且邏輯正常。

C）一切功能問題以需求文檔為準(zhǔn)，若有用戶體驗方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。個人建議，用戶體驗方面的建議，優(yōu)先級放在修復(fù)bug之后。

D）若有些功能在技術(shù)上難以實現(xiàn)或者由于排期的原因無法在短時間內(nèi)實現(xiàn)，必須得到產(chǎn)品經(jīng)理的確認(rèn)，而不是單單只聽開發(fā)人員的技術(shù)解釋。此處確認(rèn)最好以郵件形式存在。

E）所有的“外部原因”問題，都需要盡早地督促開發(fā)人員與客戶服務(wù)端人員聯(lián)系協(xié)調(diào)解決。并在之后的測試報告中予以體現(xiàn)。

F）所有的“設(shè)計如此”、“延期處理”問題，都需要和產(chǎn)品經(jīng)理確認(rèn)后再進(jìn)行驗證。并在之后的測試報告中予以體現(xiàn)。

G）測試下單時，注冊的測試賬號必須符合公司規(guī)范；收貨地址必須包含“測試”關(guān)鍵字，最好每次下單的名稱中含有日期，以便查詢；在正式環(huán)境中下單后必須取消該訂單等。

兼容測試/性能測試

A）確保軟件在所有兼容機(jī)型上都能正常使用（ios一般需要兼容7或者6，ios5可以不用，用戶使用率已經(jīng)低于5%以下）

B）對于低端性能兼容機(jī)上獨(dú)有的問題（例如ios5以下、Android1.6以下），若在技術(shù)上難以修改或者由于排期的原因無法在短時間內(nèi)改進(jìn)，必須在測試日報中注明，并得到技術(shù)平臺主管、產(chǎn)品經(jīng)理以及運(yùn)營人員的確認(rèn)，最好以郵件的形式得到確認(rèn)）

C）性能測試方面必須滿足硬件壓力條件下的測試需要（例如多線程，用戶常用的app都要后臺運(yùn)行的環(huán)境中測試。）

D）網(wǎng)絡(luò)響應(yīng)用戶體驗方面的性能測試，需要保證在wifi、3g、2g網(wǎng)絡(luò)下的切換效果。比如wifi切換到2g，網(wǎng)絡(luò)響應(yīng)的速度以及切換界面。

后臺訂單統(tǒng)計測試

A）核對“客戶端相關(guān)啟動查詢”項，此項數(shù)據(jù)就是經(jīng)常說的“激活量”，非常重要。測試時必須保證該項中的各數(shù)據(jù)均正確，且每次啟動軟件都會有相應(yīng)的統(tǒng)計記錄。

B）核對“訂單查詢”項，測試時必須保證各數(shù)據(jù)均正確，且每次成功下單后都會有相應(yīng)的統(tǒng)計記錄。

C）需要注意的是，在成功下單之后，后臺會做判斷將該訂單劃到測試訂單范圍，測試人員必須到“訂單查詢（測試）”模塊中核對訂單統(tǒng)計記錄信息。

用戶行為統(tǒng)計測試

A）確保手頭的行為統(tǒng)計分析定義文檔為最新版本，且與開發(fā)人員手中的文檔一致。

B）確保產(chǎn)品經(jīng)理在文檔中所定義的頁面在該產(chǎn)品中都是存在的。

C）盡可能真實地模擬用戶行為。D）核對統(tǒng)計日志，確保各項操作所對應(yīng)的頁面ID以及操作ID都是正確的。

回歸測試

A）軟件最終上線前，需對產(chǎn)品進(jìn)行回歸測試，測試內(nèi)容包含之前所有的測試項目

B）回歸測試不再對細(xì)節(jié)進(jìn)行測試，而是類似于對產(chǎn)品進(jìn)行驗收，從客戶正常使用的角度對產(chǎn)品進(jìn)行再一輪的整體測試。

C）只有在回歸測試通過之后，才對產(chǎn)品進(jìn)行提交。

三、測試日報及產(chǎn)品上線報告

測試人員每天需對所測項目發(fā)送測試日報。

測試日報所包含的內(nèi)容為：

A）對當(dāng)前測試版本質(zhì)量進(jìn)行分級。

B）對較嚴(yán)重的問題進(jìn)行例舉，提示開發(fā)人員優(yōu)先修改。

C）對版本的整體情況進(jìn)行評估。

產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報告

現(xiàn)使用Testbird進(jìn)行app自動化測試，省時省事省錢~~~

第四篇：網(wǎng)站訂單提交流程

網(wǎng) 站 訂 單 提 交 流 程 程

① 業(yè) 務(wù) 員 簽 約

② 由 經(jīng) 理 簽 字

③ 交 財 務(wù) 簽 字

④ 與 泉 州 網(wǎng) 站客 服 交 接 需 求

提 交 資 料 ：1、、合 合 同 ；2 2、網(wǎng) 站 需 求 表 ；3 3、財 務(wù) 交 接 單

將 財 務(wù) 交 接 單 交 由 經(jīng) 理 簽 字、登 記。

（由 蘇 總 簽 字 并 登 記）

將 所 收 款 項 交 由 財 務(wù) 交 接 單、合 同 交 由 財 務(wù)簽 字、登 記（暫 由 蘇 總 代 財 務(wù) 簽 字）

將 網(wǎng) 站 合 同、網(wǎng) 站 需 求 表、財 務(wù) 交 接 單 交 給網(wǎng) 站 客 服，并 跟 客 服 溝 通 清 楚 網(wǎng) 站 的 制 作 要求。

⑤ 網(wǎng) 站 客 服 下單

網(wǎng) 站 客 服 將 網(wǎng) 站 合 同、網(wǎng) 站 需 求 表、傳 真 至廈 門 技 術(shù) 部，由 廈 門 技 術(shù) 總 監(jiān) 派 單，并 通 知泉 州 客 服 負(fù) 責(zé) 該 網(wǎng) 站 的 設(shè) 計 師 和 程 序

（有 客 服 系 統(tǒng) 后 另 定 流 程）

泉 州 網(wǎng) 站 客 服 與 客 戶 直 接 溝 通 網(wǎng) 站 制 作 過 程中 出 現(xiàn) 的 問 題，并 反 饋 給 廈 門 技 術(shù) 部 美 工 和程 序。

（走 《 客 戶 網(wǎng) 站 確 認(rèn) 流 程》 》）

⑥ 網(wǎng) 站 制 作 過程 溝 通

業(yè) 務(wù) 員 提 交 網(wǎng) 站 訂單 至 網(wǎng) 站 客 服 處，剩 下 工 作 由 網(wǎng) 站 客服 接 手。

財 務(wù) 交 接 單 在 小 陳處 領(lǐng) 取。

客 服 將 資 料 交 接 至廈 門 技 術(shù) 部，并 負(fù)責(zé) 后 期 客 戶 溝 通。

注：為保證銷售人員能以最快的時間收齊網(wǎng)站全款，保證技術(shù)部的網(wǎng)站制作效率，大家在提交網(wǎng)站的訂單的時候請注意：

1、在成品網(wǎng)站合同上一定要注明客戶選擇的網(wǎng)站版式編號； 2、并將客戶的制作要求在《網(wǎng)站需求表》上盡可能寫明詳細(xì)，如有文字表述不清楚的地方應(yīng)及時與網(wǎng)站客服說明

第五篇：商標(biāo)續(xù)展流程及提交材料

紐樂康知識產(chǎn)權(quán)代理事務(wù)所｜知識產(chǎn)權(quán)價值鏈服務(wù)領(lǐng)軍品牌

商標(biāo)續(xù)展的流程及注意事項

商標(biāo)續(xù)展是指注冊商標(biāo)所有人在商標(biāo)注冊有效期屆滿十年后的一段時間內(nèi)，依法辦理一定的手續(xù)，延長其注冊商標(biāo)有效期的制度

根據(jù)2013年修改的商標(biāo)法，第四十條注冊商標(biāo)有效期滿，需要繼續(xù)使用的，商標(biāo)注冊人應(yīng)當(dāng)在期滿前十二個月內(nèi)按照規(guī)定辦理續(xù)展手續(xù)；在此期間未能辦理的，可以給予六個月的寬展期。每次續(xù)展注冊的有效期為十年，自該商標(biāo)上一屆有效期滿次日起計算。期滿未辦理續(xù)展手續(xù)的，注銷其注冊商標(biāo)。商標(biāo)續(xù)展辦理途徑

申請續(xù)展注冊商標(biāo)有兩條途徑：

商標(biāo)續(xù)展辦理申請的三個步驟

（一）準(zhǔn)備申請書件應(yīng)提交的申請書件為：（1）《商標(biāo)續(xù)展注冊申請書》

（2）申請人的身份證明文件（復(fù)印件）

（3）委托代理的提交《代理委托書》，直接在受理大廳辦理的提交經(jīng)辦人的身份證復(fù)印件

（4）注冊證復(fù)印件

（5）申請文件為外文的，還應(yīng)提供經(jīng)翻譯機(jī)構(gòu)簽章確認(rèn)的中文譯本

1、按照申請書上的要求逐一填寫，且必須是打字或者印刷。

2、每一件商標(biāo)應(yīng)提交續(xù)展注冊申請書1份。

3、直接來商標(biāo)注冊大廳辦理的，應(yīng)提交經(jīng)辦人的身份證復(fù)印件；委托商標(biāo)代理機(jī)構(gòu)辦理的，應(yīng)提交商標(biāo)代理委托書。

商標(biāo)注冊｜專利申請｜版權(quán)代理｜高新申報－我們一直用心專注保護(hù) 紐樂康知識產(chǎn)權(quán)代理事務(wù)所｜知識產(chǎn)權(quán)價值鏈服務(wù)領(lǐng)軍品牌

4、申請續(xù)展的商標(biāo)為共有商標(biāo)的，應(yīng)以代表人的名義提出申請。

（二）提交申請書件

1、申請人直接到商標(biāo)注冊大廳來辦理的，申請書件準(zhǔn)備就緒后，在商標(biāo)注冊大廳的受理窗口提交，由窗口的工作人員確認(rèn)該申請書件是否合格。

2、委托商標(biāo)代理機(jī)構(gòu)辦理的，由該商標(biāo)代理機(jī)構(gòu)將申請書件送達(dá)商標(biāo)局。

（三）繳納續(xù)展規(guī)費(fèi)

商標(biāo)續(xù)展所需文件

委托書 申請書

營業(yè)執(zhí)照（法人）/身份證（自然人）復(fù)印件

商標(biāo)續(xù)展流程

商標(biāo)注冊｜專利申請｜版權(quán)代理｜高新申報－我們一直用心專注保護(hù) 紐樂康知識產(chǎn)權(quán)代理事務(wù)所｜知識產(chǎn)權(quán)價值鏈服務(wù)領(lǐng)軍品牌

商標(biāo)續(xù)展所需時長

為什么要及時辦理商標(biāo)續(xù)展？

根據(jù)《商標(biāo)法》 第三十八條：“注冊商標(biāo)有效期滿，需要繼續(xù)使用的，應(yīng)當(dāng)在期滿前六個月內(nèi)申請續(xù)展注冊；在此期間未能提出申請的，可以給予六個月的寬展期。寬展期滿仍未提出申請的，注銷其注冊商標(biāo)。”

及時辦理商標(biāo)續(xù)展注冊能有效節(jié)約時間，重新申請商標(biāo)的時間長，還可能面臨駁回、補(bǔ)證、遭異議等風(fēng)險，而商標(biāo)續(xù)展注冊只需要半年。此外，只有不中斷使用、知名度高的注冊商標(biāo)才有資格認(rèn)定著名商標(biāo)和馳名商標(biāo)。

注冊商標(biāo)到期未續(xù)展被注銷了怎么辦？

注冊商標(biāo)有效期滿，應(yīng)當(dāng)在有效期滿前6個月申請續(xù)展；在此期間未能提出申請的，給予6個月的寬展期，寬展期內(nèi)仍沒有續(xù)展的，該商標(biāo)注銷。注銷后該商標(biāo)即為無效商標(biāo)，如仍需使用則需要另行提出注冊申請。

商標(biāo)注冊｜專利申請｜版權(quán)代理｜高新申報－我們一直用心專注保護(hù)