O2O商城測(cè)試流程

O2O商城測(cè)試流程1目標(biāo)定制完整且具體的測(cè)試路線和流程，為快速、高效和高質(zhì)量的軟件測(cè)試提供基礎(chǔ)流程框架。終目標(biāo)是實(shí)現(xiàn)軟件測(cè)試規(guī)范化，標(biāo)準(zhǔn)化。人性化2測(cè)試流程說(shuō)明3測(cè)試需求分析測(cè)試需求是整個(gè)測(cè)試過(guò)程的基礎(chǔ)；確定測(cè)試對(duì)象以及測(cè)試工作的范圍和作用。用來(lái)確定整個(gè)測(cè)試工作（如安排時(shí)間表、測(cè)試設(shè)計(jì)等）并作為測(cè)試覆蓋的基礎(chǔ)。而且被確定的測(cè)試需求項(xiàng)必須是可核實(shí)的。即，它們必須有一個(gè)可觀察、可評(píng)測(cè)的結(jié)果。無(wú)法核實(shí)的需求不是測(cè)試需求。所以我現(xiàn)在的理解是測(cè)試需求是一個(gè)比較大的概念，它是在整個(gè)測(cè)試計(jì)劃文檔中體現(xiàn)出來(lái)的，不是類似的一個(gè)用例或者其他.?測(cè)試需求是制訂測(cè)試計(jì)劃的基本依據(jù)，確定了測(cè)試需求能夠?yàn)闇y(cè)試計(jì)劃提供客觀依據(jù)；?測(cè)試需求是設(shè)計(jì)測(cè)試用例的指導(dǎo)，確定了要測(cè)什么、測(cè)哪些方面后才能有針對(duì)性的設(shè)計(jì)測(cè)試用例；3?1測(cè)試方法與規(guī)范3.1.1測(cè)試方法隨著軟件技術(shù)發(fā)展，項(xiàng)目類型越來(lái)越多樣化。根據(jù)項(xiàng)目類型應(yīng)選用針對(duì)性強(qiáng)的測(cè)試方法，合適的測(cè)試方法可以讓我們事半功倍。以下是針對(duì)目前項(xiàng)目工程可以參考的測(cè)試方法：-兼容性測(cè)試兼容性測(cè)試是指測(cè)試軟件是否可以成功移植到指定的硬件或者軟件環(huán)境中，例如在B/S項(xiàng)目中各個(gè)不同瀏覽器之間的測(cè)試。-用戶界面測(cè)試-UI測(cè)試用戶界面測(cè)試，英文是Userinterfacetesting。又稱UI測(cè)試。用戶界面，英文是Userinterface。是指軟件中的可見(jiàn)外觀及其底層與用戶交互的部分（菜單、對(duì)話框、窗口和其它控件）。用戶界面測(cè)試是指測(cè)試用戶界面的風(fēng)格是否滿足客戶要求，文字是否正確，頁(yè)面是否美觀，文字，圖片組合是否完美，操作是否友好等等。UI測(cè)試的目標(biāo)是確保用戶界面會(huì)通過(guò)測(cè)試對(duì)象的功能來(lái)為用戶提供相應(yīng)的訪問(wèn)或?yàn)g覽功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性測(cè)試。-冒煙測(cè)試冒煙測(cè)試，英文是Smoketesting。冒煙測(cè)試的名稱可以理解為該種測(cè)試耗時(shí)短，僅用一袋煙功夫足夠了。也有人認(rèn)為是形象地類比新電路板功基本功能檢查。任何新電路板焊好后，先通電檢查，如果存在設(shè)計(jì)缺陷，電路板可能會(huì)短路，板子冒煙了。冒煙測(cè)試的對(duì)象是每一個(gè)新編譯的需要正式測(cè)試的軟件版本，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。冒煙測(cè)試的執(zhí)行者是版本編譯人員。-隨機(jī)測(cè)試（自由測(cè)試）隨機(jī)測(cè)試，英文是Adhoctesting。隨機(jī)測(cè)試沒(méi)有書(shū)面測(cè)試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測(cè)試。主要是根據(jù)測(cè)試者的經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查。隨機(jī)測(cè)試是根據(jù)測(cè)試說(shuō)明書(shū)執(zhí)行用例測(cè)試的重要補(bǔ)充手段，是保證測(cè)試覆蓋完整性的有效方式和過(guò)程。隨機(jī)測(cè)試主要是對(duì)被測(cè)軟件的一些重要功能進(jìn)行復(fù)測(cè)，也包括測(cè)試那些當(dāng)前的測(cè)試樣例(TestCase)沒(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è)試(Regressivetesting)一起進(jìn)行。-黑盒測(cè)試(功能測(cè)試)黑盒測(cè)試，英文是BlackBoxTesting。又稱功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試是根據(jù)軟件的規(guī)格對(duì)軟件進(jìn)行的測(cè)試，這類測(cè)試不考慮軟件內(nèi)部的運(yùn)作原理，因此軟件對(duì)用戶來(lái)說(shuō)就像一個(gè)黑盒子。軟件測(cè)試人員以用戶的角度，通過(guò)各種輸入和觀察軟件的各種輸出結(jié)果來(lái)發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實(shí)現(xiàn)的一種軟件測(cè)試方法。-性能測(cè)試性能測(cè)試，英文是PerformanceTesting。性能測(cè)試是在交替進(jìn)行負(fù)荷和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語(yǔ)。理想的“性能測(cè)試”(和其他類型的測(cè)試)應(yīng)在需求文檔或質(zhì)量保證、測(cè)試計(jì)劃中定義。性能測(cè)試一般包括負(fù)載測(cè)試和壓力測(cè)試。通常驗(yàn)證軟件的性能在正常環(huán)境和系統(tǒng)條件下重復(fù)使用是否還能滿足性能指標(biāo)。或者執(zhí)行同樣任務(wù)時(shí)新版本不比舊版本慢。一般還檢查系統(tǒng)記憶容量在運(yùn)行程序時(shí)會(huì)不會(huì)流失(memoryleak)。比如，驗(yàn)證程序保存一個(gè)巨大的文件新版本不比舊版本慢。3.1.2測(cè)試規(guī)范測(cè)試規(guī)范是根據(jù)開(kāi)發(fā)規(guī)范而制定的測(cè)試標(biāo)準(zhǔn)，測(cè)試規(guī)范也是后期測(cè)試用例編寫(xiě)的重要依據(jù)。因?yàn)殚_(kāi)發(fā)規(guī)范因公司而異，因產(chǎn)品而異，所以測(cè)試規(guī)范的標(biāo)準(zhǔn)程度每個(gè)公司都不一樣。從理論到方法到各類流程到各類報(bào)告模版，都屬于測(cè)試規(guī)范的范疇，當(dāng)一整套規(guī)范形成之后，可使得測(cè)試工作進(jìn)行更加穩(wěn)健，所有問(wèn)題有據(jù)可查。3.2軟件需求規(guī)格說(shuō)明書(shū)軟件需求規(guī)格說(shuō)明書(shū)是軟件達(dá)到的各項(xiàng)功能的目標(biāo)。是測(cè)試人員各項(xiàng)工作的依據(jù)，沒(méi)有需求就無(wú)法判斷測(cè)試結(jié)果是正確的。3.3軟件設(shè)計(jì)說(shuō)明(概要與詳細(xì)設(shè)計(jì))設(shè)計(jì)說(shuō)明書(shū)包含軟件的一些框架、字段、數(shù)據(jù)庫(kù)設(shè)計(jì)等。軟件設(shè)計(jì)說(shuō)明對(duì)測(cè)試工作開(kāi)展有很大影響，沒(méi)有軟件設(shè)計(jì)說(shuō)明很多問(wèn)題將無(wú)法溯源，測(cè)試準(zhǔn)備的前期工作也是根據(jù)軟件設(shè)計(jì)說(shuō)明來(lái)制定的。3.4頁(yè)面原型（demo頁(yè)面原型是項(xiàng)目人員快速熟悉項(xiàng)目的最佳路徑。在需求不夠明確，設(shè)計(jì)說(shuō)明書(shū)不夠全面的情況下，頁(yè)面原型也是后期測(cè)試用例編寫(xiě)思想的重要根據(jù)。.□index.html4測(cè)試過(guò)程設(shè)計(jì)明確測(cè)試目的，最終達(dá)成目的并驗(yàn)證結(jié)果是測(cè)試要做的事情。包括：測(cè)試范圍：描述本次測(cè)試中的測(cè)試范圍，如：測(cè)試軟件功能范圍、測(cè)試種類等。簡(jiǎn)單的描述如何搭建測(cè)試平臺(tái)。項(xiàng)目信息：說(shuō)明要測(cè)試的項(xiàng)目的相關(guān)資料，如：輸入輸出文檔，產(chǎn)品描述，軟件主要功能。人力資源的分配。測(cè)試需求：籠統(tǒng)說(shuō)，就是測(cè)試中的所有設(shè)計(jì)和需求文檔。作為本次測(cè)試的依據(jù)4.1測(cè)試策略制定這一階段在于需求、詳細(xì)設(shè)計(jì)、測(cè)試計(jì)劃完成之后，主要是本次測(cè)試的策略階段。很多公司少這個(gè)一個(gè)階段，需要有計(jì)劃性的分出產(chǎn)品的功能扣出測(cè)試的功能點(diǎn)，現(xiàn)階段大多公司都是直接拿著文檔就開(kāi)始做用例設(shè)計(jì)。對(duì)需求進(jìn)行分析，列出具體的功能列表。（一般根據(jù)功能交互文檔就能明確出此功能的大體功能，一層層的分下去，一直到?jīng)]個(gè)功能表單。然后考慮到使用那些測(cè)試方法？工作一旦做到執(zhí)行階段，我們可以更好的根據(jù)這些功能表一點(diǎn)一點(diǎn)的覆蓋。也能讓我們?cè)谟美u(píng)審時(shí)，充分的證實(shí)我們的工作是有效的能夠保證產(chǎn)品的質(zhì)量。）一般在此之前，一些業(yè)務(wù)培訓(xùn)和需求評(píng)審是有必要是聽(tīng)一下的。這樣能夠更早更熟練的理解需求。?對(duì)于一個(gè)個(gè)測(cè)試該如何進(jìn)行測(cè)試？如下：a） 功能測(cè)試功能范圍（劃分出各自負(fù)責(zé)的功能模塊）使用測(cè)試方法（等價(jià)類、邊界值等測(cè)試方法方法）測(cè)試標(biāo)準(zhǔn)（符合設(shè)計(jì)、需求和規(guī)范文檔對(duì)該功能的描述）b） 界面測(cè)試c） 兼容性測(cè)試4.2測(cè)試計(jì)劃1）要充分考慮測(cè)試計(jì)劃的實(shí)用性，即測(cè)試計(jì)劃與實(shí)際之間的接近程度和可操作性。編寫(xiě)測(cè)試計(jì)劃的目的在于充分考慮執(zhí)行測(cè)試時(shí)的各種資源，包括測(cè)試內(nèi)容、測(cè)試標(biāo)準(zhǔn)、時(shí)間資源、人力資源等等，準(zhǔn)確地說(shuō)是要分析執(zhí)行時(shí)所能夠調(diào)用的一切資源以及受各種條件限制等。a） 測(cè)試內(nèi)容：對(duì)一個(gè)軟件來(lái)說(shuō)測(cè)試計(jì)劃中會(huì)明確本次測(cè)試做哪些測(cè)試？如：系統(tǒng)測(cè)試：在整個(gè)系統(tǒng)測(cè)試中會(huì)有（界面測(cè)試、功能測(cè)試、性能測(cè)試、兼容性測(cè)試、安裝卸載測(cè)試、可靠性測(cè)試等測(cè)試）。b） 測(cè)試目的：一般多為保證產(chǎn)品質(zhì)量是否達(dá)到預(yù)期的指標(biāo)。這個(gè)指標(biāo)也就是在測(cè)試中定義的結(jié)束標(biāo)準(zhǔn)。c） 測(cè)試標(biāo)準(zhǔn)：需要考慮本次測(cè)試需要輸入那些文檔，該項(xiàng)目結(jié)束標(biāo)準(zhǔn)定義、測(cè)試結(jié)束標(biāo)準(zhǔn)的定義？bug級(jí)別定義、優(yōu)先級(jí)定義、bug管理流程定義。這個(gè)都需要在執(zhí)行測(cè)試事明確。計(jì)劃中應(yīng)該包含這些內(nèi)容。d） 資源分配：這里分為人力資源、軟硬件資源等劃分。一般會(huì)把人力資源的利用寫(xiě)入一個(gè)測(cè)試人員任務(wù)分配表里，按照不同的階段，每個(gè)階段提交相應(yīng)的成果（難度很大）。軟硬件資源中主要是在做計(jì)劃時(shí)考慮到需要多少電腦或別的工具，列出清單。e） 測(cè)試風(fēng)險(xiǎn)：大多考慮到的就是項(xiàng)目開(kāi)發(fā)延期、測(cè)試人員不足用例無(wú)法全面覆蓋測(cè)試點(diǎn)、時(shí)間不足用例無(wú)法全部執(zhí)行、bug無(wú)法及時(shí)修改導(dǎo)致無(wú)法驗(yàn)證、測(cè)試人員技能不足導(dǎo)致測(cè)試進(jìn)度拉長(zhǎng)。4.3測(cè)試附件用例模板、缺陷報(bào)告模板（請(qǐng)見(jiàn)測(cè)試計(jì)劃）測(cè)試環(huán)境的搭建缺陷管理流程和缺陷級(jí)別定義（劃分）缺陷狀態(tài)一般分為：新建、打開(kāi)、已分配、已修復(fù)、關(guān)閉、重新打開(kāi)中間會(huì)有：延期、重復(fù)、拒絕等狀態(tài)缺陷管理流程:

