軟件測試的五種模式

最常見的5種：?

瀑布模式?：瀑布模型是一種線形的呢簸、順序的軟件開發(fā)模型

V? W（W也叫雙v）

快速原型?

敏捷開發(fā)?

軟件測試流程/生命周期

測試需求分析?

測試需求評審?

編寫測試計(jì)劃?

設(shè)計(jì)測試用例?

測試用例評審?

搭建測試環(huán)境?

測試執(zhí)行?

回歸測試?

測試報告

軟件測試分類標(biāo)準(zhǔn)

按階段劃分?

單元測試?

單元測試是指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。?

集成測試

在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求（如根據(jù)結(jié)構(gòu)圖〕組裝成為子系統(tǒng)或系統(tǒng)根时，進(jìn)行集成測試瘦赫。?

系統(tǒng)測試

將集成后的軟件、計(jì)算機(jī)硬件蛤迎、外設(shè)确虱、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測試和確認(rèn)測試替裆，系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進(jìn)行的測試?

系統(tǒng)測試范圍/策略/類型?

功能測試校辩、用戶體驗(yàn)測試、性能測試辆童、UI測試宜咒、兼容性測試、安裝測試把鉴、文檔測試故黑、穩(wěn)定性測試等

驗(yàn)收測試

1.它是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測試。這是管理性和防御性控制?

2.主要確認(rèn)軟件是否按合同要求進(jìn)行工作庭砍，既是否滿足軟件需求規(guī)格說明書中的要求倍阐。

驗(yàn)收測試分類：?

1.非正式的驗(yàn)收測試?

а測試

軟件開發(fā)公司組織內(nèi)部人員模擬各類用戶行為對即將上市的產(chǎn)品進(jìn)行測試。

?測試

? 軟件開發(fā)公司組織各方面的的典型客戶在日常工作中實(shí)際使用逗威，并要求用戶報告異常情況、提出改進(jìn)意見岔冀，然后公司再進(jìn)行完善凯旭。?

2.正式的驗(yàn)收測試

???????????有正規(guī)的測試過程，需要制定測試計(jì)劃使套、定義測試方案罐呼、選擇測試用例，進(jìn)行測試侦高，結(jié)果提交嫉柴。著重考慮軟件是否滿足合同規(guī)定的所有功能和性能，文檔資料是否完整奉呛、準(zhǔn)確计螺，人機(jī)界面和其他方面。?

按是否運(yùn)行程序劃分

（1）靜態(tài)測試(Static Testing)

不運(yùn)行被測試的軟件瞧壮，而只是靜態(tài)的檢查代碼登馒、界面或者文檔

（2）動態(tài)測試

實(shí)際運(yùn)行被測試的軟件，輸入相應(yīng)的測試數(shù)據(jù)咆槽，檢查實(shí)際的輸出結(jié)果是否和預(yù)期結(jié)果相一致的過程陈轿。

按是否查看代碼

（1）黑盒測試

把軟件看成一個黑盒子，在完全不考慮程序內(nèi)部邏輯的情況下，檢查程序是否滿足用戶需求麦射。

（2）白盒測試

對程序內(nèi)部結(jié)構(gòu)和算法進(jìn)行測試蛾娶。必須先全面熟悉程序內(nèi)部邏輯結(jié)構(gòu)，然后編寫程序潜秋，對所有邏輯路徑進(jìn)行測試的一種方法蛔琅。

（3）灰盒測試

關(guān)注系統(tǒng)接口所實(shí)現(xiàn)的功能，是否和需求一致半等。

其他劃分

（1）回歸測試：

對軟件的新版本測試時揍愁，重復(fù)執(zhí)行上一個版本測試時使用的測試用例，防止出現(xiàn)“以前應(yīng)用沒有的問題現(xiàn)在出問題了”杀饵，這是全量回歸莽囤；當(dāng)在測試過程中，發(fā)現(xiàn)某個模塊存在缺陷切距，開發(fā)修復(fù)后朽缎，測試人員重新驗(yàn)證該缺陷是否被修復(fù)，以及驗(yàn)證相關(guān)聯(lián)的模塊是否受影響谜悟，這叫部分回歸

