一、軟件測(cè)試背景

引言：
軟件測(cè)試在軟件生命周期中占據(jù)重要的地位曲掰，軟件測(cè)試慢慢的獨(dú)立發(fā)展成為一個(gè)行業(yè)，并且在迅猛發(fā)展。

1. 軟件缺陷與軟件故障

1.1 軟件缺陷與軟件故障案例

1. 美國(guó)迪斯尼公司的獅子王游戲軟件BUG
2. 火星登陸事故
3. 跨世紀(jì)“千年蟲(chóng)”問(wèn)題
4. 2018年拼多多
5. 2014年12306

6. 其他一些例子

   
   
   BUG.png

1.2 軟件缺陷的定義

對(duì)于軟件缺陷的精確定義挂脑，通常有下列5條描述：

1. 軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)的功能 《需求文檔》
2. 軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤
3. 軟件功能超出產(chǎn)品說(shuō)明書(shū)指明范圍
4. 軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)雖未指出但應(yīng)達(dá)到的目標(biāo)
5. 軟件測(cè)試員認(rèn)為難以理解、不易使用翘县、運(yùn)行速度緩慢、或者最終用戶認(rèn)為不好

1.3 軟件缺陷的特征

1. 軟件的特殊性決定了缺陷不易看到,即“看不到”谴分；
2. 發(fā)現(xiàn)了缺陷,但不易找到問(wèn)題發(fā)生的原因所在,即“看到但是抓不到”锈麸。

思考：

1. 如果你碰到不能復(fù)現(xiàn)的bug你改怎么辦？
2. 測(cè)試流程牺蹄？

2. 軟件缺陷產(chǎn)生的原因

軟件缺陷從哪來(lái)忘伞？第一大原因就是軟件產(chǎn)品規(guī)格說(shuō)明書(shū)，很多情況下沙兰，說(shuō)明書(shū)沒(méi)有寫氓奈，或?qū)懙牟粔蛉妫?jīng)常更改鼎天，或者開(kāi)發(fā)小組沒(méi)有很好的溝通舀奶，造成對(duì)說(shuō)明書(shū)理解的不一致。第二大原因是軟件設(shè)計(jì)斋射，沒(méi)有做設(shè)計(jì)或設(shè)計(jì)不好育勺，經(jīng)常變動(dòng)等和產(chǎn)品規(guī)格說(shuō)明書(shū)一樣的問(wèn)題，第三個(gè)原因才是編寫代碼和其它原因罗岖；前兩個(gè)原因至少占了 80%以上涧至。如圖1-1所示

軟件缺陷產(chǎn)生的原因分布.png

通過(guò)大量的測(cè)試?yán)碚撗芯考皽y(cè)試實(shí)踐經(jīng)驗(yàn)的積累，典型的軟件缺陷產(chǎn)生的原因被歸納為以下幾種類型：
(1)需求解釋有錯(cuò)誤桑包；
(2)用戶需求定義錯(cuò)誤南蓬；
(3)需求記錄錯(cuò)誤；
(4)設(shè)計(jì)說(shuō)明有誤哑了；
(5)編碼說(shuō)明有誤赘方；
(6)程序代碼有誤；
(7)數(shù)據(jù)輸入有誤弱左；
(8)測(cè)試錯(cuò)誤蒜焊；
(9)問(wèn)題修改不正確；
(10)不正確的結(jié)果是由于其他的缺陷而產(chǎn)生科贬。

3. 軟件測(cè)試和缺陷修復(fù)的代價(jià)

缺陷發(fā)現(xiàn)的越早泳梆，則修復(fù)這個(gè)缺陷的代價(jià)就越小鳖悠，在需求、設(shè)計(jì)优妙、編碼乘综、測(cè)試、發(fā)布等不同的階段套硼，發(fā)現(xiàn)缺陷后修復(fù)的代價(jià)都會(huì)比在前一個(gè)階段修復(fù)的代價(jià)提高10倍（參見(jiàn)圖1-2）卡辰。

軟件測(cè)試和缺陷修復(fù)的代價(jià).png

二、軟件測(cè)試基礎(chǔ)理論

引言：
軟件測(cè)試是保證軟件質(zhì)量的一種手段邪意，那么九妈，什么叫軟件測(cè)試？

1. 軟件測(cè)試定定義

1.1 狹義

“程序測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程”雾鬼。這個(gè)定義萌朱，被業(yè)界所認(rèn)可，經(jīng)常被引用策菜。

1.2 廣義

為了更早地發(fā)現(xiàn)問(wèn)題晶疼，所以將測(cè)試延伸到需求評(píng)審、設(shè)計(jì)審查活動(dòng)中去又憨，也就是將“軟件質(zhì)量保證”的部分活動(dòng)歸為測(cè)試活動(dòng)翠霍。實(shí)際上，在軟件開(kāi)發(fā)實(shí)際操作中蠢莺，常常將軟件測(cè)試和質(zhì)量保證——這兩種努力（efforts）合并起來(lái)寒匙。延伸后的軟件測(cè)試，被認(rèn)為是一種軟件測(cè)試的廣義概念躏将。

1.3 軟件測(cè)試的定義

軟件測(cè)試是貫穿整個(gè)軟件開(kāi)發(fā)生命周期蒋情、對(duì)軟件產(chǎn)品（包括階段性產(chǎn)品）進(jìn)行驗(yàn)證和確認(rèn)的活動(dòng)過(guò)程，其目的是盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問(wèn)題——與用戶需求耸携、預(yù)先定義的不一致性棵癣。

2. 軟件測(cè)試的現(xiàn)狀

現(xiàn)狀：初期、不成熟夺衍、浮躁
公司越來(lái)越注重狈谊，開(kāi)發(fā)與測(cè)試比例越來(lái)越接近
越來(lái)越緊缺-跳槽，待遇
畢業(yè)生沟沙、想轉(zhuǎn)行
導(dǎo)致浮躁河劝、但真正靜下心來(lái)學(xué)習(xí)的不多
基礎(chǔ)知識(shí)不扎實(shí)：知道基本方法但不深入理解
專業(yè)技術(shù)不夠精通：寫著精通某某工具，實(shí)際上只會(huì)皮毛
沒(méi)有建立器相對(duì)完整的測(cè)試體系概念：對(duì)自己的工作職責(zé)理解不到位
在中國(guó)必然會(huì)經(jīng)過(guò)一個(gè)不成熟的階段矛紫，但最終會(huì)趨于平靜赎瞎，平穩(wěn)的發(fā)展階段。

3.軟件測(cè)試的前景

軟件測(cè)試的前景.png

4.新人如何融入一個(gè)項(xiàng)目團(tuán)隊(duì)

image.png

5.優(yōu)秀的測(cè)試人員的基本素質(zhì)

image.png

1. 參與需求討論颊咬，制訂測(cè)試計(jì)劃务甥，確保測(cè)試能順利執(zhí)行并完成牡辽；
2. 負(fù)責(zé)項(xiàng)目的功能性測(cè)試、用戶體驗(yàn)測(cè)試敞临、兼容性測(cè)試以及性能測(cè)試 态辛；
3. 負(fù)責(zé)測(cè)試用例的編寫；編寫測(cè)試報(bào)告和對(duì)測(cè)試結(jié)果分析挺尿；
4. 與開(kāi)發(fā)人員奏黑、產(chǎn)品經(jīng)理溝通和協(xié)作，推動(dòng)整個(gè)項(xiàng)目的順利進(jìn)行编矾；
5. 負(fù)責(zé)軟件開(kāi)發(fā)團(tuán)隊(duì)項(xiàng)目進(jìn)度管理工作熟史；
6. 熟悉Linux常用命令，熟悉常用數(shù)據(jù)庫(kù)窄俏，熟練使用基本的SQL語(yǔ)句蹂匹；
7. 熟練使用Loadrunner，Jmeter等至少一種性能測(cè)試工具裆操。

6. 軟件工程的目的

成本：項(xiàng)目的開(kāi)銷怒详，人工成本炉媒，工具成本踪区，設(shè)備成本，錯(cuò)誤成本（BUG）
進(jìn)度：時(shí)間吊骤，計(jì)劃
質(zhì)量：軟件對(duì)顧客需求的滿意程度缎岗，一個(gè)低質(zhì)量的軟件，即使生產(chǎn)成本很低白粉，進(jìn)度控制良好传泊，顧客也難以接受。

image.png

7. 程序測(cè)試包含哪些內(nèi)容