若不是，就會(huì)指派相應(yīng)的人或跟測(cè)試者討論若是，進(jìn)行處理，resolvedO并給出解決方法。（可創(chuàng)建補(bǔ)丁附件及補(bǔ)充說(shuō)明）3.測(cè)試人員查詢開(kāi)發(fā)者已修改的bug，進(jìn)行回歸測(cè)試。經(jīng)驗(yàn)證無(wú)誤后，修改狀態(tài)為verified（驗(yàn)證）。待整個(gè)產(chǎn)品發(fā)布后，修改為closed（關(guān)閉）。還有問(wèn)題，reopened（重新開(kāi)放），狀態(tài)重新變?yōu)椤皀ew”并發(fā)送郵件通知。缺陷等級(jí)劃分：本規(guī)范定義以下五類缺陷，供參考，具體產(chǎn)品的缺陷類型定義可根據(jù)產(chǎn)品特點(diǎn)進(jìn)行調(diào)整:級(jí)別符號(hào)概述詳述致命A系統(tǒng)任何一個(gè)主要功能完全失效，用戶數(shù)據(jù)受到破壞，系統(tǒng)崩潰、懸掛、死機(jī)或者危機(jī)人身安全系統(tǒng)無(wú)法安裝、登陸或其他主要功能不可用死循環(huán)或內(nèi)存不足等原因?qū)е鲁绦驘o(wú)法運(yùn)行由于程序引起的系統(tǒng)無(wú)法啟動(dòng)、死機(jī)、藍(lán)屏、非法退出在數(shù)據(jù)或安全方面存在重大問(wèn)題