（2）冒煙測試

冒煙測試的對象是每一個新編譯需要正式測試的版本话肖，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測試工作葡幸。冒煙測試最筒，也叫預(yù)測試。

外部和內(nèi)部質(zhì)量

功能性

可靠性

易用性

效率

維護(hù)性

可移植性

需求分析怎么做蔚叨？

產(chǎn)品經(jīng)理組織召開需求澄清會議床蜘，對需求規(guī)格說明書上的內(nèi)容進(jìn)行講解。

測試人員根據(jù)需求規(guī)格說明書蔑水，利用思維導(dǎo)圖工具（mindjet mindmanager）對需求進(jìn)行細(xì)化和分解邢锯，整理出測試點(diǎn)。

如何進(jìn)行需求分析

在我們實(shí)際工作中搀别，有些項(xiàng)目有需求文檔丹擎，有些項(xiàng)目沒有需求文檔。?

1歇父、如果有需求文檔蒂培，可根據(jù)需求文檔，按層次整理出系統(tǒng)所有的單個功能榜苫，包括需要輸入什么參數(shù)毁渗、每個參數(shù)有什么約束條件，以及各個功能之間數(shù)據(jù)流向单刁，得到系統(tǒng)測試項(xiàng)灸异；?

2府适、如果沒有需求文檔，只有軟件產(chǎn)品本身肺樟，則需要對產(chǎn)品本身進(jìn)行功能分解檐春，同樣要按層次整理出系統(tǒng)所有的單個功能，包括需要輸入什么參數(shù)么伯、每個參數(shù)有什么約束條件疟暖，以及各個功能之間數(shù)據(jù)流向，得到系統(tǒng)測試項(xiàng)田柔。?

測試計(jì)劃的內(nèi)容包括俐巴，但不限于以下內(nèi)容：?

測試項(xiàng)目的背景、測試范圍硬爆、測試方式/策略欣舵、測試資源、測試開始和結(jié)束條件缀磕、進(jìn)度安排缘圈、測試組織，以及與測試有關(guān)的風(fēng)險方面?

風(fēng)險分析

測試時間短導(dǎo)致測試用例覆蓋不全面

測試人力不足導(dǎo)致測試進(jìn)度滯后

客戶需求更改導(dǎo)致工作計(jì)劃被打亂

開發(fā)部門不能按時發(fā)布版本袜蚕，導(dǎo)致測試周期縮短

質(zhì)量標(biāo)準(zhǔn)不統(tǒng)一糟把，某些優(yōu)先級方面，測試與研發(fā)意見不統(tǒng)一

測試人員經(jīng)驗(yàn)不足導(dǎo)致測試結(jié)果分析不全面

軟件測試開始和結(jié)束條件?

1牲剃、啟動條件：

軟件測試是在項(xiàng)目啟動遣疯、需求分析開始時隨之啟動。

2凿傅、結(jié)束條件：

?????????需求覆蓋率缠犀、用例執(zhí)行率、缺陷遺留率達(dá)到預(yù)定質(zhì)量目標(biāo)狭归。?

寫好測試用例的關(guān)鍵

1.?覆蓋用戶的需求；

2.從用戶使用場景出發(fā)文判，考慮用戶的各種正常和異常的使用場景

3.?用例的顆粒大小要均勻过椎。通常，一個測試用例對應(yīng)一個場景戏仓；

4.?用例各個要素要齊全疚宇，步驟應(yīng)該足夠詳細(xì)，操作應(yīng)該明確赏殃，容易被其它測試工程師讀懂敷待，并能順利執(zhí)行；

5.?做好用例評審仁热，及時更新測試用例

執(zhí)行結(jié)果

No Test未執(zhí)行狀態(tài)

Pass通過狀態(tài)

Fail失敗狀態(tài)

Block阻礙狀態(tài)

Investigate觀察中狀態(tài)

用例優(yōu)先級別?