程序測(cè)試包括程序邏輯功能鸭巴，界面眷细，性能，易用性鹃祖，兼容性溪椎，安裝等測(cè)試，當(dāng)然文檔測(cè)試也算恬口，排版校读，字體大小，也算程序測(cè)試的內(nèi)容

8. 測(cè)試環(huán)境

測(cè)試環(huán)境=硬件+軟件+網(wǎng)絡(luò)
硬件環(huán)境：pc機(jī)還是筆記本
軟件環(huán)境：不同的操作系統(tǒng)windows10 windows8 windows7 Linux Mac 祖能，
不同瀏覽器firefox chrom
網(wǎng)絡(luò):局域網(wǎng)還是互聯(lián)網(wǎng)

image.png

[圖片上傳中...(image.png-1baa66-1609385241854-0)]

9. 測(cè)試流程

需求評(píng)審 → 測(cè)試計(jì)劃制定 → 測(cè)試計(jì)劃執(zhí)行 → 發(fā)布與測(cè)試報(bào)告總結(jié)

image.png

三瘩例、軟件測(cè)試分類

image.png

1.黑盒測(cè)試和白盒測(cè)試

黑盒測(cè)試(Black Box -Test)：把被測(cè)試的軟件看做一個(gè)黑盒子啊胶，我們不去關(guān)心盒子里邊的結(jié)構(gòu)是什么樣子甸各，只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果
有人把黑盒測(cè)試比作中醫(yī)，通過(guò)“望聞問(wèn)切”來(lái)判斷是否有問(wèn)題焰坪。
“望”：觀察軟件的行為是否正常趣倾。
“聞”：檢查輸出的結(jié)果是否正確。
“問(wèn)”：輸入各種信息某饰，結(jié)合“望”儒恋，“聞”來(lái)觀察軟件的響應(yīng)。
“切”：像中醫(yī)一樣給軟件“把把脈”黔漂，敲擊一下軟件的某些“關(guān)節(jié)”

白盒測(cè)試(White Box Testing),指的是把盒子蓋打開(kāi)诫尽，去研究里邊源代碼和程序結(jié)構(gòu)。

image.png

2.靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試

靜態(tài)測(cè)試：不實(shí)際運(yùn)行被測(cè)試軟件炬守，而只是靜態(tài)的檢查程序代碼牧嫉、界面或者文檔中可能存在的錯(cuò)誤的過(guò)程。
動(dòng)態(tài)測(cè)試：是指實(shí)際運(yùn)行被測(cè)程序减途，輸入相應(yīng)的測(cè)試數(shù)據(jù)酣藻，檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符的過(guò)程。

3.功能測(cè)試和性能測(cè)試

3.1.功能測(cè)試

功能測(cè)試：是黑盒測(cè)試的一部分鳍置，它檢查實(shí)際軟件的功能是否符合用戶的需求辽剧。
功能測(cè)試可以細(xì)分邏輯功能測(cè)試、界面測(cè)試墓捻、易用性測(cè)試抖仅、安裝測(cè)試和兼容性測(cè)試坊夫。
邏輯功能測(cè)試:測(cè)試應(yīng)用是否符合邏輯砖第，比如應(yīng)該先注冊(cè)賬號(hào)之后，才能進(jìn)行登錄,登錄之后才能看我的購(gòu)物車
界面測(cè)試:窗口大小环凿，按鈕大小梧兼，點(diǎn)擊按鈕彈出什么樣的提示框，是否有滾動(dòng)條智听，下拉菜單是否有展示內(nèi)容...
易用性測(cè)試:從軟件使用的合理性和方便性等角度對(duì)軟件系統(tǒng)進(jìn)行檢查,比如羽杰，軟件窗口長(zhǎng)寬比例是否合適，顏色色彩是否賞心悅目到推，字體大小是否合適
安裝測(cè)試:

image.png

3.2.性能測(cè)試

時(shí)間性能:軟件的一個(gè)具體事務(wù)的響應(yīng)時(shí)間。比如點(diǎn)擊一個(gè)登陸按鈕莉测，到登錄成功(失敗)的反應(yīng)時(shí)間颜骤，瀏覽器非常常見(jiàn)，ANR（Application not responding 應(yīng)用程序無(wú)響應(yīng)）
空間性能:軟件運(yùn)行時(shí)所消耗的系統(tǒng)資源捣卤，比如對(duì)內(nèi)存和cpu的消耗
一般性能測(cè)試:軟件正常運(yùn)行忍抽，不向其施加任何壓力的測(cè)試
穩(wěn)定性測(cè)試:也叫可靠性測(cè)試八孝，是指連續(xù)運(yùn)行被測(cè)系統(tǒng)，檢查系統(tǒng)運(yùn)行時(shí)的穩(wěn)定成都鸠项。
負(fù)載測(cè)試:讓被測(cè)系統(tǒng)在其能夠忍受的壓力范圍之內(nèi)連續(xù)運(yùn)行干跛，來(lái)測(cè)試系統(tǒng)的穩(wěn)定性。（測(cè)試載重）
壓力測(cè)試:持續(xù)不斷的給被測(cè)試的系統(tǒng)增加壓力祟绊，直到被測(cè)試的系統(tǒng)壓垮為止楼入，用來(lái)測(cè)試系統(tǒng)所承受的最大壓力。（測(cè)試強(qiáng)度）

image.png

image.png

4.回歸測(cè)試牧抽、冒煙測(cè)試浅辙、隨機(jī)測(cè)試

4.1.回歸測(cè)試

是指對(duì)軟件的新版本進(jìn)行測(cè)試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測(cè)試時(shí)的用例阎姥，比如在1.0版本中记舆，有一個(gè)bug，到了2.0版本中,再重新測(cè)試1.0中這個(gè)bug

4.2.冒煙測(cè)試

指對(duì)一個(gè)軟件進(jìn)行系統(tǒng)大規(guī)模的測(cè)試之前呼巴，先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn)泽腮，是否具備可測(cè)性。

測(cè)試小組在正式測(cè)試一個(gè)新版本之前衣赶，先指派一兩個(gè)測(cè)試人員測(cè)試一下軟件的主要功能诊赊，如果沒(méi)有實(shí)現(xiàn)，則打回開(kāi)發(fā)組重新開(kāi)發(fā)府瞄，這樣做可以節(jié)省大量的時(shí)間成本和人力成本碧磅。

4.3.隨機(jī)測(cè)試

是指測(cè)試中所有的輸入數(shù)據(jù)都是隨機(jī)生成的，其目的是模擬用戶的真實(shí)操作遵馆，并發(fā)現(xiàn)一些邊緣性的錯(cuò)誤鲸郊。

5.單元測(cè)試、集成測(cè)試货邓、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試

image.png

5.1.單元測(cè)試

單元測(cè)試（unit testing）秆撮，是指對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。對(duì)于單元測(cè)試中單元的含義换况，一般來(lái)說(shuō)职辨，要根據(jù)實(shí)際情況去判定其具體含義，如C語(yǔ)言中單元指一個(gè)函數(shù)戈二，Java里單元指一個(gè)類舒裤，圖形化的軟件中可以指一個(gè)窗口或一個(gè)菜單等。
總的來(lái)說(shuō)觉吭，單元就是人為規(guī)定的最小的被測(cè)功能模塊腾供。
單元測(cè)試當(dāng)一段代碼完成之后，是由白盒測(cè)試工程師或者開(kāi)發(fā)人員自行測(cè)試，比如java中執(zhí)行單元測(cè)試叫做junit測(cè)試台腥。
目前大部分公司單元測(cè)試由開(kāi)發(fā)人員簡(jiǎn)單編譯和調(diào)試一下自己的程序宏赘，沒(méi)有相應(yīng)的單元測(cè)試計(jì)劃。
單元測(cè)試方式:先靜態(tài)地觀察代碼是否符合規(guī)范黎侈，然后動(dòng)態(tài)地運(yùn)行一下代碼,檢查運(yùn)行的結(jié)果察署。
例如：模塊接口測(cè)試

• 應(yīng)對(duì)通過(guò)所測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試
• 調(diào)用所測(cè)模塊時(shí)的輸入?yún)?shù)與模塊的形式參數(shù)的個(gè)數(shù)、屬性和順序是否匹配
• 所測(cè)模塊調(diào)用子模塊時(shí)峻汉，輸入子模塊的參數(shù)與子模塊的形式參數(shù)在個(gè)數(shù)贴汪、屬性和順序上是否匹配。
• 輸出給標(biāo)準(zhǔn)函數(shù)的參數(shù)的個(gè)數(shù)休吠、屬性和順序是否正確扳埂。
• 全局變量的定義在各個(gè)模塊中是否一致。
• 當(dāng)模塊通過(guò)外部設(shè)備進(jìn)行輸入/輸出操作瘤礁，文件屬性是否正確阳懂、open和close語(yǔ)句是否正確，規(guī)定的I/O格式說(shuō)明與I/O語(yǔ)句是否匹配柜思；緩沖區(qū)容量是否與記錄長(zhǎng)度匹配岩调，在讀寫之前是否打開(kāi)了文件茬末，讀寫之后是否關(guān)閉了文件糙箍，對(duì)I/O錯(cuò)誤是否做了處理。

