軟件測試基本流程與規(guī)范樣本

軟件測試基本流程與規(guī)范制左完整且詳細(xì)測試路線和流程，為迅速、髙效和髙質(zhì)量軟件測試提供基本流程框架。最后目的是實(shí)現(xiàn)軟件測試規(guī)范化，原則化。3測試需求分析測試需求是整個(gè)測試過程基本；擬定測試對(duì)象以及測試工作范疇和作用。用來擬定整個(gè)測試工作（如安排時(shí)間表、測試設(shè)計(jì)等）并作為測試覆蓋基本。并且被擬定測試需求項(xiàng)必要是可核算。即，它們必要有一種可觀測、可評(píng)測成果。無法核算需求不是測試需求。因此我當(dāng)前理解是測試需求是一種比較大概念，它是在整個(gè)測試籌劃文檔中體現(xiàn)出來，不是類似一種用例或者其她.?測試需求是制定測試籌劃基本根據(jù)，擬定了測試需求可覺得測試籌劃提供客觀根?測試需求是設(shè)計(jì)測試用例指引，擬定了要測什么、測哪些方面后才干有針對(duì)性設(shè)訃隨著軟件技術(shù)發(fā)展，項(xiàng)口類型越來越多樣化。依照項(xiàng)U類型應(yīng)選用針對(duì)性強(qiáng)測試辦法，適當(dāng)測試辦法可以讓咱們事半功倍。如下是針對(duì)當(dāng)前項(xiàng)LI工程可以參照測B測試，英文是Betatestingo乂稱Beta測試，顧客驗(yàn)收測試（UAT）。B測試是軟件各種顧客在一種或各種顧客實(shí)際使用環(huán)境下進(jìn)行測試。開發(fā)者普當(dāng)開發(fā)和測試主線完畢時(shí)所做測試，而最后錯(cuò)誤和問題需要在最后發(fā)行前找到。這種測試普通山最后顧客或其她人員完畢，不能山程序員或測試員完畢。a測試，英文是Alphatestingo乂稱Alpha測試.種測試普通山最后顧客或其她人員來完畢，不能1兼容性測試是指測試軟件與否可以成功移植到指定碩件或者軟件環(huán)境中，例如顧客界面測試,英文是Userinterfacetestingo乂稱UI測試。顧客界面，英文是Userinterfaceo是指軟件中可見外觀及其底層與顧客交互某些(菜單、對(duì)話框、窗口和其他控件)。面會(huì)通過測試對(duì)象功能來為顧客提供相應(yīng)訪行業(yè)原則。涉及顧客和諧性、人性化、易操顧客界面測試顧客分析軟件顧客界面設(shè)訃與否合乎顧客盼望或規(guī)定。它經(jīng)content)等方面測試。例如，測試MicrosoftExcel中插入符號(hào)功能所用對(duì)話框大冒煙測試，英文是Smoketestingo冒煙測試名稱可以理解為該種測試耗時(shí)短，僅用一袋煙功夫足夠了。也有人以正常，可以進(jìn)行后續(xù)正式測試工作。冒煙測試執(zhí)行者是版本編譯人員。隨機(jī)測試，英文是Adhoctestingo要是依照測試者經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查。隨機(jī)測試是依照測試闡明書執(zhí)行用例測試重要補(bǔ)充手段，是保證測試覆蓋完整性有效方式和過程。隨機(jī)測試重要是對(duì)被測軟件某些重要功能進(jìn)行復(fù)測，也涉及測試那些當(dāng)前測試樣例(TestCase)沒有覆蓋到某些。此外，對(duì)于軟件更新和新增長功能要重點(diǎn)測試。重點(diǎn)對(duì)某些特殊點(diǎn)狀況點(diǎn)、特殊使用環(huán)境、并發(fā)性、進(jìn)行檢查。特別對(duì)此前測試發(fā)現(xiàn)重大Bug,進(jìn)行再次測試，可以結(jié)合回歸測試(Regressivetesting)一起進(jìn)行。黑盒測試，英文是BlackBoxTestingo乂稱功能測試或者數(shù)據(jù)驅(qū)動(dòng)測試。軟件測試人員以顧客角度，通過各種輸入和觀測軟件各種輸出成果來發(fā)現(xiàn)軟件存在缺陷，而不關(guān)懷程序詳細(xì)如何實(shí)現(xiàn)一種軟件測試辦法。性能測試，英文是PerformanceTestingo性能測試是在交替進(jìn)行負(fù)荷和逼迫測試時(shí)慣用術(shù)語。抱負(fù)“性能測試”（和其她類型測試）應(yīng)在需求文檔或質(zhì)量保證、測試籌劃中定義。性能測試普通涉及負(fù)載普通驗(yàn)證軟件性能在正常環(huán)境和系統(tǒng)條件下重復(fù)使用與否還能滿足性能指標(biāo)?；蛘邎?zhí)行同樣任務(wù)時(shí)新版本不比舊版本慢。普通還檢查系統(tǒng)記憶容量在運(yùn)營程序時(shí)會(huì)不會(huì)流失（memoryleak）。例如，驗(yàn)證程序保存一種巨大文獻(xiàn)新版本不比舊測試規(guī)范是依照開發(fā)規(guī)范而制定測試原則，測試規(guī)范也是后期測試用例編寫重要根據(jù)。山于開發(fā)規(guī)范因公司而異，因產(chǎn)品而異，因此測試規(guī)范原則限度每個(gè)公司從理論到辦法到各類流程到各類報(bào)告模版，都屬于測試規(guī)范范疇，當(dāng)一整套規(guī)范形成之后，可使得測試匸作進(jìn)行更加穩(wěn)健，所有問題有據(jù)可查。軟件需求規(guī)格闡明書是軟件達(dá)到各項(xiàng)功能目的。是測試人員各項(xiàng)工作根據(jù)，沒有需求就無法判斷測試成果是對(duì)的。設(shè)計(jì)闡明書包括軟件某些框架、字段、數(shù)據(jù)庫設(shè)計(jì)等。軟件設(shè)汁闡明對(duì)測試工作開展有很大影響，沒有軟件設(shè)汁闡明諸多問題將無法溯源，測試準(zhǔn)備前期工作也是依照軟件設(shè)汁闡明來頁而原型是項(xiàng)目人員迅速熟悉項(xiàng)目最佳途徑。在需求不夠明確，設(shè)計(jì)闡明書不夠全而狀況下，頁而原型也是后期測試用例編寫思想重要依照。4測試過程設(shè)計(jì)明確測試目，最后達(dá)到目并驗(yàn)證成果是測試要做事情。涉及：1.測試范疇：描述本次測試中測試范疇，女口：測試軟件功能范疇、測試種類等。2.簡樸描述如何搭建測試平臺(tái)以及測試潛在風(fēng)險(xiǎn)。5.測試需求：籠統(tǒng)說，就是測試中所有設(shè)計(jì)和需求文檔。作為本次測試根據(jù)0這一階段在于需求、詳細(xì)設(shè)計(jì)、測試籌劃完畢之后，重要是本次測試方略階段。諸多公司少這個(gè)一種階段，需要有籌劃性分出產(chǎn)品功能扣出測試功能點(diǎn)，現(xiàn)階段大多公司都是直接拿著文檔就開始做用例設(shè)計(jì)。0對(duì)需求進(jìn)行分析，列岀詳細(xì)功能列表。（普通依照功能交互文檔就能明確岀此功能大體旦做到執(zhí)行階段，咱們可以更好依照這些功能表一點(diǎn)一點(diǎn)覆蓋。也能讓咱們在用例評(píng)審時(shí)，充分證明咱們工作是有效可以保證產(chǎn)品質(zhì)量。）普通在此之前，某些業(yè)務(wù)培訓(xùn)和需求評(píng)審是有必要是聽一下。這樣可以更早更純熟理解需求，也能保證產(chǎn)品設(shè)計(jì)中0對(duì)于一種個(gè)測試該如何進(jìn)行測試？如下:a）功能測試>功能范疇（劃分岀各自負(fù)責(zé)功能模塊）>使用測試辦法（等價(jià)類、邊界值等測試辦法辦法）>測試原則（符合設(shè)計(jì)、需求和規(guī)范文檔對(duì)該功能描述）c）兼容性測試4.2測試籌劃1）要充分考慮測試籌劃實(shí)用性，即測試籌劃與實(shí)際之間接近限度和可操作性。編寫測試籌源等等，精確地說是要分析執(zhí)行時(shí)所可以調(diào)用一切資源以及受各種條件限制，也許受a）測試內(nèi)容：對(duì)一種軟件來說測試籌劃中會(huì)明確本次測試做哪些測試？如：系統(tǒng)測試：在整個(gè)系統(tǒng)測試中會(huì)有（界而測試、功能測試、性能測試、兼容性測試、安裝卸載測試、可靠性測試等測試）。b）測試目：普通多為保證產(chǎn)品質(zhì)量與否達(dá)到預(yù)期指標(biāo)。這個(gè)指標(biāo)也就是在測試中左c）測試原則：需要考慮本次測試需要輸入那些文檔，該項(xiàng)目結(jié)束原則定義、測試結(jié)行測試事明確?；I劃中應(yīng)當(dāng)包括這些內(nèi)容。d）資源分派：這里分為人力資源、軟硬件資源等劃分。普通會(huì)把人力資源運(yùn)用寫入一種測試人員任務(wù)分派表里，按照不同階段，每個(gè)階段提交相應(yīng)成果（難度很e）測試風(fēng)險(xiǎn)：大多考慮到就是項(xiàng)目開發(fā)延期、測試人員局限性用例無法全面覆蓋測試點(diǎn)、時(shí)間局限性用例無法所有執(zhí)行、bug無法及時(shí)修改導(dǎo)致無法驗(yàn)證、測試人員技能局限性導(dǎo)致測試進(jìn)度拉長。f）軟件測試方略普通都是分開來做有關(guān)測試方案?！鲇美０濉⑷毕輬?bào)告模板■缺陷管理流程和缺陷級(jí)別左義缺陷狀態(tài)普通分為：新建、打開、已分派、已修復(fù)、關(guān)閉、重新打開中間會(huì)有：延期、重復(fù)、回絕等狀態(tài)缺陷管理流程:(Bug開始(Bug結(jié)束J1.測試人員或開發(fā)人員發(fā)現(xiàn)bug后，判斷輸入哪個(gè)模塊問題，填寫bug報(bào)告后，系統(tǒng)會(huì)自動(dòng)通過Email告知開發(fā)組長和該模塊開發(fā)者。2.開發(fā)組長依照詳細(xì)狀況，重新reassigned分派給bug所屬開發(fā)者。3.開發(fā)者收到email信息后，判斷與否為自己修改范疇。?若不是，重新reassigned分派給開發(fā)組長或應(yīng)當(dāng)分派開發(fā)者。4.測試人員查詢開發(fā)者已修改bug,進(jìn)行回歸測試。?經(jīng)驗(yàn)i正無誤后，修改狀態(tài)為verifiedo待整個(gè)產(chǎn)品發(fā)布后，修改為closed.?尚有問題‘reopened,狀態(tài)重新變?yōu)椤皀ew”，并發(fā)送郵件告知。最遲采用行動(dòng)期限，例如3天，系統(tǒng)默認(rèn)7天。缺陷級(jí)別劃分:嚴(yán)重問題Bug級(jí)別Bug級(jí)別闡明分類闡明導(dǎo)致整個(gè)產(chǎn)品無法進(jìn)行測o模塊無法啟動(dòng)或異常退出該級(jí)別需要程序員及時(shí)修O其他導(dǎo)致無法測試錯(cuò)誤改O運(yùn)營過程中系統(tǒng)崩潰/死機(jī)/重啟死機(jī)，數(shù)據(jù)丟失，重要功O功能設(shè)計(jì)與需求嚴(yán)重不符能完全喪失，系統(tǒng)懸掛等O嚴(yán)重花屏O影響手機(jī)語音或數(shù)據(jù)通訊等O影響手機(jī)語音或數(shù)據(jù)通訊等改該級(jí)別需要程序員及時(shí)修O嚴(yán)重?cái)?shù)值計(jì)算錯(cuò)誤OO嚴(yán)重?cái)?shù)值計(jì)算錯(cuò)誤重要功能喪失，導(dǎo)致嚴(yán)重O輕微數(shù)值計(jì)算錯(cuò)誤O顧客數(shù)據(jù)丟失或破壞需要程序員盡快修改Trivial如提示信息不太精確。修O要程序員修改微小問題，對(duì)功能幾乎沒O有影響，產(chǎn)品及屬性仍可OO該級(jí)別需要程序員修改或O提示信息格式不符臺(tái)規(guī)O格式不統(tǒng)一功能性建議，功能使用邊界條件下錯(cuò)誤功能存在錯(cuò)誤，但浮現(xiàn)概率很低握示信息錯(cuò)誤（涉及未給出信息、信息提示錯(cuò)誤等）長時(shí)間操作無進(jìn)度提示界面格式等不規(guī)范操作時(shí)未給顧客提示文宇排列不整潔等某些小問題光標(biāo)跳轉(zhuǎn)設(shè)立不好，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤輔助闡明描述不清晰個(gè)別不彫響產(chǎn)品理解錯(cuò)別字可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯區(qū)別標(biāo)志Enhancement性、以便性、易用性不夠O建議。開發(fā)就會(huì)轉(zhuǎn)版本給咱們測試部門進(jìn)行系統(tǒng)測試了。拿到版本咱們一方面搭建測試環(huán)境。做一種預(yù)測試，目是來評(píng)斷這個(gè)版本是不是可測試。如果預(yù)測試不通過，打回開發(fā)部返工，如果通過了，就開始咱們第一輪系統(tǒng)測試。。第一輪系統(tǒng)測試咱們會(huì)執(zhí)行咱們所編寫所有測試用例，做好測試成果記錄，發(fā)現(xiàn)缺陷了提交缺陷報(bào)告。當(dāng)?shù)谝惠啘y試結(jié)束后，咱們把所有bug單提交給開發(fā)人員，由她們。在她們修復(fù)bug期間，咱們會(huì)對(duì)第一輪系統(tǒng)測試做一種測試評(píng)估，岀一種測試報(bào)告。還要依照實(shí)際狀況，對(duì)咱們寫測試用例進(jìn)行修改和增長。開發(fā)改bug結(jié)束，提交一種新版本給咱們，咱們重新搭建測試環(huán)境開始第二輪系統(tǒng)測試。一方面是回歸咱們提交缺陷報(bào)告，然后會(huì)在用例中挑選某些優(yōu)先級(jí)別比較高用例來進(jìn)行測試，發(fā)現(xiàn)問題了繼續(xù)提交缺陷報(bào)告，只到缺陷率低于顧客規(guī)定了，咱們就進(jìn)行最后一輪回歸測試，結(jié)朿系統(tǒng)測試。詳細(xì)測試輪次是依照版本質(zhì)雖:和項(xiàng)目復(fù)雜度而決泄。執(zhí)行階段結(jié)朿了進(jìn)入測試評(píng)估階段，咱們會(huì)出一種總測試報(bào)告對(duì)咱們測試這個(gè)過程和版本質(zhì)量做一種詳細(xì)評(píng)估4）缺陷評(píng)審那些?1、可以讓詳細(xì)任務(wù)負(fù)責(zé)人對(duì)該本次測試中個(gè)人負(fù)責(zé)?？爝M(jìn)行評(píng)價(jià)，提出有關(guān)建議。給出總