嚴(yán)重B系統(tǒng)的主要功能部分失效，數(shù)據(jù)不能保存，系統(tǒng)的次要功能兀全喪失，系統(tǒng)所提供的功能或服務(wù)受到明顯影響基本功能存在部分問(wèn)題或次要功能無(wú)法實(shí)現(xiàn)或遺漏未進(jìn)行異常處理性能與預(yù)期相差很大一般C系統(tǒng)的次要功能沒(méi)有完全實(shí)現(xiàn)，但不影響用戶的正常使用。次要功能沒(méi)有完全實(shí)現(xiàn)，但不影響用戶使用本產(chǎn)品界面存在明顯缺陷，設(shè)計(jì)不友好提示信息不準(zhǔn)確一般的性能問(wèn)題輕微D使操作者不方便或遇到麻煩，但它不影響功能的操作和執(zhí)行界面格式顯示不規(guī)范建議性的改進(jìn)要求建議E功能性建議，功能使用性、方便性、易用性不夠個(gè)人感覺(jué)不好的方面?zhèn)€人的見(jiàn)解5測(cè)試實(shí)施5?1執(zhí)行?開(kāi)發(fā)就會(huì)轉(zhuǎn)版本給我們測(cè)試部門(mén)進(jìn)行系統(tǒng)測(cè)試了。拿到版本我們首先搭建測(cè)試環(huán)境?做一個(gè)預(yù)測(cè)試，目的是來(lái)評(píng)斷這個(gè)版本是不是可測(cè)試的。如果預(yù)測(cè)試不通過(guò)，打回開(kāi)發(fā)部返工，如果通過(guò)了，就開(kāi)始我們第一輪的系統(tǒng)測(cè)試。?第一輪系統(tǒng)測(cè)試我們會(huì)執(zhí)行我們所編寫(xiě)的所有測(cè)試用例，做好測(cè)試結(jié)果的記錄，發(fā)現(xiàn)缺陷了提交缺陷報(bào)告。當(dāng)?shù)谝惠啘y(cè)試結(jié)束后，我們把所有的bug單提交給開(kāi)發(fā)人員，由他們進(jìn)行修改。?在他們修復(fù)bug期間，我們會(huì)對(duì)第一輪系統(tǒng)測(cè)試做一個(gè)測(cè)試評(píng)估，出一個(gè)測(cè)試報(bào)告。開(kāi)發(fā)改bug結(jié)束，提交一個(gè)新的版本給我們，我們重新搭建測(cè)試環(huán)境開(kāi)始第二輪系統(tǒng)測(cè)試。首先是回歸我們提交的缺陷報(bào)告，然后會(huì)在用例中挑選一些優(yōu)先級(jí)別比較高的用例來(lái)進(jìn)行測(cè)試，發(fā)現(xiàn)問(wèn)題了繼續(xù)提交缺陷報(bào)告，只到缺陷率低于用戶要求了，我們就進(jìn)行最后一輪的回歸測(cè)試，結(jié)束系統(tǒng)測(cè)試。