驅(qū)動(dòng)模塊：相當(dāng)于所測(cè)模塊的主程序砸王，它接收測(cè)試數(shù)據(jù)陨享，把這些數(shù)據(jù)傳送給所測(cè)模塊葱淳，最后再輸出實(shí)際結(jié)果

樁模塊：用以代替所測(cè)模塊調(diào)用的子模塊。

5.2.集成測(cè)試

集成測(cè)試是單元測(cè)試的下一個(gè)階段抛姑，是指將通過(guò)測(cè)試單元模塊組裝成系統(tǒng)或者子系統(tǒng)赞厕，再進(jìn)行測(cè)試，重點(diǎn)測(cè)試不同模塊的接口部分途戒。

• 在把各個(gè)模塊連接起來(lái)的時(shí)候坑傅，穿越各個(gè)模塊的接口的數(shù)據(jù)時(shí)候會(huì)丟失
• 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響
• 各個(gè)子功能組裝完成后僵驰，能否達(dá)到預(yù)期的父功能
• 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題
• 單個(gè)模塊產(chǎn)生的誤差累計(jì)起來(lái)是否會(huì)放大

5.3.系統(tǒng)測(cè)試和驗(yàn)收測(cè)試

集成測(cè)試完成之后喷斋，就是系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。
系統(tǒng)測(cè)試：指的是將整個(gè)軟件系統(tǒng)看做一個(gè)1個(gè)整體進(jìn)行測(cè)試蒜茴，包括對(duì)功能星爪、性能，以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測(cè)試粉私。
系統(tǒng)測(cè)試：由黑盒測(cè)試人員在整個(gè)系統(tǒng)集成完畢后進(jìn)行測(cè)試顽腾，前期主要測(cè)試系統(tǒng)的功能是否滿足需求，后期主要測(cè)試系統(tǒng)運(yùn)行的性能是否滿足需求，以及系統(tǒng)在不同的軟硬件環(huán)境的兼容性等抄肖。

image.png

6.測(cè)試案例

image.png

6.1.需求：

測(cè)試一個(gè)帶廣告圖案的花紙杯

6.2.功能測(cè)試

能否裝水漓摩，
除了裝水裙士， 能否裝其他液體。比如可樂(lè)管毙，酒精
能裝多少M(fèi)L的水
杯子是否有刻度表
杯子能否泡茶腿椎，跑咖啡
杯子是否能放冰箱，做冰塊
杯子的材質(zhì)是什么（玻璃夭咬，塑料,黃金做的）

6.3.界面測(cè)試

外觀好不好看啃炸。
什么顏色
杯子的形狀是怎么樣的。
杯子的重量是多少
杯子的圖案是否合理

6.4.性能測(cè)試

能否裝100度的開(kāi)水 (泡茶)
能否裝0度冰水
裝滿水卓舵，放幾天后南用，是否會(huì)漏水
杯子內(nèi)壁上的涂料是否容易脫落。
杯子上的顏色是否容易褪色或者脫落
風(fēng)吹是否會(huì)倒掏湾，摔一次是否會(huì)摔壞训枢，摔多次是否會(huì)摔壞

6.5.安全性測(cè)試

制作杯子的材料，是否有毒
放微波爐里轉(zhuǎn)的時(shí)候忘巧，是否會(huì)熔化恒界。
從桌子上掉到水泥地上是否會(huì)摔碎。
杯子是否容易長(zhǎng)細(xì)菌
杯子內(nèi)壁上的材料砚嘴，是否會(huì)溶解到水中
裝進(jìn)不同液體十酣，是否會(huì)有化學(xué)反應(yīng)。

6.6.易用性測(cè)試

杯子是否容易燙手
杯子是否好端际长，好拿
杯子的水是否容易喝到
杯子是否有防滑措施
是否能接受杯子的廣告內(nèi)容與圖案

四耸采、測(cè)試分類占比

image.png

五、軟件測(cè)試七大原則

1. 測(cè)試顯示軟件存在缺陷

測(cè)試只能證明軟件中存在缺陷工育，但并不能證明軟件中不存在缺陷虾宇。軟件測(cè)試是為了降低存在缺陷的可能性，即便是沒(méi)有找到缺陷如绸，也不能證明軟件是完美的嘱朽。

1. 窮盡測(cè)試是不可能的

現(xiàn)在軟件的規(guī)模越來(lái)越大，復(fù)雜度越來(lái)越高怔接，想做到完全性的測(cè)試是不可能的搪泳。在測(cè)試階段，測(cè)試人員可以根據(jù)風(fēng)險(xiǎn)和優(yōu)先級(jí)來(lái)進(jìn)行集中和高強(qiáng)度的測(cè)試扼脐，從而保證軟件的質(zhì)量岸军。

3.測(cè)試盡早介入

為什么測(cè)試要盡早介入呢，簡(jiǎn)單的說(shuō)就是保證軟件質(zhì)量，降低風(fēng)險(xiǎn)和成本艰赞。測(cè)試人員一般在需求階段就開(kāi)始介入佣谐，使缺陷在需求或設(shè)計(jì)階段就被發(fā)現(xiàn)，缺陷發(fā)現(xiàn)越早方妖，修復(fù)的成本就越小台谍。

4. 缺陷集群性（2/8原則）

• 缺陷集群性表明小部分模塊包含大部分的缺陷。軟件測(cè)試中存在Pareto原則：80%的缺陷發(fā)現(xiàn)在20%的模塊中吁断。
• 一個(gè)功能模塊發(fā)現(xiàn)的缺陷越高趁蕊，那存在的未被發(fā)現(xiàn)的缺陷也越高，故發(fā)現(xiàn)的缺陷與未發(fā)現(xiàn)的缺陷成正比仔役。

5. 殺蟲(chóng)劑悖論

• 反復(fù)使用相同的殺蟲(chóng)劑會(huì)導(dǎo)致害蟲(chóng)對(duì)殺蟲(chóng)劑產(chǎn)生免疫而無(wú)法殺死害蟲(chóng)掷伙。軟件測(cè)試也一樣。如果一直使用相同的測(cè)試方法或手段又兵，可能無(wú)法發(fā)現(xiàn)新的bug任柜。
• 為了解決這個(gè)問(wèn)題，測(cè)試用例應(yīng)當(dāng)定期修訂和評(píng)審沛厨，增加新的或不同的測(cè)試用例幫助發(fā)現(xiàn)更多的缺陷宙地。
• 測(cè)試人員不能一直依賴于現(xiàn)有的測(cè)試技術(shù)，而要不斷的提升測(cè)試方法以提高測(cè)試效率逆皮。

6. 測(cè)試活動(dòng)依賴于測(cè)試內(nèi)容

根據(jù)業(yè)務(wù)的不同宅粥，軟件測(cè)試內(nèi)部也分為不同的行業(yè)，比如游戲行業(yè)电谣、電商行業(yè)秽梅、金融行業(yè)。不同的行業(yè)剿牺，測(cè)試活動(dòng)的開(kāi)展都有所不同企垦，比如測(cè)試技術(shù)、測(cè)試工具的選擇晒来，測(cè)試流程都不盡相同钞诡，所以軟件測(cè)試的活動(dòng)開(kāi)展依賴于所測(cè)試的內(nèi)容。

7. 沒(méi)有錯(cuò)誤是好是謬論

有可能99%沒(méi)有bug的軟件也是不能使用的湃崩。如果對(duì)錯(cuò)誤的需求進(jìn)行了徹底的測(cè)試荧降，這種情況就發(fā)生了。軟件測(cè)試不僅是找出缺陷竹习，同時(shí)也需要確認(rèn)軟件是否滿足需求誊抛。如果開(kāi)發(fā)出來(lái)的產(chǎn)品不滿足用戶的需求，即便找到和修復(fù)了缺陷也作用不大整陌。

注意：

