軟件測試常見問題

第第頁軟件測試常見問題軟件測試常見問題

發(fā)表于：2023-06-18來源：：點(diǎn)擊數(shù)：標(biāo)簽：軟件測試

1、如何描述一個(gè)缺陷？看到這個(gè)問題，也許有些讀者會覺得可笑：哪個(gè)測試人員不會描述缺陷？但是現(xiàn)實(shí)中卻真的存在很多測試人員提交的缺陷需要向開發(fā)人員進(jìn)行解釋或者演示后，才能讓人明白他真正要表達(dá)的意思。實(shí)際上，是否能夠清晰地描述軟件缺陷，絕對體

1、如何描述一個(gè)缺陷？

看到這個(gè)問題，也許有些讀者會覺得可笑：哪個(gè)測試人員不會描述缺陷？但是現(xiàn)實(shí)中卻真的存在很多測試人員提交的缺陷需要向開發(fā)人員進(jìn)行解釋或者演示后，才能讓人明白他真正要表達(dá)的意思。實(shí)際上，是否能夠清晰地描述軟件缺陷，絕對體現(xiàn)著一個(gè)測試人員的能力水平高低。

除了極個(gè)別的不能重現(xiàn)的缺陷外，一個(gè)軟件缺陷至少應(yīng)該描述清楚三方面的內(nèi)容：缺陷概述、詳細(xì)內(nèi)容、重新步驟。

缺陷概述——用一到兩句話詳細(xì)地描述缺陷的癥狀，使管理人員一下子就能看明白大概是什么問題。

詳細(xì)內(nèi)容——詳細(xì)地描述缺陷的癥狀，可以發(fā)表自己對該缺陷的一些意見。詳細(xì)內(nèi)容主要供程序員進(jìn)行分析。

重新步驟——詳細(xì)描述如何在系統(tǒng)中重新缺陷，這是非常重要的一項(xiàng)內(nèi)容，如果重新步驟描述的非常清晰，將大大加快開發(fā)人員修改缺陷的速度。

通常情況下，很多缺陷管理軟件把“詳細(xì)內(nèi)容”與“重新步驟”進(jìn)行了合并，即只有一個(gè)文本輸入框供測試人員錄入信息，這就導(dǎo)致很多測試人員疏忽了去描述“重新步驟”。

此外其他諸如測試版本、測試環(huán)境、發(fā)現(xiàn)日期等輔助信息也應(yīng)該認(rèn)真錄入。

2、缺陷是誰“生產(chǎn)”的？

這是一個(gè)“老生常談”的問題。尤其在追究一些質(zhì)量問題責(zé)任的時(shí)候。常常聽測試人員抱怨：“這些模塊簡直是垃圾！不值得測試！浪費(fèi)我的時(shí)間！”，開發(fā)人員則抱怨：“重要的問題發(fā)現(xiàn)不了，卻成天盯著那些無關(guān)痛癢的小問題，還不如自己去測試！”。

不符合用戶要求的都可以稱之為缺陷，因此缺陷的來源主要有兩類：一類是沒有正確理解用戶需求，由系統(tǒng)需求或者分析人員設(shè)計(jì)出來的缺陷，這類缺陷主要由設(shè)計(jì)人員“生產(chǎn)”；另外一類是程序開發(fā)人員沒有按照設(shè)計(jì)要求進(jìn)行開發(fā)或者編寫的代碼存在錯(cuò)誤而引起的缺陷，這類缺陷由程序開發(fā)人員“生產(chǎn)”。

對于那些開發(fā)流程不規(guī)范的組織，通常開發(fā)人員會包辦測試前的大部分工作。在這種環(huán)境下，幾乎沒有什么設(shè)計(jì)文檔，軟件開發(fā)主要按照程序設(shè)計(jì)人員的想像來進(jìn)行，這個(gè)時(shí)候的缺陷則主要由開發(fā)人員“生產(chǎn)”。

圖14-1詳細(xì)的描述了軟件設(shè)計(jì)與用戶需求的巨大差異，通過圖14-1也很容易想到為什么現(xiàn)實(shí)中會有大量的應(yīng)用軟件不能更好地幫助用戶實(shí)現(xiàn)預(yù)期目標(biāo)的真正原因。

測試人員不是缺陷的“生產(chǎn)”者，因?yàn)闇y試人員沒有寫過一行代碼，這是否意味著測試人員可以在一旁“幸災(zāi)樂禍呢”？事實(shí)恰好相反，測試人員與缺陷關(guān)系更加密切，他們是“缺陷的缺陷”的制造者。所謂“缺陷的缺陷”，主要指測試人員提交的“不是缺陷”的缺陷，即測試人員沒有正確理解需求，從而提交了根本“不是缺陷”的缺陷，這種缺陷也是測試人員經(jīng)常受到指責(zé)的重要原因。

