問答專欄Q & A COLUMN
你好。很高興回答你的問題，軟件測試分為黑盒測試 和 白盒測試。
顧名思義，黑盒測試就是，不看代碼，一通瞎點(diǎn)，模擬一個(gè)正常用戶（也有可能是不正常的用戶）去操作使用你的軟件。這個(gè)時(shí)候是不需要寫代碼的，這種測試一般需要寫很多測試文檔，包括測試用例，測試流程，測試結(jié)果。這類測試人員工資一般不會(huì)太高。天花板在一萬左右！北上廣深能稍微高點(diǎn)，但也難突破一萬。大大廠另說！
顧名思義，白盒測試，就是軟件要全部攤開了，代碼也拿出來測試，這種對技術(shù)水平要求非常高。不但要看得懂代碼，還要寫軟件去做測試用例，這不同與寫文檔測試用例，這個(gè)崗位通常是技術(shù)轉(zhuǎn)崗，畢竟又懂編碼又懂測試的，基本編碼去了，畢竟編碼工資高很多。但是懂編碼的測試，通常工資高的嚇人，常規(guī)月薪2萬都很常見。本人見過最高的2萬5。
最后，我的想法是不管測試懂不懂寫代碼，都要去學(xué)習(xí)編碼，畢竟提升技能能直接增加自己的收入！
評論0
加載中...
軟件測試分為黑盒測試與白盒測試。
黑盒測試是不需要寫任何代碼的，而白盒測試是需要寫測試代碼的，比如接口測試代碼，流程測試代碼等。
評論0
加載中...
軟件測試需要懂代碼嗎？
這個(gè)行業(yè)現(xiàn)在還有很多的從業(yè)人員都有這樣的疑惑。不過在回答這個(gè)問題之前，我們必須全面了解一下軟件測試扮演的角色。
軟件測試大概分兩種角色，業(yè)務(wù)型測試和技術(shù)型測試。
業(yè)務(wù)型測試，他的工作任務(wù)是在系統(tǒng)開發(fā)完成或大體完成的情況下參與驗(yàn)證測試系統(tǒng)的功能及其完整性，這種測試角色需要是業(yè)務(wù)熟練，不一定要有編程能力。
技術(shù)型測試，技術(shù)型測試所關(guān)注的內(nèi)容和業(yè)務(wù)型測試不同，要求掌握或是具備數(shù)據(jù)庫、編程能力、系統(tǒng)架構(gòu)、數(shù)據(jù)設(shè)計(jì)和應(yīng)用接口等技術(shù)能力。
技術(shù)型測試也分為手工測試和自動(dòng)化測試。
手工測試也基本是不要求有編程能力；自動(dòng)化測試，或者半自動(dòng)化的，是需要代碼做為支撐的。從技術(shù)方面來講，不懂代碼的軟件測試員不是根本意義上的軟件測試員。軟件測試除了手工測試外，還有自動(dòng)化測試、功能測試等，這些都需要我們基于現(xiàn)成工具開發(fā)腳本（要是要求高的話，還需要構(gòu)建框架、甚至整套平臺），這需要有編程能力。如果連工具都要自己開發(fā)，那對編程能力要求更高?，F(xiàn)在流行scrum等敏捷開發(fā)模式，這要求QA能與開發(fā)緊密結(jié)合，基于開發(fā)細(xì)節(jié)來衡量風(fēng)險(xiǎn)，執(zhí)行測試。這也要求你要能開動(dòng)程序的基本架構(gòu)。自動(dòng)化測試工具無法解決全部的測試工作，測試人員要有探索精神，就像18、19世紀(jì)的科學(xué)家，為了進(jìn)行科學(xué)探索，自己開發(fā)試驗(yàn)工具。如果說你告別編程，可能你目前的測試工作已經(jīng)模式化，對個(gè)人能力要求不高。不懂代碼不是不能做測試，只是發(fā)展必然受限。其實(shí)現(xiàn)在也有很多測試人員是不懂代碼的，但依然還在從事測試這方面的工作。在敏捷開發(fā)等新思路的影響下，BDD和TDD的開發(fā)管理方式已經(jīng)開始被采用，測試和開發(fā)順序有部分顛倒了，自動(dòng)化測試也有一部分可以用貼近自然語言的方式實(shí)現(xiàn)。如果你有意在測試行業(yè)發(fā)展，請不要放棄代碼，多看看國外的前沿技術(shù)。
關(guān)注公 眾 號【江蘇優(yōu)就業(yè)】【IT學(xué)習(xí)群748379516】或私聊小優(yōu)了解更多it資訊和免費(fèi)公開課~~
評論0
加載中...
很高興給你解答，軟件測試需不需要寫代碼這個(gè)問題問的很好，下面我給介紹一下軟件測試，其經(jīng)典定義為：在規(guī)定的條件下對程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對其是否能滿足設(shè)計(jì)要求進(jìn)行評估的過程。換句話說，軟件測試是一種實(shí)際輸出與預(yù)期輸出之間的審核或者比較過程。
軟件測試又分幾種測試，黑盒測試，白盒測試，灰盒測試。
白盒測試是基于代碼的測試，測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量，一般白盒測試由項(xiàng)目經(jīng)理在程序員開發(fā)中來實(shí)現(xiàn)。白盒測試分為動(dòng)態(tài)白盒測試和靜態(tài)白盒測試。
若測試規(guī)劃是基于產(chǎn)品的功能，目的是檢查程序各個(gè)功能是否能夠?qū)崿F(xiàn)，并檢查其中的功能錯(cuò)誤，則這種測試方法稱為黑盒測試方法。
灰盒測試是介于白盒和黑盒之間的測試手段。通過上面的分析可以了解，白盒測試是需要了解代碼的，同時(shí)需要編寫測試?yán)蹋诤袦y試也可以不需要了解代碼結(jié)構(gòu)，因?yàn)楹诤袦y試是在不了解源代碼情侶下進(jìn)行的。如果題主需要進(jìn)行黑盒測試應(yīng)該就不用寫代碼，只需要根據(jù)測試用例測試接口就可以了，如果想要進(jìn)行白盒測試就得自己寫測試用例。
當(dāng)然這樣也不一定完全對的，有時(shí)候黑盒測試也可能需要寫測試代碼，有時(shí)候白盒測試反而不需要測試代碼。不過一般測試程序員對編碼要求不會(huì)很高，如果回編碼的話在找工作中也是一項(xiàng)優(yōu)勢。
評論0
加載中...
在App開發(fā)團(tuán)隊(duì)中絕大多數(shù)測試人員都是手工測試，不需要懂代碼。但是對于怎么用代理看網(wǎng)絡(luò)請求和相應(yīng)，理解Json內(nèi)容還是需要懂的。當(dāng)然如果在前面的基礎(chǔ)上能理解代碼，寫些自動(dòng)化測試腳本，肯定會(huì)對測試準(zhǔn)確性和效率有更大幫助。
評論0
加載中...