1. 應(yīng)當(dāng)把“盡早和不斷地測(cè)試”作為開(kāi)發(fā)者的座右銘。
2. 設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該考慮到合法的輸入和不合法的輸入泌辫，以及各種邊界條件随夸，特殊情況下要制造極端狀態(tài)和意外狀態(tài)，比如網(wǎng)絡(luò)異常中斷震放、電源斷電等情況宾毒。
3. 一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系殿遂。
4. 對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過(guò)程诈铛。一般有A測(cè)試出來(lái)的錯(cuò)誤，一定要有一個(gè)B來(lái)確認(rèn)墨礁，嚴(yán)重的錯(cuò)誤可以召開(kāi)評(píng)審會(huì)進(jìn)行討論和分析幢竹。
5. 制定嚴(yán)格的測(cè)試計(jì)劃，并把測(cè)試時(shí)間安排得盡量寬松恩静，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試焕毫。
6. 回歸測(cè)試的關(guān)聯(lián)性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見(jiàn)驶乾。
7. 妥善保存一切測(cè)試過(guò)程文檔邑飒，意義是不言而喻的，測(cè)試的重現(xiàn)性往往要靠測(cè)試文檔级乐。

六疙咸、軟件的開(kāi)發(fā)模式

1. 線性模型與漸進(jìn)式模型

線性模型：最常見(jiàn)的“瀑布模型”，基礎(chǔ)框架风科，但缺點(diǎn)在于“集成之日就是爆炸之日”罕扎。（立項(xiàng)分析-需求分析-設(shè)計(jì)-編碼-測(cè)試-維護(hù)）很多企業(yè)使用后使用迭代進(jìn)行修改。
漸進(jìn)式模型：最常見(jiàn)的“螺旋模型”丐重，（需求分析-風(fēng)險(xiǎn)分析-設(shè)計(jì)腔召、編碼-測(cè)試、評(píng)審）扮惦，迭代開(kāi)發(fā)和增量開(kāi)發(fā)模式臀蛛。
注意：每一次迭代原型出來(lái)后，測(cè)試人員都需要從原型界面崖蜜，系統(tǒng)主要功能浊仆，性能等方面對(duì)原型進(jìn)行評(píng)審。

2. 迭代和增量的理解

image.png

image.png

七豫领、 軟件生命周期模型

軟件生命周期同任何事物一樣抡柿，一個(gè)軟件產(chǎn)品或軟件系統(tǒng)也要經(jīng)歷孕育、誕生等恐、成長(zhǎng)洲劣、成熟备蚓、衰亡等階段，一般稱為軟件生命周期（軟件生存周期） 囱稽。軟件生命周期模型是指人們?yōu)殚_(kāi)發(fā)更好的軟件而歸納總結(jié)的軟件生命周期的典型實(shí)踐參考郊尝。

image.png

1.邊做邊改模型

許多產(chǎn)品都是使用“邊做邊改”模型來(lái)開(kāi)發(fā)的。在這種模型中战惊，既沒(méi)有規(guī)格說(shuō)明流昏，也沒(méi)有經(jīng)過(guò)設(shè)計(jì)，軟件隨著客戶的需要一次又一次地不斷被修改吞获。

image.png

在這個(gè)模型中况凉，開(kāi)發(fā)人員拿到項(xiàng)目立即根據(jù)需求編寫程序，調(diào)試通過(guò)后生成軟件的第一個(gè)版本各拷。在提供給用戶使用后刁绒，如果程序出現(xiàn)錯(cuò)誤，或者用戶提出新的要求撤逢，開(kāi)發(fā)人員重新修改代碼膛锭，直到用戶滿意為止。
這是一種類似作坊的開(kāi)發(fā)方式蚊荣，對(duì)編寫幾百行的小程序來(lái)說(shuō)還不錯(cuò)初狰，但這種方法對(duì)任何規(guī)模的開(kāi)發(fā)來(lái)說(shuō)都是不能令人滿意的，其主要問(wèn)題在于：
（1） 缺少規(guī)劃和設(shè)計(jì)環(huán)節(jié)互例，軟件的結(jié)構(gòu)隨著不斷的修改越來(lái)越糟奢入，導(dǎo)致無(wú)法繼續(xù)修改；
（2） 忽略需求環(huán)節(jié)媳叨，給軟件開(kāi)發(fā)帶來(lái)很大的風(fēng)險(xiǎn)腥光；
（3） 沒(méi)有考慮測(cè)試和程序的可維護(hù)性，也沒(méi)有任何文檔糊秆，軟件的維護(hù)十分困難武福。

2.瀑布模型

瀑布模型是最早出現(xiàn)的軟件開(kāi)發(fā)模型，在軟件工程中占有重要的地位痘番，它提供了軟件開(kāi)發(fā)的基本框架捉片。其過(guò)程是從上一項(xiàng)活動(dòng)接收該項(xiàng)活動(dòng)的工作對(duì)象作為輸入，利用這一輸入實(shí)施該項(xiàng)活動(dòng)應(yīng)完成的內(nèi)容給出該項(xiàng)活動(dòng)的工作成果汞舱，并作為輸出傳給下一項(xiàng)活動(dòng)伍纫。同時(shí)評(píng)審該項(xiàng)活動(dòng)的實(shí)施，若確認(rèn)昂芜，則繼續(xù)下一項(xiàng)活動(dòng)莹规；否則返回前面，甚至更前面的活動(dòng)泌神。對(duì)于經(jīng)常變化的項(xiàng)目而言良漱，瀑布模型毫無(wú)價(jià)值舞虱。

image.png

瀑布型簡(jiǎn)單地說(shuō)就是按照需求、設(shè)計(jì)债热、編碼砾嫉、測(cè)試幼苛、軟件維護(hù)這個(gè)基本的順序來(lái)研發(fā)軟件窒篱，前面一個(gè)步驟不完成，后面的步驟不能開(kāi)始舶沿，否則問(wèn)題會(huì)滾到下個(gè)階段墙杯，帶來(lái)更多的問(wèn)題
優(yōu)點(diǎn)：

• 為項(xiàng)目提供了按階段劃分的檢查點(diǎn)
• 當(dāng)前一階段完成后，只需要去關(guān)注后續(xù)階段括荡。
  缺點(diǎn)：
• 各個(gè)階段的劃分完全固定高镐，階段之間產(chǎn)生大量的文檔，極大地增加了工作量畸冲。
• 由于開(kāi)發(fā)模型是線性的嫉髓，用戶只有等到整個(gè)過(guò)程的末期才能見(jiàn)到開(kāi)發(fā)成果，從而增加了開(kāi)發(fā)風(fēng)險(xiǎn)邑闲。
• 通過(guò)過(guò)多的強(qiáng)制完成日期和里程碑來(lái)跟蹤各個(gè)項(xiàng)目階段算行。
• 瀑布模型的突出缺點(diǎn)是不適應(yīng)用戶需求的變化。

3. 原型化模型

原型化模型的第一步是建造一個(gè)快速原型苫耸，實(shí)現(xiàn)客戶或未來(lái)的用戶與系統(tǒng)的交互州邢，經(jīng)過(guò)和用戶針對(duì)原型的討論和交流，弄清需求以便真正把握用戶需要的軟件產(chǎn)品是什么樣子的褪子。充分了解后量淌，再在原型基礎(chǔ)上開(kāi)發(fā)出用戶滿意的產(chǎn)品。
如圖所示：原型嚴(yán)格來(lái)說(shuō)不算一種軟件生命周期模型嫌褪，它只是一種獲取需求的方法呀枢，在實(shí)際工作中該方法是相當(dāng)重要的方法。

image.png

模型要點(diǎn)：瀑布和原型模型相結(jié)合笼痛，強(qiáng)調(diào)版本升級(jí)裙秋。
該模式的特點(diǎn)是一次性地獲取全部的需求，然后做出分版本實(shí)現(xiàn)各需求的計(jì)劃晃痴，每個(gè)版本只實(shí)現(xiàn)一部分需求残吩，通過(guò)多個(gè)版本逐步實(shí)現(xiàn)全部需求，而每個(gè)版本可以認(rèn)為是一個(gè)“小瀑布”倘核。
該模型的好處是可以盡快讓系統(tǒng)上線泣侮，讓客戶先使用部分功能，盡早實(shí)現(xiàn)系統(tǒng)的價(jià)值紧唱。
該模型比較能符合實(shí)際的情況活尊，我們往往也是通過(guò)多個(gè)版本來(lái)逐步實(shí)現(xiàn)全部需求隶校，但需求是不可能在一開(kāi)始就完全確定的，實(shí)際情況是往往只能確定80%蛹锰，而后期通過(guò)各版本我們還會(huì)獲取更多的新需求以及需求調(diào)整深胳。將此模型稍微調(diào)整后，可以適用于大部分的實(shí)際項(xiàng)目铜犬。