一般是依據(jù)用戶使用該場景的頻率榜揖，和該功能對系統(tǒng)的影響程度來確定。

1級(高)，影響很大举哟，阻礙性的思劳、流程性的用例。例如登陸功能妨猩，百度一下

2.級(高)潜叛，大的功能點(diǎn)，以及會阻礙少部分用例的執(zhí)行壶硅。例如新增按鈕威兜，如不能通過，很多功能都不可測試

3.?3級(中)庐椒，小的功能點(diǎn)椒舵，例如刷新，刷新功能等

4.?4級(低)扼睬，小的UI的問題逮栅，位置，大小窗宇，驗(yàn)證措伐，建議等等

用例組成的要素

用例編號、用例名稱军俊、級別侥加、預(yù)置條件、測試步驟粪躬、期望結(jié)果担败、實(shí)際結(jié)果、備注

黑盒用例設(shè)計(jì)技術(shù)/方法

等價類

邊界值

錯誤推測方法

判定表

場景法

登錄功能怎么測試

功能性:

（1）輸入正確的用戶名和密碼登錄镰官；（2）不輸入任何的信息登錄提前；（3）輸入存在的密碼點(diǎn)登錄；（4）輸入存在的用戶名點(diǎn)登錄泳唠；（5）輸入存在的用戶名狈网，不存在的密碼點(diǎn)登錄；（6）連續(xù)輸入三次用戶名和密碼不正確笨腥，點(diǎn)登錄拓哺；（7）輸入正確的用戶名和密碼，但是用戶名（密碼）不區(qū)分大小寫脖母；（8）在合法的用戶名中間插入空格和正確的密碼點(diǎn)擊登錄士鸥；（9）輸入已經(jīng)禁止的用戶名點(diǎn)擊登錄；（10）輸入已經(jīng)刪除的用戶名點(diǎn)擊登錄谆级；（11）輸入的用戶名和密碼當(dāng)中含有全角和半角的字符

安全性：

（1）口令鎖定（2）密碼是否以*號或者別的方式顯示（3）異地登錄是否有提示（4）抓包篡改登錄用戶的數(shù)據(jù)

易用性（用戶體驗(yàn)）：

（1）是否支持回車鍵烤礁，Tab鍵（2）賬戶和密碼是否可以復(fù)制粘貼（3）是否記住上次登錄的用戶名（4）界面布局是否合理讼积，有無錯別字

性能測試：

（1）多個用戶登錄并發(fā)測試（2）登錄的響應(yīng)時間

兼容性：

pc端要考慮瀏覽器（谷歌、火狐鸽凶、ie）的兼容性和電腦系統(tǒng)的兼容性币砂。手機(jī)端要考慮系統(tǒng)（ios、安卓）玻侥、品牌（蘋果决摧、華為）、型號凑兰、分辨率的兼容性

刪除怎么測試

功能性：

（1）不勾選記錄點(diǎn)刪除 （2）選擇一條記錄點(diǎn)刪除（3）選擇多條進(jìn)行刪除（4）全選進(jìn)行刪除（5）分頁進(jìn)行刪除（6）刪除一個正在被使用的記錄（7）刪除一個有關(guān)聯(lián)的記錄

1.測試用例誰執(zhí)行掌桩？

軟件測試工程師時間40%

2.一個版本進(jìn)行幾輪測試？

三輪1.執(zhí)行全部的測試用例 2.3輪進(jìn)行回歸測試

3.Bug測試工具姑食？

禪道波岛、bugfree、 mantis音半、 zirar则拷、buggilla、td

4.版本關(guān)聯(lián)工具曹鸠？

svn（聯(lián)網(wǎng)） ?git（不用聯(lián)網(wǎng)煌茬，通過linux通過命令控制）

5.Bug的要素關(guān)聯(lián)哪些？

bug id彻桃、bug 標(biāo)題坛善、復(fù)現(xiàn)步驟、期望結(jié)果、實(shí)際結(jié)果、附件（截圖千扶、日志、抓包改衩、錄屏）、影響版本驯镊、嚴(yán)重級別葫督、修改優(yōu)先級、bug模塊阿宅、bug操作系統(tǒng)候衍、bug類型

