【文章內(nèi)容簡(jiǎn)介】 需要參與的人員的職責(zé)如下表：編號(hào)角色職責(zé)說(shuō)明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ì)量；7測(cè)試人員負(fù)責(zé)測(cè)試方案編寫、測(cè)試用例編寫、測(cè)試執(zhí)行、質(zhì)量分析；（非必須）隨機(jī)測(cè)試沒(méi)有書面測(cè)試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測(cè)試。主要是根據(jù)測(cè)試者的經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查。隨機(jī)測(cè)試是根據(jù)測(cè)試說(shuō)明書執(zhí)行用例測(cè)試的重要補(bǔ)充手段，是保證測(cè)試覆蓋完整性的有效方式和過(guò)程。 隨機(jī)測(cè)試主要是對(duì)被測(cè)軟件的一些重要功能進(jìn)行復(fù)測(cè)，也包括測(cè)試那些當(dāng)前的測(cè)試用例沒(méi)有覆蓋到的部分。另外，對(duì)于軟件更新和新增加的功能要重點(diǎn)測(cè)試。重點(diǎn)對(duì)一些特殊點(diǎn)情況點(diǎn)、特殊的使用環(huán)境、并發(fā)性、進(jìn)行檢查。尤其對(duì)以前測(cè)試發(fā)現(xiàn)的重大Bug，進(jìn)行再次測(cè)試，可以結(jié)合回歸測(cè)試（非必須） β測(cè)試 （beta測(cè)試）β測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成。 當(dāng)開發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，而最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其他人員完成，不能由程序員或測(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è)試員完成。 在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試。測(cè)試后，仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其他人員來(lái)完成，不能由程序員或測(cè)試員完成。α測(cè)試和β測(cè)試的不同之處在于測(cè)試的環(huán)境，前者是在開發(fā)環(huán)境，后者是在實(shí)際使用環(huán)境（生產(chǎn)環(huán)境），故后者模擬真實(shí)使用場(chǎng)景程度更高，發(fā)現(xiàn)的問(wèn)題也更有意義，一般運(yùn)用在項(xiàng)目的試運(yùn)行階段。（按測(cè)試內(nèi)容劃分）功能測(cè)試也叫黑盒測(cè)試，是在不看代碼的前提下，通過(guò)運(yùn)行軟件來(lái)進(jìn)行測(cè)試，重點(diǎn)是關(guān)注系統(tǒng)的功能實(shí)現(xiàn)是否正常、設(shè)計(jì)是否合理、用戶的需求是否全部覆蓋，這也是測(cè)試工作最主要、最重要的內(nèi)容。在版本穩(wěn)定以后，或者進(jìn)行回歸測(cè)試的時(shí)候，可根據(jù)項(xiàng)目的具體情況，對(duì)主要功能通過(guò)編寫自動(dòng)化測(cè)試腳本，進(jìn)行自動(dòng)化測(cè)試。根據(jù)被測(cè)功能點(diǎn)的特性列丼出相應(yīng)類型的測(cè)試用例對(duì)其進(jìn)行覆蓋，如；涉及輸入的地方需要考慮等價(jià)、邊界、負(fù)面、異?；蚍欠?、場(chǎng)景回滾、關(guān)聯(lián)測(cè)試等測(cè)試類型對(duì)其進(jìn)行覆蓋。 在測(cè)試實(shí)現(xiàn)的各個(gè)階段跟蹤測(cè)試實(shí)現(xiàn)與需求輸入的覆蓋情況，及時(shí)修正業(yè)務(wù)或需求理解錯(cuò)誤。測(cè)試內(nèi)容序列分類說(shuō)明1基本功能、刪、改、查；；；（包括數(shù)據(jù)）。2邊界類，對(duì)16bit 的整數(shù)而言 32767 和 32768 是邊界；、最右下位置；；；+1/空值；，找出其它可能的邊界值條件。3等價(jià)類，指符合系統(tǒng)設(shè)計(jì)有意義的輸入輸出合集；，指不符合系統(tǒng)設(shè)計(jì)錯(cuò)誤的輸入輸入合集；4錯(cuò)誤推測(cè)基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤；5因果圖設(shè)計(jì)因果圖，將因果圖轉(zhuǎn)化為判定表，判定表的每一列作為一條測(cè)試用例。6用戶場(chǎng)景設(shè)計(jì)根據(jù)不同用戶運(yùn)行該系統(tǒng)時(shí)所做的操作，來(lái)設(shè)計(jì)用例。8APP特有功能；；；、照相機(jī)服務(wù)，掃描二維碼功能；；；。App的功能測(cè)試具體為：l 運(yùn)行1）App安裝完成后的試運(yùn)行，可正常打開軟件。2）App打開測(cè)試，是否有加載狀態(tài)進(jìn)度提示。3）App打開速度測(cè)試，速度是否可觀。4）App頁(yè)面間的切換是否流暢，邏輯是否正確5）注冊(cè)同表單編輯頁(yè)面用戶名密碼長(zhǎng)度注冊(cè)后的提示頁(yè)面前臺(tái)注冊(cè)頁(yè)面和后臺(tái)的管理頁(yè)面數(shù)據(jù)是否一致注冊(cè)后，在后臺(tái)管理中頁(yè)面提示6）登錄使用合法的用戶登錄系統(tǒng)。系統(tǒng)是否允許多次非法的登陸，是否有次數(shù)限制。使用已經(jīng)登陸的賬號(hào)登陸系統(tǒng)是否正確處理。使用禁用的賬號(hào)登陸系統(tǒng)是否正確處理。用戶名、口令（密碼）錯(cuò)誤或漏填時(shí)能否登陸。刪除或修改后的用戶，原用戶登陸。不輸入用戶口令和用戶、重復(fù)點(diǎn)（確定或取消按鈕）是否允許登陸。登陸后，頁(yè)面中登陸信息。頁(yè)面中有注銷按鈕。登陸超時(shí)的處理。7）注銷注銷原模塊，新的模塊系統(tǒng)能否正確處理。終止注銷能否返回原模塊，原用戶。注銷原用戶，新用戶系統(tǒng)能否正確處理。使用錯(cuò)誤的賬號(hào)、口令、無(wú)權(quán)限的被禁用的賬號(hào)進(jìn)行注銷l 應(yīng)用的前后臺(tái)切換1) APP切換到后臺(tái)，再回到app，檢查是否停留在上一次操作界面。2) APP切換到后臺(tái)，再回到app，檢查功能及應(yīng)用狀態(tài)是否正常，IOS 4和IOS 5的版本的處理機(jī)制有的不一樣。 3) app切換到后臺(tái)，再回到前臺(tái)時(shí)，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換回前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。 4) 手機(jī)鎖屏解屏后進(jìn)入app注意是否會(huì)崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換回前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。 5) 當(dāng)App使用過(guò)程中有電話進(jìn)來(lái)中斷后再切換到app，功能狀態(tài)是否正常 6) 當(dāng)殺掉app進(jìn)程后，再開啟app，app能否正常啟動(dòng)。 7) 出現(xiàn)必須處理的提示框后，切換到后臺(tái)，再切換回來(lái)，檢查提示框是否還存在，有時(shí)候會(huì)出現(xiàn)應(yīng)用自動(dòng)跳過(guò)提示框的缺陷。 8) 對(duì)于有數(shù)據(jù)交換的頁(yè)面，每個(gè)頁(yè)面都必需要進(jìn)行前后臺(tái)切換、鎖屏的測(cè)試，這種頁(yè)面最容易出現(xiàn)崩潰。l 免登錄很多應(yīng)用提供免登錄功能，當(dāng)應(yīng)用開啟時(shí)自動(dòng)以上一次登錄的用戶身份來(lái)使用app. 1) app有免登錄功能時(shí)，需要考慮IOS版本差異。 2) 考慮無(wú)網(wǎng)絡(luò)情況時(shí)能否正常進(jìn)入免登錄狀態(tài)。 3) 切換用戶登錄后，要校驗(yàn)用戶登錄信息及數(shù)據(jù)內(nèi)容是否相應(yīng)更新，確保原用戶退出。 4) 根據(jù)MTOP的現(xiàn)有規(guī)則，一個(gè)帳戶只允許登錄一臺(tái)機(jī)器。所以，需要檢查一個(gè)帳戶登錄多臺(tái)手機(jī)的情況。原手機(jī)里的用戶需要被踢出，給出友好提示。 5) app切換到后臺(tái)，再切回前臺(tái)的校驗(yàn) 6) 切換到后臺(tái)，再切換回前臺(tái)的測(cè)試 7) 密碼更換后，檢查有數(shù)據(jù)交換時(shí)是否進(jìn)行了有效身份的校驗(yàn) 8) 支持自動(dòng)登錄的應(yīng)用在進(jìn)行數(shù)據(jù)交換時(shí)，檢查系統(tǒng)是否能自動(dòng)登錄成功并且數(shù)據(jù)操作無(wú)誤。 9) 檢查用戶主動(dòng)退出登錄后，下次啟動(dòng)app，應(yīng)停留在登錄界面l 數(shù)據(jù)更新根據(jù)應(yīng)用的業(yè)務(wù)規(guī)則，以及數(shù)據(jù)更新量的情況，來(lái)確定最優(yōu)的數(shù)據(jù)更新方案。 1) 需要確定哪些地方需要提供手動(dòng)刷新，哪些地方需要自動(dòng)刷新，哪些地方需要手動(dòng)+自動(dòng)刷新。 2) 確定哪些地方從后臺(tái)切換回前臺(tái)時(shí)需要進(jìn)行數(shù)據(jù)更新。 3) 根據(jù)業(yè)務(wù)、速度及流量的合理分配，確定哪些內(nèi)容需要實(shí)時(shí)更新，哪些需要定時(shí)更新。 4) 確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請(qǐng)求，還是有緩存到本地，這樣才能有針對(duì)性的進(jìn)行相應(yīng)測(cè)試。 5) 檢查有數(shù)據(jù)交換的地方，均有相應(yīng)的異常處理。 l 離線瀏覽很多應(yīng)用會(huì)支持離線瀏覽，即在本地客戶端會(huì)緩存一部分?jǐn)?shù)據(jù)供用戶查看。 1) 在無(wú)網(wǎng)絡(luò)情況可以瀏覽本地?cái)?shù)據(jù) 2) 退出app再開啟app時(shí)