一、軟件測(cè)試的目的
軟件測(cè)試的目的是檢驗(yàn)軟件系統(tǒng)是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別，盡可能多地找出軟件中的錯(cuò)誤 。
也就是盡可能的發(fā)現(xiàn)問(wèn)題并確保問(wèn)題修復(fù)。
發(fā)現(xiàn)問(wèn)題并確保修復(fù)使系統(tǒng)正常使用，為什么一定得進(jìn)行軟件測(cè)試這步呢?開(kāi)發(fā)人員也可以測(cè)試，這樣還能省一步溝通，測(cè)出問(wèn)題直接修復(fù)就好。首先開(kāi)發(fā)是非常自信的，沒(méi)有開(kāi)發(fā)人是認(rèn)為自己的程序是有問(wèn)題的。其次，測(cè)試是一個(gè)學(xué)科，它是有自己一套完整的工作體系和測(cè)試方法的。
五大目的
提高軟件質(zhì)量
保證軟件的安全
降低軟件開(kāi)發(fā)的成本
降低企業(yè)風(fēng)險(xiǎn)
提升用戶體驗(yàn)感
提高軟件的質(zhì)量
軟件測(cè)試的首要目的就是提高軟件的質(zhì)量，保證軟件的高質(zhì)量，讓用戶使用時(shí)有更好的體驗(yàn)。
二、保證軟件的安全
軟件測(cè)試的第二大目的就是保證軟件的安全,像銀行系統(tǒng)的APP，會(huì)涉及到資金的支出和存入，對(duì)軟件的安全性要求是特別高的。所以要盡可能多的覆蓋資金相關(guān)的場(chǎng)景再者就是需要安全性測(cè)試(軟件測(cè)試的一個(gè)技術(shù)分支)來(lái)提高產(chǎn)品的安全性，保證產(chǎn)品質(zhì)量。
三、降低軟件開(kāi)發(fā)成本
軟件測(cè)試的另外一個(gè)目的就是降低軟件的開(kāi)發(fā)成本，軟件測(cè)試的越早介入，問(wèn)題發(fā)現(xiàn)的越早， 軟件缺陷修正時(shí)所投入的人力物力就越少 。
四、降低企業(yè)風(fēng)險(xiǎn)
除了降低開(kāi)發(fā)成本，還可以降低企業(yè)風(fēng)險(xiǎn)，試想，用戶在使用過(guò)程中出現(xiàn)各種問(wèn)題，客戶的體驗(yàn)感就極差，想要長(zhǎng)期或再次合作就很難，對(duì)企業(yè)的信譽(yù)嚴(yán)重影響。
五、提升用戶體驗(yàn)感
開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中都是以順向思維來(lái)寫(xiě)程序代碼的，所以很少有開(kāi)發(fā)人員能夠站在用戶角度去思考，測(cè)試是除了順向思維還需要逆向思維來(lái)思考程序是否有存在問(wèn)題，站在用戶的角度進(jìn)行測(cè)試。盡可能讓用戶使用程序更舒暢、解決他們需要程序解決的問(wèn)題。
六、軟件測(cè)試的原則
軟件測(cè)試的原則呢?就是前輩在以往工作中總結(jié)的經(jīng)驗(yàn)，前人栽樹(shù)給我們后人乘涼的。
測(cè)試是上下文相關(guān)的
各種產(chǎn)品或項(xiàng)目包含不同的元素、特征和要求。因此，測(cè)試人員不能對(duì)不同的項(xiàng)目用相同的測(cè)試方法。例如，金融項(xiàng)目的測(cè)試，安全性就是第一位。電子商務(wù)測(cè)試，功能性則更加重要。
窮盡測(cè)試是不可能的Exhaustive testing is impossible
時(shí)間、人員、資金或設(shè)備等資源都是有限，不可能對(duì)軟件產(chǎn)品進(jìn)行完全測(cè)試，即不可能考慮到或測(cè)試到軟件產(chǎn)品的所有執(zhí)行情況或路徑?，F(xiàn)在軟件的規(guī)模越來(lái)越大，復(fù)雜度越來(lái)越高，想做到完全性的測(cè)試那就更不可能。這就需要在測(cè)試階段，測(cè)試人員需要根據(jù)風(fēng)險(xiǎn)和優(yōu)先級(jí)來(lái)進(jìn)行測(cè)試，從而保證軟件的質(zhì)量。
七、測(cè)試盡早介入
為什么測(cè)試要盡早介入呢，簡(jiǎn)單的說(shuō)就是保證軟件質(zhì)量，降低風(fēng)險(xiǎn)和成本。研發(fā)流程中，研發(fā)活動(dòng)抽象 為需求分析、開(kāi)發(fā)管理、 測(cè)試管理、發(fā)布運(yùn)維四個(gè)階段。
在傳統(tǒng)的開(kāi)發(fā)模型里，測(cè)試只關(guān)注測(cè)試管理活動(dòng)，而嚴(yán)重缺乏對(duì)需求、開(kāi)發(fā)的測(cè)試。據(jù)調(diào)查，缺陷的 修復(fù)成本與其發(fā)現(xiàn)時(shí)間成反比，且越晚修復(fù)其修復(fù)成果會(huì)成指數(shù)級(jí)增長(zhǎng)。
缺陷集群性(2/8 原則)-Defect clustering
有一種理論，二八原則，一般認(rèn)為，百分之 80 的缺陷是由百分之 20 的模塊引起的。缺陷聚類(lèi)指的是 在幾個(gè)模塊中發(fā)現(xiàn)了大部分缺陷。
這一原則要求測(cè)試團(tuán)隊(duì)利用自己的知識(shí)和經(jīng)驗(yàn)，確定要測(cè)試的潛在模塊。 這一預(yù)測(cè)有助于節(jié)省時(shí)間和 精力，因?yàn)閳F(tuán)隊(duì)只需要關(guān)注那些 “敏感” 領(lǐng)域。然而，這種方法也有缺點(diǎn): 一旦測(cè)試人員只專注于那些敏感領(lǐng)域，可能會(huì)錯(cuò)過(guò)其他區(qū)域的錯(cuò)誤。
八、殺蟲(chóng)劑悖論
當(dāng)我們反復(fù)使用相同的殺蟲(chóng)劑的時(shí)候，會(huì)有少量害蟲(chóng)產(chǎn)生免疫而存活下來(lái)，使得殺蟲(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è)試效率。
九、測(cè)試證明軟件存在缺陷
測(cè)試只能證明軟件中存在缺陷，但并不能證明軟件中不存在缺陷。軟件測(cè)試只是為了降低存在缺陷的可能性，即便是沒(méi)有找到缺陷，也不能證明軟件是完美的。
十、不存在缺陷的謬論
軟件測(cè)試不僅僅只是為了找出 Bug 而存在的活動(dòng)，還需要確認(rèn)軟件是否滿足用戶的期望和需求，如果產(chǎn)品不能滿足用戶的需求，即使沒(méi)有出現(xiàn)任何缺陷，這個(gè)產(chǎn)品也是失敗的。“沒(méi)有錯(cuò)誤”并不是我們的追求，在這互聯(lián)網(wǎng)時(shí)代，始終快速給用戶創(chuàng)造最大的價(jià)值才是我們孜孜不倦的追求。