6測(cè)試評(píng)估執(zhí)行階段結(jié)束了進(jìn)入測(cè)試評(píng)估階段，我們會(huì)出一個(gè)總的測(cè)試報(bào)告對(duì)我們測(cè)試的這個(gè)過(guò)程和版本的質(zhì)量做一個(gè)詳細(xì)的評(píng)估。6.1測(cè)試總結(jié)報(bào)告在所有測(cè)試任務(wù)完成之后，測(cè)試負(fù)責(zé)人將要編寫(xiě)測(cè)試總結(jié)報(bào)告，對(duì)測(cè)試進(jìn)行總結(jié)，并且提交給全體項(xiàng)目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持。過(guò)程要點(diǎn)詳細(xì)描述輸入條件測(cè)試組完成了所有的測(cè)試執(zhí)行工作工作內(nèi)容測(cè)試負(fù)責(zé)人根據(jù)測(cè)試的結(jié)果，按照測(cè)試報(bào)告的文檔模板編寫(xiě)測(cè)試報(bào)告，測(cè)試報(bào)告必須包含以下重要內(nèi)容：測(cè)試資源概述一一多少人、多長(zhǎng)時(shí)間測(cè)試結(jié)果摘要一一分別描述各個(gè)測(cè)試需求的測(cè)試結(jié)果，產(chǎn)品實(shí)現(xiàn)了哪些功能點(diǎn)，哪些還沒(méi)有實(shí)現(xiàn)缺陷分析一一按照缺陷的屬性分類進(jìn)行分析測(cè)試需求覆蓋率一一原先列舉的測(cè)試需求的測(cè)試覆蓋率，可能一部分測(cè)試需求因?yàn)橘Y源和優(yōu)