是從用戶的角度看。當(dāng)用戶使用時，發(fā)現(xiàn)系統(tǒng)主要功能存在問題！發(fā)現(xiàn)系統(tǒng)使用起來像蝸牛一樣慢！發(fā)現(xiàn)系統(tǒng)存在安全隱患，用戶數(shù)據(jù)安全得不到保障！發(fā)現(xiàn)系統(tǒng)太不好使了，太麻煩了，看不懂！

如果是出現(xiàn)上面的問題，一定是功能測試、性能測試、安全性測試、用戶體驗(yàn)測試沒有做好；如果這些問題被測試提前發(fā)現(xiàn)，而不是遺留給用戶；用戶使用起來一切OK而且感覺很爽，那我們的價值也就找到了。

是從項(xiàng)目的角度看。測試的價值就是保證應(yīng)用的質(zhì)量；直接的數(shù)據(jù)表現(xiàn)就是發(fā)現(xiàn)的Bug；其實(shí)作為測試來說，我發(fā)現(xiàn)的問題越多，對產(chǎn)品的質(zhì)量就越不放心；Bug越多，證明產(chǎn)品存在的隱患就越多，代碼質(zhì)量是存在問題的。測試一直是以測試發(fā)現(xiàn)的bug數(shù)量論英雄，其實(shí)我覺得除了數(shù)量，發(fā)現(xiàn)Bug的早晚、嚴(yán)重程度、隱藏深度、Bug類型更能說明一個測試人員的價值。

那么，回到正題，如何來提升測試的價值呢？

下面供大家參考。

從需求及設(shè)計階段就開始測試，盡早發(fā)現(xiàn)需求和設(shè)計中存在的問題和漏洞。即使沒有時間或人力在需求階段投入，也應(yīng)該在后續(xù)階段，重點(diǎn)對需求及設(shè)計進(jìn)行深入分析，挖掘其漏洞，發(fā)現(xiàn)其問題。只要在交付用戶之前發(fā)現(xiàn)，總比遺漏給用戶強(qiáng)過百倍。

深如了解用戶需求，站在用戶角度思考，提升用戶體驗(yàn)。多與用戶接觸，多跟業(yè)務(wù)方聊天，你會有很多意想不到的收獲。因?yàn)橛脩趔w驗(yàn)不是我們想出來的，而是用戶真正體驗(yàn)、使用總結(jié)而來的

采用白盒加黑盒的測試策略，盡量提升測試準(zhǔn)確度。如果純黑盒測試，有時開發(fā)可能只改了一行代碼，或者改了一個配置，我們就需要回歸整個流程及其中一些重要細(xì)節(jié)；但如果我們通過閱讀代碼，與開發(fā)溝通，通過代碼的修改評估出影響的范圍，我們就能有的放矢。這樣的測試我們不僅提高了工作效率，縮短測試時間，還能讓我們測試的更明白，更放心。

通過冒煙測試，減少不必要的資源浪費(fèi)。冒煙的測試用例由測試和開發(fā)共同編寫，評審。保證開發(fā)提測的代碼流程是通的，測試也不用在流程性的問題上耽誤太多時間，而保證更多的精力去探索需求、設(shè)計及代碼。

站在專業(yè)測試的角度，不局限于自己目前的負(fù)責(zé)范圍。術(shù)業(yè)有專攻；有的人只負(fù)責(zé)功能，有的人只負(fù)責(zé)性能，有的只負(fù)責(zé)安全，等等。但是作為測試人員，我們不能僅僅局限于我們目前的工作范圍，應(yīng)該從整體去考慮；因?yàn)榱㈨?xiàng)時，項(xiàng)目經(jīng)理和開發(fā)人員有哪些類型測試需要做，他們可能不會特別清楚；這時，就應(yīng)該站在專業(yè)的角度，為項(xiàng)目組提供更合理的建議。

所以不管你是做軟件測試，還是手游測試或APP測試，效率問題都關(guān)系到這個項(xiàng)目的生存，通過提升效率也就提升你自身的價值，這就是測試的價值。

如何提升測試的價值體現(xiàn)

http://www.testtao.com/forum.php?mod=viewthread&tid=41023&fromuid=34287

(出處: 測試之道)