軟件測(cè)試原則和經(jīng)驗(yàn) 為什么要做軟件測(cè)試?
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時(shí)間:[ 2012/2/21 10:48:31 ] 推薦標(biāo)簽:
目前流行的軟件測(cè)試有八項(xiàng)基本原則,這八項(xiàng)基本原則可以指導(dǎo)我們更有效的執(zhí)行軟件測(cè)試。
1、應(yīng)當(dāng)把“盡早和不斷的測(cè)試”作為開發(fā)者的座右銘
測(cè)試應(yīng)該盡早進(jìn)行,好在需求階段開始介入,不要等到軟件產(chǎn)品做完了才開始。
2、程序員應(yīng)該避免檢查自己的程序,軟件測(cè)試應(yīng)該由第三方構(gòu)造。程序員對(duì)自己的程序已經(jīng)產(chǎn)生抗體,所以測(cè)試自己的程序無(wú)法測(cè)試深層次的缺陷。
3、設(shè)計(jì)測(cè)試用例時(shí)應(yīng)該考慮到合法的輸入和不合法的輸入以及各種邊界條件,特殊情況下要制造極端狀態(tài)和意外狀態(tài),比如網(wǎng)絡(luò)異常中斷,電源斷電等。
4、一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象,這和程序員的編程水平和習(xí)慣有很大的關(guān)系。測(cè)試中存在群集現(xiàn)象,錯(cuò)誤喜歡發(fā)現(xiàn)在相同的模塊以及相關(guān)的開發(fā)人員編寫的程序。
5、對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)過(guò)程。一般由A測(cè)試出來(lái)的錯(cuò)誤,一定要有一個(gè)B來(lái)確認(rèn)。嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)議進(jìn)行討論和分析,對(duì)測(cè)試的結(jié)果要進(jìn)行嚴(yán)格的確認(rèn),是否真的存在這個(gè)問題,問題的嚴(yán)重程度是否正確等。
6、制定嚴(yán)格的測(cè)試計(jì)劃,并把測(cè)試時(shí)間安排的盡量寬松。不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。一定要制定測(cè)試計(jì)劃,但不要為了做測(cè)試計(jì)劃文檔而制定測(cè)試計(jì)劃,測(cè)試計(jì)劃一定要有指導(dǎo)性。
7、回歸測(cè)試的關(guān)聯(lián)性一定要引起充分注意。修改一個(gè)錯(cuò)誤而引起更多錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見。
8、妥善保存一切測(cè)試過(guò)程文檔。測(cè)試的重現(xiàn)性往往要靠測(cè)試文檔來(lái)體現(xiàn)。軟件測(cè)試過(guò)程中產(chǎn)生的文檔要納入配置管理庫(kù),進(jìn)行嚴(yán)格的版本控制,不能隨意的修改測(cè)試文檔,需要制定變更測(cè)試文檔的流程。
軟件測(cè)試經(jīng)驗(yàn):
1、測(cè)試的Good Enough原則。對(duì)于相對(duì)復(fù)雜的產(chǎn)品或系統(tǒng)來(lái)說(shuō),zero-bug是一種理想,good-enough則是我們的原則。Good-enough原則是一種權(quán)衡投入/產(chǎn)出比的原則:不充分的測(cè)試是不負(fù)責(zé)任的,而過(guò)分的測(cè)試是一種資源的浪費(fèi),同樣也是一種不負(fù)責(zé)任的表現(xiàn)。我們的操作困難在于,如何界定什么樣的測(cè)試是不充分的,什么樣的測(cè)試是過(guò)分的。針對(duì)這種情況,測(cè)試人員好制定低測(cè)試通過(guò)標(biāo)準(zhǔn)和測(cè)試內(nèi)容,然后具體問題具體分析。
2、測(cè)試的木桶原理和80-20原則。
1)依據(jù)軟件產(chǎn)品全面質(zhì)量管理的概念,產(chǎn)品質(zhì)量的關(guān)鍵因素是分析、設(shè)計(jì)和實(shí)現(xiàn),測(cè)試應(yīng)該是融于其中的補(bǔ)充的檢查手段,是提高產(chǎn)品質(zhì)量的必要條件,也是提高產(chǎn)品質(zhì)量直接、uaijie的手段,但決不是一種根本手段。反過(guò)來(lái)說(shuō),如果把提高產(chǎn)品質(zhì)量的砝碼全部押在測(cè)試上,那將是一個(gè)漫長(zhǎng)而恐怖的災(zāi)難。
2)Bug的80-20原則。一般情況下,在分析、設(shè)計(jì)、實(shí)現(xiàn)階段的復(fù)審和測(cè)試工作能夠發(fā)現(xiàn)和避免80%的Bug,而系統(tǒng)測(cè)試又能找出其余Bug中的80%,后的4%的Bug可能只有在用戶的大范圍、長(zhǎng)時(shí)間的使用之后才會(huì)暴露出來(lái)。因?yàn)闇y(cè)試只能盡可能多的發(fā)現(xiàn)缺陷,無(wú)法保證能發(fā)現(xiàn)所有錯(cuò)誤。
3、測(cè)試人員永遠(yuǎn)不要保證什么。在任何時(shí)候都不要表露出有了測(cè)試人員或者有了像你一樣的測(cè)試人員,產(chǎn)品沒有任何問題了。這是在自己打自己的嘴,測(cè)試人員要給自己留個(gè)退路,要表露出謙虛的一面,“盡量少在用戶使用時(shí)發(fā)現(xiàn)問題”,“我會(huì)竭盡全力做好測(cè)試工作”。
4、測(cè)試人員編寫的文檔是代表自己。測(cè)試人員的任何文檔代表的是你本人,所以文檔一定要寫的漂亮,所謂漂亮是要求格式、版面整齊,沒有錯(cuò)別字,語(yǔ)言通順,表達(dá)清楚,沒有歧義,一般的技術(shù)人員都能讀懂你的文檔。
5、測(cè)試人員要學(xué)會(huì)逆向思維。開發(fā)人員一般都是從正面滿足需求,比較少去考慮不滿足需求的部分,測(cè)試人員要從逆向思維考慮,有哪些是開發(fā)人員沒有考慮到的、不滿足需求的部分。
6、編寫缺陷一定要保證重現(xiàn)。在保證重現(xiàn)缺陷的時(shí)候,要注意缺陷不要描述太?嗦,一般在3-個(gè)步驟要完成操作。
7、測(cè)試一定要依據(jù)需求。離開了需求,叫做你根本沒有真正測(cè)試被測(cè)項(xiàng)目。
8、關(guān)注對(duì)用戶不利的缺陷。要更多的考慮用戶能否正確、完整的使用被測(cè)軟件,用戶使用這套軟件能夠給他們的工作帶來(lái)好處。不要過(guò)多考慮用戶不在意的問題。
9、適當(dāng)?shù)囊霚y(cè)試工具提高測(cè)試效率。完全的手工測(cè)試過(guò)程是非常浪費(fèi)時(shí)間和資源的,所以測(cè)試人員應(yīng)該根據(jù)公司的實(shí)際情況適當(dāng)?shù)囊霚y(cè)試工具。一般情況首先引入的是測(cè)試管理工具,把整個(gè)測(cè)試過(guò)程管理起來(lái),然后考慮其他測(cè)試工具。
10、測(cè)試人員是服務(wù)人員。整個(gè)項(xiàng)目組的人都是測(cè)試人員服務(wù)的對(duì)象,針對(duì)不同的人,我們應(yīng)該提供不同的幫助與協(xié)助。
相關(guān)推薦

最新發(fā)布
性能測(cè)試之測(cè)試環(huán)境搭建的方法
2020/7/21 15:39:32軟件測(cè)試是從什么時(shí)候開始被企業(yè)所重視的呢?
2020/7/17 9:09:11Android自動(dòng)化測(cè)試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項(xiàng)目適合做自動(dòng)化?自動(dòng)化測(cè)試人員應(yīng)具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測(cè)試工具測(cè)評(píng)
2020/7/17 8:52:11RPA機(jī)器人能夠快速響應(yīng)企業(yè)需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測(cè)試基本概念是怎么來(lái)的?軟件測(cè)試生命周期的形成歷經(jīng)了什么?
2020/7/16 9:11:10