4. 增量模型

增量模型也是原型化開(kāi)發(fā)方法舞终。如圖所示

image.png

5. 螺旋模型

螺旋模型是一個(gè)演化軟件過(guò)程模型，將原型實(shí)現(xiàn)的迭代特征與線性順序（瀑布）模型中控制的和系統(tǒng)化的方面結(jié)合起來(lái)癣猾。使得軟件的增量版本的快速開(kāi)發(fā)成為可能敛劝。在螺旋模型中，軟件開(kāi)發(fā)是一系列的增量發(fā)布纷宇。螺旋模型的整個(gè)開(kāi)發(fā)過(guò)程如圖所示夸盟。

image.png

圖中的螺旋線代表隨著時(shí)間推進(jìn)的工作進(jìn)展；開(kāi)發(fā)過(guò)程具有周期性重復(fù)的螺旋線形狀像捶。4個(gè)象限分別標(biāo)志每個(gè)周期所劃分的4 個(gè)階段：制定計(jì)劃上陕、風(fēng)險(xiǎn)分析、實(shí)施工程和客戶評(píng)估拓春。螺旋模型要點(diǎn)：統(tǒng)一了瀑布模型與原型模型释簿，與增量模型相似，更強(qiáng)調(diào)風(fēng)險(xiǎn)分析痘儡。

1. 軟件分多個(gè)版本開(kāi)發(fā)辕万，每個(gè)版本就是一次螺旋。
2. 每個(gè)版本按照這樣的順序進(jìn)行：
   1）確定軟件目標(biāo)沉删，選取定實(shí)施方案渐尿，弄清項(xiàng)目開(kāi)發(fā)的限制條件；（圖中左上象限）
   2）分析所選取方案矾瑰，考慮如何識(shí)別和消除風(fēng)險(xiǎn)砖茸；（圖中右上象限）
   3）實(shí)施軟件開(kāi)發(fā)；（圖中右下象限）
   4）評(píng)價(jià)開(kāi)發(fā)工作殴穴，提出修正建議凉夯，調(diào)整計(jì)劃。（圖中右下象限采幌、左下象限）
   3.需求不是一次獲取和實(shí)現(xiàn)的劲够，通過(guò)多個(gè)螺旋來(lái)完善。
   4.計(jì)劃也不是一次成型的休傍，每次螺旋都需要調(diào)整征绎。

優(yōu)點(diǎn)：
1）設(shè)計(jì)上很靈活，可以在項(xiàng)目的各個(gè)階段進(jìn)行變更磨取；
2）以小的分段來(lái)構(gòu)建大型系統(tǒng)人柿，使成本計(jì)算變得簡(jiǎn)單容易柴墩；(國(guó)企項(xiàng)目)
3）客戶始終參與每個(gè)階段的開(kāi)發(fā)，保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性凫岖；
4）隨著項(xiàng)目推進(jìn)江咳，客戶始終掌握項(xiàng)目的最新信息 , 從而能夠和管理層有效地交互；
5）客戶認(rèn)可這種公司內(nèi)部的開(kāi)發(fā)方式帶來(lái)的良好的溝通和高質(zhì)量的產(chǎn)品哥放。
缺點(diǎn)：
螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析歼指，但要求許多客戶接受和相信這種分析，并做出相關(guān)反應(yīng)是不容易的婶芭。
因此东臀，這種模型往往適應(yīng)于內(nèi)部的大規(guī)模軟件開(kāi)發(fā)着饥。該模型建設(shè)周期長(zhǎng)犀农，而軟件技術(shù)發(fā)展比較快，所以經(jīng)常出現(xiàn)軟件開(kāi)發(fā)完畢后宰掉，和當(dāng)前的技術(shù)水平有了較大的差距呵哨，無(wú)法滿足當(dāng)前用戶需求。

6.Ｖ模型

V 模型的左邊下降的是開(kāi)發(fā)過(guò)程各階段轨奄，與此相對(duì)應(yīng)的是右邊上升的部分孟害，即各測(cè)試過(guò)程的各個(gè)階段。
V 模型的優(yōu)點(diǎn)在于它非常明確地標(biāo)明了測(cè)試過(guò)程中存在的不同級(jí)別挪拟，并且清楚地描述了這些測(cè)試階段和開(kāi)發(fā)各階段的對(duì)應(yīng)關(guān)系挨务。

V模型

1、需求分析階段對(duì)應(yīng)生成需求規(guī)格說(shuō)明書(shū)玉组，對(duì)應(yīng)測(cè)試生成系統(tǒng)測(cè)試方案谎柄，即為系統(tǒng)測(cè)試準(zhǔn)備的，該階段已經(jīng)完成了單元測(cè)試和集成測(cè)試惯雳，主要是對(duì)軟件產(chǎn)品的功能與非功能進(jìn)行測(cè)試朝巫，幾乎不測(cè)試代碼，所以測(cè)試方法以黑盒為主石景；
2劈猿、概要設(shè)計(jì)階段對(duì)應(yīng)生成概要設(shè)計(jì)說(shuō)明書(shū)，對(duì)應(yīng)測(cè)試生成集成測(cè)試方案潮孽，該階段已完成單元測(cè)試揪荣，是將各個(gè)功能模塊組裝起來(lái)進(jìn)行的測(cè)試，所以也叫組裝測(cè)試往史。主要看模塊調(diào)用是否正常仗颈，接口是否可用，數(shù)據(jù)傳輸是否正確等怠堪，所以用到的測(cè)試方法幾乎是白盒的方法揽乱，如路徑覆蓋名眉，條件組合覆蓋等；
3凰棉、詳細(xì)設(shè)計(jì)階段對(duì)應(yīng)生成詳細(xì)設(shè)計(jì)說(shuō)明書(shū)损拢，對(duì)應(yīng)測(cè)試生成單元測(cè)試方案，該階段是開(kāi)發(fā)人員編碼后的第一個(gè)測(cè)試階段撒犀，是對(duì)開(kāi)發(fā)出來(lái)的單獨(dú)模塊進(jìn)行測(cè)試福压，以確保每一個(gè)功能模塊的功能正常，可以構(gòu)建樁模塊和驅(qū)動(dòng)模塊來(lái)回調(diào)用或舞，方法也是以白盒為主荆姆。
4、白盒測(cè)試的準(zhǔn)則是盡可能覆蓋程序內(nèi)部的邏輯結(jié)構(gòu)映凳，黑盒則是盡可能覆蓋所有的輸入輸出接口胆筒，包括文檔等一些靜態(tài)的測(cè)試。除常用的測(cè)試方法外诈豌，仍需補(bǔ)充大范圍的隨機(jī)測(cè)試仆救，盡可能達(dá)到覆蓋率100%。

• V模型的缺陷及解決思路
  V模型僅僅把測(cè)試過(guò)程作為在需求分析矫渔、系統(tǒng)設(shè)計(jì)及編碼之后的一個(gè)階段彤蔽，忽視了測(cè)試對(duì)需求分析,系統(tǒng)設(shè)計(jì)的驗(yàn)證，需求的滿足情況一直到后期的驗(yàn)收測(cè)試才被驗(yàn)證庙洼。
  解決的思路是顿痪，當(dāng)一個(gè)軟件開(kāi)發(fā)的時(shí)候，研發(fā)人員和測(cè)試人員需要同時(shí)工作油够，測(cè)試在軟件做需求分析的同時(shí)就會(huì)有測(cè)試用例的跟蹤蚁袭，這樣，可以盡快找出程序錯(cuò)誤和需求偏離叠聋，從而更高效的提高程序質(zhì)量撕阎，最大可能的減少成本，同時(shí)滿足用戶的實(shí)際軟件需求碌补。

7. Ｗ模型

相對(duì)于V模型虏束，W模型更科學(xué)。W模型是V模型的發(fā)展厦章，強(qiáng)調(diào)的是測(cè)試伴隨著整個(gè)軟件開(kāi)發(fā)周期镇匀，而且測(cè)試的對(duì)象不僅僅是程序，需求袜啃、功能和設(shè)計(jì)同樣要測(cè)試汗侵。測(cè)試與開(kāi)發(fā)是同步進(jìn)行的，從而有利于盡早地發(fā)現(xiàn)問(wèn)題。

image.png

八晰韵、敏捷開(kāi)發(fā)和測(cè)試

image.png