關(guān)于上面的抱怨，測試和開發(fā)雙方都需要擺正心態(tài)：因?yàn)閷?shí)際雙方都在不停的“生產(chǎn)”著缺陷，只是創(chuàng)造的方式不同罷了。

圖14-1開發(fā)出的軟件與用戶實(shí)際需求的差異

3、缺陷產(chǎn)生的原因是什么？

在上個(gè)問題中，已經(jīng)介紹了設(shè)計(jì)人員、開發(fā)人員、測試人員都會“生產(chǎn)”軟件缺陷。在實(shí)際工作中，缺陷產(chǎn)生的方式更是層出不窮，原因也是多種多樣。例如開發(fā)人員去接杯水，碰巧和另外一個(gè)接水的同事聊了幾句，結(jié)果回到工位時(shí)忘記了要在某個(gè)判斷語句追加此前已經(jīng)想好的一個(gè)判斷條件，這無疑會產(chǎn)生一個(gè)缺陷。因此很難一下子把缺陷產(chǎn)生的原因全部陳列出來，下面只是一些引起缺陷的典型原因：

（1）開發(fā)人員不太了解需求，不清楚應(yīng)該“做什么”和“不做什么”，常常做不合需求的事情，因此產(chǎn)生了缺陷；

（2）軟件系統(tǒng)越來越復(fù)雜，開發(fā)人員不太可能精通所有的技術(shù)。如果不能正確地掌握新的技術(shù)或者知識，可能會產(chǎn)生缺陷；

（3）技術(shù)文檔普遍編寫的很差，甚至文檔本身就有缺陷，導(dǎo)致使用者產(chǎn)生更多的缺陷；

（4）軟件需求、設(shè)計(jì)報(bào)告、程序經(jīng)常發(fā)生變更，每次變更都可能產(chǎn)生新的缺陷；

（5）任何人在編程時(shí)都可能犯錯(cuò)誤，導(dǎo)致程序中有缺陷；

（6）技術(shù)人員常處于進(jìn)度的壓力之下，不能靜心思考也很容易產(chǎn)生缺陷，尤其是在Deadline臨近之際，頻繁的加班是開發(fā)人員疲于應(yīng)付進(jìn)度；

（7）很多開發(fā)人員過于自信，喜歡說“沒問題”，因此對于一些代碼不進(jìn)行認(rèn)真的調(diào)試，這也是一些缺陷產(chǎn)生的原因；

（8）頻繁的拷貝代碼也會把缺陷隨之復(fù)制到新的程序中，尤其是復(fù)制其它團(tuán)隊(duì)成員的代碼更容易使一些缺陷隱藏在程序中。

4、軟件的質(zhì)量應(yīng)該由什么人來負(fù)責(zé)？

對于一些開發(fā)管理混亂或者測試剛剛起步的組織，產(chǎn)品質(zhì)量一發(fā)生問題，習(xí)慣上會歸咎于測試小組，認(rèn)為測試人員沒有測試好產(chǎn)品，所以才產(chǎn)生了那么多的缺陷。

對于開發(fā)管理規(guī)范一些或者測試體系已經(jīng)建立一定時(shí)間的組織，如果客戶投訴產(chǎn)品質(zhì)量問題，則往往開發(fā)人員與測試人員會一起接受處罰。這種處理方式多少會讓測試人員心理稍稍平衡一些。

追根溯源，軟件發(fā)生質(zhì)量問題實(shí)際是項(xiàng)目管理不規(guī)范引起的。因此，如果要追究責(zé)任的話，軟件質(zhì)量問題的責(zé)任應(yīng)該由整個(gè)團(tuán)隊(duì)來承擔(dān)。只有提高整個(gè)團(tuán)隊(duì)的開發(fā)水平，才能提高質(zhì)量。

此外，也應(yīng)該認(rèn)識到軟件發(fā)現(xiàn)問題是正常的現(xiàn)象，很少有軟件實(shí)現(xiàn)了零缺陷。做為公司領(lǐng)導(dǎo)者，應(yīng)該具體問題具體分析，不要老是考慮如何懲罰自己的成員。

5、測試能保證質(zhì)量嗎？

在軟件質(zhì)量方面，目前多數(shù)IT企業(yè)主要采取三種措施：技術(shù)評審、過程檢查、軟件測試。

技術(shù)評審：技術(shù)評審最初是由IB