6.Bug的處理流程笼蛛？

1.（1）提交給對應(yīng)的開發(fā)人員（2）開發(fā)做出相應(yīng)的處理（3）已經(jīng)修復(fù)的bug進(jìn)行回歸測試（4）通過-關(guān)閉bug洒放，不通過-打回開發(fā) 。

2.如果開發(fā)拒絕修復(fù)bug滨砍，需要進(jìn)一步討論往湿，測試人員需要堅(jiān)持自己的立場妖异，如果討論是問題，需要打回給開發(fā)领追，如果不是bug他膳，自動關(guān)閉

3.如果開發(fā)和測試意見不統(tǒng)一，需要將問題升級绒窑，召集開發(fā)經(jīng)理和測試經(jīng)理一起討論棕孙，再做決定。

7.bug的狀態(tài)有哪些些膨？

new蟀俊、open、rejected订雾、reopen肢预、closed

8.bug的嚴(yán)重級別？

致命（系統(tǒng)死機(jī)洼哎、崩潰烫映、閃退）、嚴(yán)重（系統(tǒng)次要功能沒實(shí)現(xiàn)噩峦，算法出現(xiàn)問題）锭沟、一般（刪除無提示，操作不符合用戶的使用場景）壕探、輕微（界面布局冈钦、ui、有無錯別字李请、排版是否合理）

9.用例執(zhí)行參考的文檔瞧筛？

測試用例

10.輸出的文檔？

bug清單測試報告

11.一般一天能找多少bug导盅？

一般數(shù)量是不確定的较幌，取決于1.看需求多少，需求的實(shí)現(xiàn)難以程度2.開發(fā)人員的技術(shù)水平3.測試用例的質(zhì)量白翻。一般我在實(shí)際項(xiàng)目中大概能找50-60個乍炉，但是越到后面找的越少，因?yàn)橄到y(tǒng)相對穩(wěn)定了

12.提交的bug開發(fā)不認(rèn)可怎么辦滤馍？

1.加強(qiáng)測試過程的記錄（截圖岛琼，日志信息，抓包巢株，錄屏等）2.和開發(fā)關(guān)系的正確處理3.找證據(jù)槐瑞，證明自己的觀點(diǎn)，盡量說服開發(fā)4.如果雙方無法達(dá)成一致阁苞，提交上級解決5.過程中困檩，對事不對人

13.幽靈bug怎么處理祠挫？

1.截圖 2.查看日志，是否有相應(yīng)的錯誤信息 3.如果無法重現(xiàn)悼沿，先提交等舔，標(biāo)記為偶現(xiàn)bug4.讓開發(fā)人員協(xié)助定位5.統(tǒng)計(jì)每天出現(xiàn)的頻率和規(guī)律，通過錄制視頻糟趾，重現(xiàn)前期的操作步驟慌植，定位bug 6.一直沒有找到規(guī)律，無法重現(xiàn)义郑，則項(xiàng)目組需要評估風(fēng)險涤浇，將問題寫到測試報告風(fēng)險分析中

14.產(chǎn)品上線后用戶發(fā)現(xiàn)bug，這時測試人員應(yīng)該做哪些工作魔慷？

1.測試人員復(fù)現(xiàn)問題后只锭，提交問題單進(jìn)行跟蹤

2.評估問題的嚴(yán)重程度，以及修復(fù)問題時的影響范圍院尔，回歸測試需要測試哪些功能

3.問題修復(fù)后蜻展，先在測試環(huán)境上回歸，通過后再在生產(chǎn)環(huán)境上打補(bǔ)丁邀摆，然后再進(jìn)行回歸測試

4.總結(jié)經(jīng)驗(yàn)纵顾，分析問題發(fā)生的原因，避免下次出現(xiàn)同樣問題

15.思維導(dǎo)圖工具：

excel栋盹、mindmanager施逾、x-mind