敏捷開(kāi)發(fā)
敏捷開(kāi)發(fā)是針對(duì)傳統(tǒng)的瀑布開(kāi)發(fā)模式的弊端而產(chǎn)生的一種新的開(kāi)發(fā)模式发乔，目標(biāo)是提高開(kāi)發(fā)效率和響應(yīng)能力。敏捷開(kāi)發(fā)以用戶的需求進(jìn)化為核心雪猪，采用迭代栏尚、循序漸進(jìn)的方法進(jìn)行軟件開(kāi)發(fā)。

由于版本節(jié)奏比較快只恨，開(kāi)發(fā)與測(cè)試幾乎并行译仗，一個(gè)版本周期內(nèi)會(huì)有兩版在推動(dòng)，也就是上圖中提到的波次發(fā)布官觅，波次發(fā)布用于嘗試新加入的功能纵菌，做小范圍快速的開(kāi)發(fā)，驗(yàn)證和發(fā)布休涤，為下個(gè)大版本的功能做實(shí)驗(yàn)和調(diào)研咱圆。快速發(fā)版的需求要求測(cè)試快速響應(yīng)滑绒，敏捷測(cè)試模式適應(yīng)項(xiàng)目需求闷堡。

模型優(yōu)勢(shì)：
工作任務(wù)劃分清晰，工作效率較高
與開(kāi)發(fā)和產(chǎn)品溝通緊密疑故，團(tuán)隊(duì)協(xié)作性強(qiáng)
測(cè)試介入到整個(gè)項(xiàng)目的所有會(huì)議中，對(duì)整體版本信息情況把控全面
迅速占有市場(chǎng)弯菊，添加新的功能纵势，吸引更多用戶使用，提升用戶體驗(yàn)度

模型的缺陷：
模塊提交較快管钳，測(cè)試時(shí)較有壓迫感
項(xiàng)目規(guī)劃要合理钦铁，不然測(cè)試時(shí)會(huì)出現(xiàn)復(fù)測(cè)的現(xiàn)象，加大工作量

九才漆、軟件質(zhì)量模型

image.png

1.軟件的功能性

1.1 適用性

所提供的功能是用戶所需要的牛曹，用戶所需要的功能軟件系統(tǒng)是否已提供。

1.2 準(zhǔn)確性：

軟件系統(tǒng)提供給用戶的功能是否滿足用戶對(duì)該功能的精確度要求醇滥。

1.3 互操作性：

軟件系統(tǒng)和一個(gè)或多個(gè)周邊系統(tǒng)進(jìn)行信息交互的能力黎比。
例如：

image.png

不同型號(hào)的打印機(jī)與word之間的協(xié)議可能不一致，導(dǎo)致消息傳遞過(guò)程中發(fā)生錯(cuò)誤鸳玩。
▲應(yīng)該將被測(cè)軟件系統(tǒng)和周邊系統(tǒng)的各種主流型號(hào)進(jìn)行互操作性測(cè)試阅虫。

1.4 保密安全性：

軟件系統(tǒng)保護(hù)信息和數(shù)據(jù)的能力。
Ⅰ不跟、防止未得到授權(quán)的人或系統(tǒng)訪問(wèn)相關(guān)的信息或數(shù)據(jù)
Ⅱ颓帝、保證得到授權(quán)的人或系統(tǒng)能正常訪問(wèn)相關(guān)的信息或數(shù)據(jù)几莽。
不同的系統(tǒng)對(duì)于安全性的需求差別很大
常見(jiàn)的安全性測(cè)試：
⑴用戶驗(yàn)證：登錄密碼驗(yàn)證、IP地址訪問(wèn)限制等 sql注入
用戶超時(shí):登錄超過(guò)30分鐘呻纹，重新登錄(安全設(shè)置刨疼，cookie過(guò)期時(shí)間30分鐘)
⑵用戶權(quán)限管理:驗(yàn)證低級(jí)別用戶是否具有了高級(jí)別用戶的權(quán)限，各級(jí)別用戶權(quán)限都得到了實(shí)現(xiàn)瘪板。
⑶系統(tǒng)數(shù)據(jù)的保護(hù):對(duì)例如系統(tǒng)文件米诉、用戶密碼文件等進(jìn)行隱藏、密碼驗(yàn)證篷帅、內(nèi)容加密史侣、備份。

1.5 加密魏身、解密：

在計(jì)算機(jī)通訊中惊橱，采用密碼技術(shù)將信息隱蔽起來(lái)，再將隱蔽后的信息傳輸出去箭昵，使信息在傳輸過(guò)程中即使被竊取或截獲税朴，竊取者也不能了解信息的內(nèi)容，從而保證信息傳輸?shù)陌踩?br> token

image.png

Cookie 與session的區(qū)別：
1.cookie是明文傳輸 session的是隱藏專屬
2.Cookie是存在與本機(jī) session是存在與服務(wù)器
3.Cookie的大小是限制在4K session大小限制在5M

2. 軟件可靠性

2.1 成熟性

軟件系統(tǒng)防止內(nèi)部錯(cuò)誤擴(kuò)散而導(dǎo)致失效的能力家制。
▲子系統(tǒng)正林、模塊、單元模塊的設(shè)計(jì)人員應(yīng)該仔細(xì)分析和自身有接口關(guān)系的子系統(tǒng)颤殴、模塊觅廓、單元模塊，識(shí)別出這些接口上可能會(huì)傳遞過(guò)來(lái)的錯(cuò)誤涵但，然后在自己子系統(tǒng)杈绸、模塊、單元模塊內(nèi)部對(duì)這些可能的錯(cuò)誤預(yù)先進(jìn)行防范矮瘟，規(guī)避這些錯(cuò)誤傳遞到自身而引起自身的失效瞳脓。

2.2容錯(cuò)性

軟件系統(tǒng)防止外部接口錯(cuò)誤擴(kuò)散而導(dǎo)致系統(tǒng)失效的能力。
▲設(shè)計(jì)人員應(yīng)該充分分析外部接口可能產(chǎn)生的錯(cuò)誤澈侠，然后在設(shè)計(jì)上對(duì)這些錯(cuò)誤一一予以防范劫侧，防止這些外部傳入的錯(cuò)誤波及自身而失效。

2.3 易恢復(fù)性

系統(tǒng)失效后重新恢復(fù)原有功能哨啃、性能的能力
①原有能力恢復(fù)的程度
②原有能力恢復(fù)的速

2.4 可靠性依從性

遵循相關(guān)的標(biāo)準(zhǔn)（國(guó)際標(biāo)準(zhǔn)烧栋、國(guó)家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)棘催、企業(yè)內(nèi)部規(guī)范等)約定或法規(guī)以及類似規(guī)定的能力劲弦。

3.軟件易用性

3.1 易理解性

用戶在使用軟件系統(tǒng)的過(guò)程中，系統(tǒng)交互給用戶的信息是否準(zhǔn)確醇坝、清晰邑跪、易懂次坡，能幫助用戶準(zhǔn)確理解系統(tǒng)當(dāng)前真實(shí)的狀態(tài)，指導(dǎo)其進(jìn)一步的操作画畅。

image.png

3.2易學(xué)性

軟件系統(tǒng)提供相關(guān)的輔助手段砸琅，幫助用戶學(xué)習(xí)使用它
的能力。
例如：是否有用戶手冊(cè)轴踱，用戶手冊(cè)是否有中文版症脂，是否有在
線幫助，界面上控件是否有回顯功能等淫僻。

3.3易操作性

例如：
①Nokia手機(jī)和Moto手機(jī)在編輯短消息時(shí)的方便性差異诱篷。
②GUI界面，菜單層次不要太深
③安裝軟件的過(guò)程
錯(cuò)誤：給用戶大量的安裝步驟雳灵，每步又有大量分支選項(xiàng)
（把用戶當(dāng)成本軟件的專家）
▲測(cè)試時(shí)應(yīng)該以非專業(yè)的角度來(lái)測(cè)試過(guò)程棕所，往往需要α、
β測(cè)試悯辙。

3.4 吸引性

美觀：GUI界面琳省、手機(jī)外觀等
新穎：如夏新手機(jī)來(lái)電跳舞功能

3.5 易用性的依從性

遵循相關(guān)的標(biāo)準(zhǔn)（國(guó)際標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)躲撰、行業(yè)標(biāo)準(zhǔn)针贬、企業(yè)內(nèi)部規(guī)范等)約定或法規(guī)以及類似規(guī)定的能力。
問(wèn)：性能測(cè)試的標(biāo)準(zhǔn)：
吞吐量
響應(yīng)時(shí)間
資源使用率 內(nèi)存使用率 cpu的使用率 電量的損耗 流量使用
成功

