軟件測試的風(fēng)險(xiǎn)和解決辦法來源： 日期：[2021-04-29]
1.軟件需求的風(fēng)險(xiǎn)
主要表現(xiàn)在以下的幾個(gè)方面：
1）軟件需求本身不清晰或者開發(fā)商對(duì)產(chǎn)品的需求特性理解不準(zhǔn)確有偏差，這樣導(dǎo)致最終開發(fā)的產(chǎn)品功能可能不是用戶真正想要的功能。
2）需求變更風(fēng)險(xiǎn)，在項(xiàng)目的后期用戶總是不停的提出需求變更，從而影響設(shè)計(jì)、代碼，并且最終反映到測試中來。需求變更后，測試用例沒有及時(shí)更新；更重要的是在項(xiàng)目的后期頻繁的需求會(huì)導(dǎo)致測試的時(shí)間不充分。
【解決辦法】
1）在項(xiàng)目開發(fā)過程中的每一個(gè)階段，盡量讓有決策權(quán)的核心用戶看到產(chǎn)品已經(jīng)實(shí)現(xiàn)的每個(gè)階段的功能，如果不是用戶想要的東西盡早提出來，總之要讓用戶參與進(jìn)來。
2）另外對(duì)于后期用戶不停的提出需求變更作為開發(fā)商來說，應(yīng)該多和有決策權(quán)的核心用戶多溝通，爭取更充分的研發(fā)時(shí)間和測試時(shí)間，或者最好能把后期提出的功能放到下一個(gè)版本中實(shí)現(xiàn)。
2.人員的風(fēng)險(xiǎn)
人員的風(fēng)險(xiǎn)常常表現(xiàn)在以下等方面：
1）核心測試人員的請(qǐng)假、離職
2）測試人員的工作態(tài)度不端正、工作狀態(tài)差
3）測試人員的測試技術(shù)不足，比如說產(chǎn)生測試的思維定勢，有些有問題的地方始終測試不到位
【解決辦法】
1）對(duì)于核心的測試人員可能離職而延誤測試的情況，作為測試管理者可以在平時(shí)給這些核心人員配置一些可以候補(bǔ)的測試人員來向他們學(xué)習(xí)，以避免這些核心人的請(qǐng)假、離職的時(shí)候，可以立即補(bǔ)充上來。對(duì)于一些關(guān)鍵的業(yè)務(wù)和技術(shù)一定要有文檔。
2）另外可以通過對(duì)測試工程師進(jìn)行考評(píng)的方式監(jiān)督他們每天的工作情況，看看其工作態(tài)度是不是盡心盡力符合目前的項(xiàng)目測試工作，如果發(fā)現(xiàn)不符合的話，測試管理者可以找其單獨(dú)談話督促其改正。
3）每個(gè)測試工程師的思維方式肯定有差別，所以測試管理者多讓這些工程師在測試每一輪后，在進(jìn)行不同模塊的交叉測試。
3.代碼質(zhì)量的風(fēng)險(xiǎn)
如果開發(fā)人員提交上來的代碼質(zhì)量很差、很爛的話，軟件缺陷很多，那么對(duì)于測試工程師來說漏測的可能性就越大。
【解決辦法】
對(duì)于程序員的提交給測試部門的代碼一定要在前期做好充足的單元測試、對(duì)于核心模塊的代碼一定要有資深的研發(fā)工程師進(jìn)行前期檢查
4.測試環(huán)境的風(fēng)險(xiǎn)
測試人員在測試過程中搭建的測試環(huán)境，雖然原則上是盡可能模擬用戶實(shí)際使用的環(huán)境。但是不可能100%完全和用戶的環(huán)境一樣，這樣就會(huì)存在一定的風(fēng)險(xiǎn)，因?yàn)橛行┸浖娜毕葜挥性谔囟ǖ沫h(huán)境下（包括硬件、操作系統(tǒng)、殺毒軟件和軟件的不同版本的補(bǔ)丁和用戶實(shí)際使用的數(shù)據(jù)等）才能出現(xiàn)。
【解決辦法】
測試部門在測試過程中搭建的測試環(huán)境的時(shí)候，盡量盡一切可能無限制的模擬用戶使用的環(huán)境（硬件、操作系統(tǒng)的版本和補(bǔ)丁，數(shù)據(jù)庫的版本和補(bǔ)丁）在測試的時(shí)候盡量和用戶溝通要到用戶真實(shí)的數(shù)據(jù)進(jìn)行測試。以減少風(fēng)險(xiǎn)。
5.測試工程師對(duì)產(chǎn)品的業(yè)務(wù)不熟悉
對(duì)業(yè)務(wù)產(chǎn)品的不熟悉一般表現(xiàn)在以下幾個(gè)方面：
1）測試工程師不了解用戶究竟是如何操作該產(chǎn)品和用戶的操作習(xí)慣
2）測試工程師介入到項(xiàng)目測試的時(shí)間太短
【解決辦法】
可以找一些相關(guān)行業(yè)的專家給測試人員進(jìn)行培訓(xùn)，當(dāng)然用戶也就是最好的行業(yè)專家。另外測試人員一定要在項(xiàng)目的前期就介入到項(xiàng)目中去熟悉產(chǎn)品，對(duì)產(chǎn)品越熟悉找出的軟件缺陷越有價(jià)值。
6.測試深度和廣度的風(fēng)險(xiǎn)
1）測試的廣度，用戶的操作肯定是千變?nèi)f化的，測試工程師在測試的時(shí)候肯定不能100%覆蓋到這些千變?nèi)f化的操作。有些極端的情況容易被遺漏、測試不到。
2）測試的深度，比如有些軟件只有在特定的情況下，比如多用戶并發(fā)的情況下使用的過程中才會(huì)產(chǎn)生軟件的缺陷bug，但是測試工程師在測試的時(shí)候忽略了這種情況，只有某幾個(gè)測試工程師在測試使用這些功能。
【解決辦法】
測試工程師在寫測試用例的時(shí)候盡量提高測試用例的覆蓋率（在測試用例完成后組織進(jìn)行測試用例的評(píng)審工作），如果測試用例能覆蓋不同的用戶千變?nèi)f化的操作最好。特別是一些邊界值、深層次的邏輯關(guān)系等。以及用戶實(shí)際使用環(huán)境下的場景（比如大用戶量的并發(fā)操作等）。
7.測試工具本身可能產(chǎn)生誤差
1）測試工具能模擬用戶的手工操作，但是這種工具本身就存在誤差、或者使用者操作不當(dāng)產(chǎn)生的誤差，比如：在項(xiàng)目后期的回歸測試的時(shí)候使用自動(dòng)化功能測試工具QTP進(jìn)行回歸測試的時(shí)候，由于修改了某些腳步導(dǎo)致QTP每次測試都能通過，但是到用戶現(xiàn)場的話有可能會(huì)最簡單的功能都通不過。
2）在進(jìn)行性能測試工具的時(shí)候大家常常使用Webload、Jemeter、Loadrrunner等，但是這些工具并不能100%模擬用戶的并發(fā)操作；比如用工具模擬500個(gè)用戶同時(shí)并發(fā)登錄系統(tǒng)，但是這些并發(fā)都是從1臺(tái)或者某幾臺(tái)測試機(jī)器上發(fā)出請(qǐng)求的。但是在用戶實(shí)際使用環(huán)境的情況下這500個(gè)用戶可能來自全國或全世界的各個(gè)地方。
【解決辦法】
1）對(duì)于自動(dòng)化的測試工具，一定要選擇一些知名大企業(yè)比較成熟的測試工具，比如：HP公司的Loadrunner，QTP或者IBM的系列測試工具
2）測試工程師在使用測試工具的過程中應(yīng)該大膽的排除一些不合理的測試值，比如：進(jìn)行了5次的大用戶的并發(fā)測試，其中有一次的測試結(jié)果與另外4次的測試結(jié)果偏差較大，那么測試工程師就可以排除這1次偏差較大的測試（因?yàn)檫@1次測試結(jié)果可能受到一些其他因素的影響而導(dǎo)致不準(zhǔn)確，比如受到網(wǎng)絡(luò)因素的影響等）。
3）另外測試工具僅僅是提高測試效率的，由于測試工程師在使用測試工具的過程中某些參數(shù)設(shè)置不合理而導(dǎo)致測試結(jié)果不準(zhǔn)確。所以不要過分的相信測試工具，最后一定要進(jìn)行人工的審核和檢查才可靠。
4）另外可以用不同的測試工具運(yùn)行相同的測試場景，如果不同的測試工具運(yùn)行相同的測試場景的測試結(jié)果相近的話，可以認(rèn)為這種測試是有效的。
8.測試資源的不充分
測試資源的不充足表現(xiàn)在很多方面，比如：
1）硬件資源不夠，國內(nèi)的很多小型的軟件企業(yè)開發(fā)和測試居然使用同一個(gè)環(huán)境，這樣肯定會(huì)影響測試效果的。
2）軟件資源不充分，比如在項(xiàng)目的后期進(jìn)行回歸測試的工作量很大，但是測試的人手不夠。
3）測試的時(shí)間不充足，在企業(yè)實(shí)際的研發(fā)過程中，研發(fā)人員由于各種原因（如用戶提出修改或者新增某些功能、甚至研發(fā)人員的技術(shù)水平等）導(dǎo)致提交到測試部門的延遲，這樣無形中減少了測試人員的測試，測試時(shí)間不充足會(huì)影響到測試的效果的。
【解決辦法】
作為一名測試管理者有義務(wù)向公司里申請(qǐng)更多的測試資源，如購置獨(dú)立的測試服務(wù)器把測試環(huán)境和研發(fā)環(huán)境分開；要求招聘更多的測試人員；測試管理者應(yīng)當(dāng)做好測試風(fēng)險(xiǎn)的預(yù)估，比如：在制定測試計(jì)劃的時(shí)候要預(yù)留一定的多余時(shí)間以應(yīng)對(duì)臨時(shí)變化的一些特殊情況。
