【正文】 12（非必須） 13（非必須） 13（按測(cè)試內(nèi)容劃分） 14 14（UI測(cè)試） 19 20 20 22 22 24 25 25 27 28 技術(shù)資料分享 前言此文檔就項(xiàng)目中測(cè)試部分的工作流程進(jìn)行了一個(gè)梳理，參考了不同的資料，提煉整理的內(nèi)容為業(yè)內(nèi)已經(jīng)成型、被大多數(shù)項(xiàng)目采用和認(rèn)可的。它們必須有一個(gè)可觀察、可評(píng)測(cè)的結(jié)果。過程要點(diǎn)詳細(xì)說明輸入條件測(cè)試需求明確，測(cè)試計(jì)劃明確，已有基線需求和測(cè)試計(jì)劃工作內(nèi)容根據(jù)每一步測(cè)試計(jì)劃編寫全部的測(cè)試用例退出標(biāo)準(zhǔn)測(cè)試用例需要覆蓋所有的測(cè)試需求輸出內(nèi)容測(cè)試人員提交評(píng)審后的《測(cè)試用例》，測(cè)試腳本（性能、自動(dòng)化）測(cè)試實(shí)施階段是測(cè)試人員在整個(gè)項(xiàng)目中需要投入最多工作量的階段，也是最主要，最重要的一個(gè)階段。報(bào)告需要對(duì)此次或此階段測(cè)試的情況進(jìn)行統(tǒng)計(jì)，匯總，分析，以供整個(gè)項(xiàng)目組了解軟件開發(fā)的質(zhì)量、開發(fā)的進(jìn)度及軟件修復(fù)的情況，對(duì)項(xiàng)目經(jīng)理決定上線與否，上線時(shí)間，項(xiàng)目是否會(huì)延期等相關(guān)決策提供一個(gè)重要的參考依據(jù)。（包括但不限于）測(cè)試規(guī)范形成的前提是需要有有章可循的依據(jù)，這些依據(jù)需要基于標(biāo)準(zhǔn)的項(xiàng)目文檔，常見的文檔包括下面幾種：軟件需求說明書是為了使用戶和軟件開發(fā)者雙方對(duì)該軟件的初始規(guī)定有一個(gè)共同的理解， 使之成為整個(gè)項(xiàng)目組開展工作的基礎(chǔ)。而詳細(xì)設(shè)計(jì)是軟件工程中軟件開發(fā)的一個(gè)步驟，就是對(duì)概要設(shè)計(jì)的一個(gè)細(xì)化，就是詳細(xì)設(shè)計(jì)每個(gè)模塊實(shí)現(xiàn)算法，所需的局部結(jié)構(gòu)。l 獨(dú)立路徑和錯(cuò)誤檢查獨(dú)立路徑測(cè)試：在模塊中應(yīng)對(duì)每一條獨(dú)立執(zhí)行路徑進(jìn)行測(cè)試，每條語句至少執(zhí)行一次。準(zhǔn)入條件 單元測(cè)試用例編寫完成； 核心功能開發(fā)完成； 項(xiàng)目需求文檔、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔均通過評(píng)審并歸檔； 子系統(tǒng)間接口說明文檔通過評(píng)審并歸檔； 項(xiàng)目集成測(cè)試用例文檔通過評(píng)審并歸檔；主要測(cè)試點(diǎn)和方法（）參與組織需要參與的人員的職責(zé)如下表：編號(hào)角色職責(zé)說明1需求經(jīng)理對(duì)測(cè)試中需求不明確地方，進(jìn)行明確；2產(chǎn)品經(jīng)理對(duì)測(cè)試中產(chǎn)品功能實(shí)現(xiàn)歧義地方，進(jìn)行明確；3開發(fā)人員負(fù)責(zé)功能開發(fā)、缺陷修復(fù)、單元測(cè)試；4開發(fā)責(zé)任人負(fù)責(zé)軟件開發(fā)進(jìn)度、版本提交和相關(guān)協(xié)調(diào)；5配置管理員負(fù)責(zé)每輪測(cè)試前：代碼獲取、編譯、發(fā)布；6測(cè)試經(jīng)理負(fù)責(zé)項(xiàng)目測(cè)試整體計(jì)劃、協(xié)調(diào)和質(zhì)量；（非必須）冒煙測(cè)試是開發(fā)完成后，正式移交測(cè)試前做的一個(gè)中間測(cè)試工作，即在剛剛編譯出來后，開發(fā)人員需要進(jìn)行基本確認(rèn)測(cè)試，例如是否可以正確安裝/卸載，主要功能是否實(shí)現(xiàn)，是否存在嚴(yán)重死機(jī)或數(shù)據(jù)嚴(yán)重丟失等Bug。隨機(jī)測(cè)試是根據(jù)測(cè)試說明書執(zhí)行用例測(cè)試的重要補(bǔ)充手段，是保證測(cè)試覆蓋完整性的有效方式和過程。 α測(cè)試（Alpha測(cè)試）Alpha測(cè)試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試，Alpha測(cè)試不能由該系統(tǒng)的程序員或測(cè)試員完成。 在測(cè)試實(shí)現(xiàn)的各個(gè)階段跟蹤測(cè)試實(shí)現(xiàn)與需求輸入的覆蓋情況，及時(shí)修正業(yè)務(wù)或需求理解錯(cuò)誤。3）App打開速度測(cè)試，速度是否可觀。登陸后，頁(yè)面中登陸信息。 3) app切換到后臺(tái)，再回到前臺(tái)時(shí)，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換回前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。 4) 根據(jù)MTOP的現(xiàn)有規(guī)則，一個(gè)帳戶只允許登錄一臺(tái)機(jī)器。 4) 確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請(qǐng)求，還是有緩存到本地，這樣才能有針對(duì)性的進(jìn)行相應(yīng)測(cè)試。 4) 當(dāng)客戶端有新版本時(shí)，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。l 時(shí)間測(cè)試客戶端可以自行設(shè)置手機(jī)的時(shí)區(qū)、時(shí)間，因此需要校驗(yàn)該設(shè)置對(duì)app的影響。 5) 測(cè)試push時(shí)，需要采用真機(jī)進(jìn)行測(cè)試。性能測(cè)試是通過性能測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。l 容量測(cè)試：確定系統(tǒng)最大承受量，譬如系統(tǒng)最大用戶數(shù)，最大存儲(chǔ)量，最多處理的數(shù)據(jù)流量等。 用戶登錄后，應(yīng)以會(huì)話中的用戶session的用戶身份信息為準(zhǔn)。216。216。 cookie中不會(huì)帶有session ID信息。 服務(wù)器運(yùn)行賬號(hào)不應(yīng)該是特權(quán)賬號(hào)或高級(jí)別權(quán)限賬號(hào)，如“root”“administrator”等。216。4）卸載過程中出現(xiàn)的意外情況的測(cè)試（如死機(jī)、斷電、重啟）。由于提供的步驟不完整，開發(fā)人員經(jīng)常需要種種猜測(cè)，努力嘗試復(fù)現(xiàn)的步驟，浪費(fèi)了大量時(shí)間。，軟件開發(fā)人員無法判斷該缺陷影響的軟件部分，不能進(jìn)行徹底修正。6）系統(tǒng)直接卸載UI測(cè)試，是否有卸載狀態(tài)進(jìn)度條提示 。安裝測(cè)試只針對(duì)C/S架構(gòu)的系統(tǒng)（即App），需要驗(yàn)證App是否能正確安裝、運(yùn)行、卸載以及操作過程和操作前后對(duì)系統(tǒng)資源的使用情況。 未使用的端口應(yīng)為關(guān)閉狀態(tài)。 用戶操作停止后會(huì)話保持時(shí)間不會(huì)超過10分鐘，超過10分鐘會(huì)跳轉(zhuǎn)回登錄界面。216。216。 每個(gè)URL必須堅(jiān)定權(quán)限，不能通過菜單屏蔽或按鈕disable作為限制條件。web兼容性測(cè)試范圍主要從操作系統(tǒng)、瀏覽器、分辨率這三方面考慮， 而系統(tǒng)（如不同的Windows版本）和瀏覽器（如IE谷歌、火狐）是重點(diǎn)考慮方向，系統(tǒng)應(yīng)該支持什么系統(tǒng)和瀏覽器，也是應(yīng)以需求為依據(jù)。通常情況下，三方面有效、合理的結(jié)合，可以達(dá)到對(duì)系統(tǒng)性能全面的分析和瓶頸的預(yù)測(cè)。測(cè)試內(nèi)容 導(dǎo)航、鏈接、Cookie、頁(yè)面結(jié)構(gòu)包括菜單、背景、顏色、字 體、按鈕名稱、TITLE、提示信息的一致性等； 界面內(nèi)容完整性檢查，通過瀏覽器測(cè)試，確認(rèn)對(duì)象可以正確的反應(yīng)業(yè)務(wù)的功能和需求，包括窗口與窗口之間的跳轉(zhuǎn)，字段與字段之間的瀏覽，各種快捷鍵的使用。時(shí)間一般需要根據(jù)服務(wù)器時(shí)間再轉(zhuǎn)換成客戶端對(duì)應(yīng)的時(shí)區(qū)來展示，這樣的用戶體驗(yàn)比較好。 6) 當(dāng)客戶端有新版本時(shí)，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。 l 離線瀏覽很多應(yīng)用會(huì)支持離線瀏覽，即在本地客戶端會(huì)緩存一部分?jǐn)?shù)據(jù)供用戶查看。原手機(jī)里的用戶需要被踢出，給出友好提示。 5) 當(dāng)App使用過程中有電話進(jìn)來中斷后再切換到app，功能狀態(tài)是否正常 6) 當(dāng)殺掉app進(jìn)程后，再開啟app，app能否正常啟動(dòng)。登陸超時(shí)的處理。系統(tǒng)是否允許多次非法的登陸，是否有次數(shù)限制。2邊界類，對(duì)16bit 的整數(shù)而言 32767 和 32768 是邊界；、最右下位置；；；+1/空值；，找出其它可能的邊界值條件。測(cè)試后，仍然會(huì)有少量的設(shè)計(jì)變更。另外，對(duì)于軟件更新和新增加的功能要重點(diǎn)測(cè)試。否則，就需要重新編譯版本，再次執(zhí)行版本可接收確認(rèn)測(cè)試，直到成功。錯(cuò)誤檢查：首先檢查程序是否有錯(cuò)誤處理；其次對(duì)于程序中的防錯(cuò)處理的完整性和正確性進(jìn)行檢查。軟件設(shè)計(jì)說明對(duì)測(cè)試工作開展有很大影響，沒有軟件設(shè)計(jì)說明很多問題將無法溯源，測(cè)試準(zhǔn)備的前期工作也是根據(jù)軟件設(shè)計(jì)說明來制定的。軟件需求說明書的作用在于便于用戶、開發(fā)人員進(jìn)行理解和交流，反映出用戶問題的結(jié)構(gòu)，可以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)，并作為確認(rèn)測(cè)試和驗(yàn)收的依據(jù)。l 急待解決的