4.軟件效率（性能測(cè)試）

4.1 時(shí)間效率(2-5-10) 358

系統(tǒng)在各業(yè)務(wù)場(chǎng)景下完成用戶指定的業(yè)務(wù)請(qǐng)求所需的響應(yīng)時(shí)間拢蛋。

4.2資源效率

系統(tǒng)在各業(yè)務(wù)場(chǎng)景下完成用戶指定的業(yè)務(wù)請(qǐng)求所消耗的系統(tǒng)資源桦他，如CPU占有率 75%內(nèi)存占有率80%、通信帶寬占有率瓤狐、軟件內(nèi)部消息包資源占有率等瞬铸。

4.3效率依從性

遵循相關(guān)的標(biāo)準(zhǔn)（國(guó)際標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)础锐、行業(yè)標(biāo)準(zhǔn)、企業(yè)內(nèi)部規(guī)范等)約定或法規(guī)以及類似規(guī)定的能力荧缘。

image.png

image.png

5.軟件可維護(hù)性

5.1 易分析性

軟件系統(tǒng)提供輔助手段幫助開(kāi)發(fā)人員分析識(shí)別缺陷皆警、失效產(chǎn)生的原因，找出待修復(fù)部分的能力截粗。（降低缺陷定位的成本）

5.2易改變性

對(duì)軟件缺陷的修復(fù)容易被實(shí)施（降低修復(fù)缺陷成本）
▲設(shè)計(jì)上封裝性好信姓、高內(nèi)聚（同層次設(shè)計(jì)時(shí)，一個(gè)實(shí)體只完成一個(gè)功能）绸罗、低耦合意推，為未來(lái)可能的變化留有擴(kuò)充余地。

5.3穩(wěn)定性

例如：代碼中的有物理含義的數(shù)字珊蟀，一定用宏代替菊值。

5.4 易測(cè)試性

（降低發(fā)現(xiàn)缺陷的成本）
①軟件可控制：
軟件系統(tǒng)提供輔助手段幫助測(cè)試工程師控制該系統(tǒng)的運(yùn)行，實(shí)現(xiàn)其測(cè)試執(zhí)行步驟的能力（通過(guò)打點(diǎn)、改變內(nèi)部狀態(tài)腻窒、值等手段）
②可觀察：
軟件系統(tǒng)提供輔助手段幫助測(cè)試工程師獲得充分的系統(tǒng)運(yùn)行信息昵宇，以正確判斷系統(tǒng)運(yùn)行狀態(tài)和測(cè)試執(zhí)行結(jié)果的力。
a儿子、設(shè)計(jì)單獨(dú)的測(cè)試模式
b瓦哎、提供單獨(dú)的測(cè)試版本
▲測(cè)試部（一般指測(cè)試系統(tǒng)工程師）應(yīng)該在需求分析階段就提出可測(cè)試性需求，可測(cè)試性需求和軟件產(chǎn)品其他需求一起納入需求包被分析設(shè)計(jì)并實(shí)現(xiàn)柔逼。

5.5 維護(hù)性的依從性

遵循相關(guān)的標(biāo)準(zhǔn)（國(guó)際標(biāo)準(zhǔn)蒋譬、國(guó)家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)愉适、企業(yè)內(nèi)部規(guī)范等)約定或法規(guī)以及類似規(guī)定的能力犯助。

6.軟件可移植性

6.1適應(yīng)性

軟件系統(tǒng)無(wú)需做任何相應(yīng)變動(dòng)就能適應(yīng)不同運(yùn)行環(huán)境（操作系統(tǒng)平臺(tái)、數(shù)據(jù)庫(kù)平臺(tái)儡毕、硬件平臺(tái)等）的能力也切。
▲解決平臺(tái)無(wú)關(guān)、可移植性問(wèn)題的一個(gè)常用思路是構(gòu)造出一個(gè)虛擬層腰湾，虛擬層將下層細(xì)節(jié)屏蔽雷恃，對(duì)上層提供統(tǒng)一口。

6.2易安裝性

主流平臺(tái) 全部測(cè)試用例
非主流平臺(tái) 10%測(cè)試用例

6.3共存性

軟件系統(tǒng)和在公共環(huán)境與其共享資源的其他系統(tǒng)共存的能力费坊。
▲測(cè)試不僅需要關(guān)注自身特性的實(shí)現(xiàn)倒槐，還要關(guān)注本軟件是否影響了其他軟件的正常功能。

7.易替換性

• 軟件系統(tǒng)升級(jí)能力（在線升級(jí)附井、打補(bǔ)丁升級(jí)等）
  可移植性的依從性
• 遵循相關(guān)的標(biāo)準(zhǔn)（國(guó)際標(biāo)準(zhǔn)讨越、國(guó)家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)永毅、企業(yè)內(nèi)部規(guī)范等)約定或法規(guī)以及類似規(guī)定的能力把跨。

十、 軟件測(cè)試的常識(shí)知識(shí)

1.測(cè)試部門的組織結(jié)構(gòu)

5個(gè)開(kāi)發(fā)（java） 1個(gè)測(cè)試 2個(gè)移動(dòng)（AND IOS） 1 個(gè)前端 1個(gè)產(chǎn)品/項(xiàng)目

按需求來(lái)分類： 1個(gè)組長(zhǎng)： 制定測(cè)試計(jì)劃 和 對(duì)測(cè)試用例的評(píng)審 編寫測(cè)試報(bào)告和測(cè)試總結(jié)
1個(gè)功能測(cè)試： 按照測(cè)試用例進(jìn)行點(diǎn)點(diǎn)的人
1個(gè)性能測(cè)試/接口測(cè)試： 滿足需求文檔上的性能指標(biāo)
1個(gè)自動(dòng)化測(cè)試 python uI自動(dòng)化 接口自動(dòng)化 單元自動(dòng)化
Java
按項(xiàng)目模塊劃分： pc 移動(dòng)
具體一級(jí)菜單欄 按底部導(dǎo)航欄

image.png

image.png

2. 軟件測(cè)試和SQA的關(guān)系

2.1 什么是SQA

image.png

1.1.39.SQA與測(cè)試

image.png

• 測(cè)試工具的種類：
  文檔工具： word excel
  Bug管理工具： 禪道 jira
  抓包工具： charles fiddler wineshark
  a.抓包 b.模擬弱網(wǎng)測(cè)試c.斷點(diǎn)替換 d.過(guò)濾 e：壓力測(cè)試
  性能工具： jmeter Loadrunner （對(duì)業(yè)務(wù)場(chǎng)景測(cè)試）
  命令： Linux adb Monkey
  編程語(yǔ)言： python
  自動(dòng)化 ; selenium appnium （ui自動(dòng)化） pytest (測(cè)試用例 單元測(cè)試) innerHtml （發(fā)送測(cè)試報(bào)告） alluer
  數(shù)據(jù)庫(kù) mysql

十一沼死、軟件測(cè)試工具

軟件測(cè)試工具是通過(guò)一些工具能夠使軟件的一些簡(jiǎn)單問(wèn)題直觀的顯示着逐，使測(cè)試人員更好的找出軟件錯(cuò)誤所在。
軟件測(cè)試工具分為自動(dòng)化軟件測(cè)試工具和測(cè)試管理(禪道)工具意蛀。
軟件測(cè)試工具存在的價(jià)值是為了提高測(cè)試效率耸别，用軟件來(lái)代替一些人工輸入。
測(cè)試管理工具是為了復(fù)用測(cè)試用例县钥，提高軟件測(cè)試的價(jià)值秀姐。
一個(gè)好的軟件測(cè)試工具和測(cè)試管理工具結(jié)合起來(lái)使用將會(huì)使軟件測(cè)試效率大大的提高。

Bug管理工具： 禪道 Jary
自動(dòng)化 selenium appnium （ui自動(dòng)化） pytest (測(cè)試用例 單元測(cè)試) innerHtml （發(fā)送測(cè)試報(bào)告）
性能測(cè)試工具 jmeter Loadrunner若贮、
抓包工具 Fiddler charles (弱網(wǎng)測(cè)試的)
接口工具 postman
錄制腳本 bodyboy jmeter

云測(cè) 騰訊云 模擬不同的移動(dòng)端或者是web瀏覽器

命令 Linux adb monkey
數(shù)據(jù)庫(kù) myql
語(yǔ)言 python

image.png

1. WinRunner

Winrunner 最主要的功能是自動(dòng)重復(fù)執(zhí)行某一固定的測(cè)試過(guò)程省有，它以腳本的形式記錄下手工測(cè)試的一系列操作痒留，在環(huán)境相同的情況下重放，檢查其在相同的環(huán)境中有無(wú)異常的現(xiàn)象或與預(yù)期結(jié)果不符的地方锥咸∠料梗可以減少由于人為因素造成結(jié)果錯(cuò)誤，同時(shí)也可以節(jié)省測(cè)試人員大量測(cè)試時(shí)間和精力來(lái)做別的事情搏予。功能模塊主要包括：GUI map熊锭、檢查點(diǎn)、TSL 腳本編程雪侥、批量測(cè)試碗殷、數(shù)據(jù)驅(qū)動(dòng)等幾部分

2. LoadRunner

商業(yè)化-掙錢 性能測(cè)試工具 響應(yīng)時(shí)間，CPU速缨，內(nèi)存锌妻，吞吐量....
LoadRunner? 是一種預(yù)測(cè)系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測(cè)試工具。通過(guò)以模擬上千萬(wàn)用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)確認(rèn)和查找問(wèn)題旬牲，LoadRunner 能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試仿粹。通過(guò)使LoadRunner ，企業(yè)能最大限度地縮短測(cè)試時(shí)間原茅，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期吭历。LoadRunner 是一種適用于各種體系架構(gòu)的自動(dòng)負(fù)載測(cè)試工具，它能預(yù)測(cè)系統(tǒng)行為并優(yōu)化系統(tǒng)性能擂橘。LoadRunner 的測(cè)試對(duì)象是整個(gè)企業(yè)的系統(tǒng)晌区，它通過(guò)模擬實(shí)際用戶的操作行為和實(shí)行實(shí)時(shí)性能監(jiān)測(cè)，來(lái)幫助您更快的查找和發(fā)現(xiàn)問(wèn)題通贞。此外朗若，還能支持廣范的協(xié)議和技術(shù)，為您的特殊環(huán)境提供特殊的解決方案

3. QTP

QTP是一個(gè)B/S系統(tǒng)的自動(dòng)化功能測(cè)試的利器,軟件程序測(cè)試工具昌罩。Mercury的自動(dòng)化功能測(cè)試軟件QuickTest Professional 哭懈，可以覆蓋絕大多數(shù)的軟件開(kāi)發(fā)技術(shù)，簡(jiǎn)單高效茎用，并具備測(cè)試用例可重用的特點(diǎn)银伟。Mercury QuickTest Pro 是一款先進(jìn)的自動(dòng)化測(cè)試解決方案，用于創(chuàng)建功能和回歸測(cè)試绘搞。它自動(dòng)捕獲、驗(yàn)證和重放用戶的交互行為傅物。 Mercury QuickTest Pro為每一個(gè)重要軟件應(yīng)用和環(huán)境提供功能和回歸測(cè)試自動(dòng)化的行業(yè)最佳解決方案夯辖。

4. TestDirector

測(cè)試管理工具
基于WEB的測(cè)試管理工具，他能夠讓你系統(tǒng)地控制整個(gè)測(cè)試過(guò)程董饰，并創(chuàng)建整個(gè)測(cè)試工作流的框架和基礎(chǔ)蒿褂，使整個(gè)測(cè)試管理過(guò)程變得更為簡(jiǎn)單和有組織圆米。他能夠幫助你維護(hù)一個(gè)測(cè)試工程數(shù)據(jù)庫(kù)，并且能夠覆蓋你的應(yīng)用程序功能性的各個(gè)方面啄栓。T并且還為你提供了直觀和有效的方式來(lái)計(jì)劃和執(zhí)行測(cè)試集娄帖、收集測(cè)試結(jié)果并分析數(shù)據(jù)。還專門提供了一個(gè)完善的缺陷跟蹤系統(tǒng)昙楚。并可以同Mercury公司的測(cè)試工具近速、第三方或者自主開(kāi)發(fā)的測(cè)試工具、需求和配置管理工具堪旧、建模工具的整合功能削葱。你可以通過(guò)他進(jìn)行需求定義、測(cè)試計(jì)劃淳梦、測(cè)試執(zhí)行和缺陷跟蹤析砸，即整個(gè)測(cè)試過(guò)程的各個(gè)階段

5. Selenium

自動(dòng)化測(cè)試工具 支持java python的腳本 python
自動(dòng)化--寫好腳本，運(yùn)行腳本爆袍，自己執(zhí)行首繁，自己出測(cè)試報(bào)告，自己發(fā)送到測(cè)試和開(kāi)發(fā)郵箱
80%bug 手動(dòng)測(cè)試出來(lái)
Selenium是為正在蓬勃發(fā)展的web應(yīng)用開(kāi)發(fā)的一套完整的測(cè)試系統(tǒng)陨囊。Selenium測(cè)試直接運(yùn)行在瀏覽器中弦疮，就像真正的用戶在操作一樣。它的主要功能包括：測(cè)試與瀏覽器的兼容性——測(cè)試你的應(yīng)用程序看是否能夠很好得工作在不同瀏覽器和操作系統(tǒng)之上谆扎。測(cè)試系統(tǒng)功能——?jiǎng)?chuàng)建衰退測(cè)試檢驗(yàn)軟件功能和用戶需求挂捅。支持自動(dòng)錄制動(dòng)作和自動(dòng)生成。Selenium的核心Selenium Core基于JsUnit堂湖，完全由JavaScript編寫闲先，因此可運(yùn)行于任何支持JavaScript的瀏覽器上，包括IE无蜂、Mozilla Firefox伺糠、Chrome、Safari等

6. Appium

自動(dòng)化測(cè)試工具斥季，android和ios軟件 手機(jī)App app
Appium是一個(gè)開(kāi)源训桶、跨平臺(tái)的，適用于原生或混合移動(dòng)應(yīng)用(hybrid mobile apps)的自動(dòng)化測(cè)試平臺(tái)酣倾。Appium使用WebDriver（JSON wire protocol）驅(qū)動(dòng)安卓和iOS移動(dòng)應(yīng)用.Appium的設(shè)計(jì)哲學(xué)是不要為了移動(dòng)端的自動(dòng)化測(cè)試而重新發(fā)明輪子舵揭，重新寫一套驚天動(dòng)地的api，也就是說(shuō)webdriver協(xié)議里的api已經(jīng)夠好了躁锡，拿來(lái)改進(jìn)一下就可以了另外Appium可以把server放在任意機(jī)器上午绳，哪怕是云服務(wù)器都可以，所以Appium和WebDriver天生適合做云測(cè)試映之。

7. Jmeter

開(kāi)源拦焚，免費(fèi)蜡坊，簡(jiǎn)單，易操作赎败。 開(kāi)源組織秕衙，支持腳本錄制，支持抓包測(cè)試僵刮，支持測(cè)試移動(dòng)端軟件
壓力和負(fù)載測(cè)試

8. PostMan

接口測(cè)試是測(cè)試系統(tǒng)組件間接口的一種測(cè)試据忘。接口測(cè)試主要用于檢測(cè)外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個(gè)子系統(tǒng)之間的交互點(diǎn)。測(cè)試的重點(diǎn)是要檢查數(shù)據(jù)的交換妓笙，傳遞和控制管理過(guò)程若河，以及系統(tǒng)間的相互邏輯依賴關(guān)系等。

接口測(cè)試的目的是測(cè)試接口寞宫，尤其是那些與系統(tǒng)相關(guān)聯(lián)的外部接口萧福，測(cè)試的重點(diǎn)是要檢查數(shù)據(jù)的交換，傳遞和控制管理過(guò)程辈赋，還包括處理的次數(shù)鲫忍。外部接口測(cè)試一般是作為系統(tǒng)測(cè)試來(lái)看待的。
接口自動(dòng)化

接口上傳參數(shù)的正確性钥屈，和服務(wù)器返回值的正確性悟民，容錯(cuò)性驗(yàn)證(滴滴)，以及安全性檢測(cè)篷就。

9. 抓包測(cè)試

包是指數(shù)據(jù)包.目的是分析包的內(nèi)容與相關(guān)協(xié)議,然后衡量是否符合當(dāng)初的設(shè)計(jì)或排除故障.
在被測(cè)接口并沒(méi)有明確的接口文檔給出時(shí)射亏，我們需要借助抓包工具來(lái)幫助測(cè)試，利用抓包工具我們幾乎可以獲得接口文檔中能給你的一切

Charles竭业，fiddler 抓包工具
抓瀏覽器智润，抓手機(jī)APP請(qǐng)求