新聞中心

1：能吃苦嗎？

互聯網行業，加班是(shì)常态，996,007，當然并不(bù)是(shì)所有互聯網公司都是(shì)這(zhè)樣的(de)，最最主要(yào / yāo)是(shì)看公司項目，分兩種情況：一(yī / yì ／yí)：項目周期短任務重，壓縮開發和(hé / huò)測試時(shí)間，隻能通過加班來(lái)完成。二：項目的(de)用戶群體和(hé / huò)用戶量，比如銀行的(de)項目，那發版時(shí)間隻能是(shì)淩晨；如果用戶對象是(shì)醫生，那白天反倒是(shì)最适合發版的(de)，因爲(wéi / wèi)醫生白天忙着上(shàng)班。

2：能從枯燥的(de)工作中找到(dào)樂趣嗎？

這(zhè)點很重要(yào / yāo)，因爲(wéi / wèi)枯燥，所以(yǐ)無法從中找到(dào)樂趣，那可能堅持不(bù)了(le／liǎo)多久。爲(wéi / wèi)什麽說(shuō)枯燥？因爲(wéi / wèi)一(yī / yì ／yí)個(gè)功能，你可能需要(yào / yāo)測試幾遍，幾十遍。任務來(lái)了(le／liǎo)，測試一(yī / yì ／yí)遍，出(chū)現一(yī / yì ／yí)個(gè)bug，回歸測試一(yī / yì ／yí)遍，如果bug順利解決，預發環境測一(yī / yì ／yí)遍，線上(shàng)環境測一(yī / yì ／yí)遍，如果bug改出(chū)新的(de)bug，就(jiù)需要(yào / yāo)反反複複的(de)回歸測試，這(zhè)還隻是(shì)一(yī / yì ／yí)遍的(de)功能，以(yǐ)後這(zhè)個(gè)功能再做版本叠代，就(jiù)需要(yào / yāo)不(bù)停的(de)反複測試，線下測，預發測，線上(shàng)測。

3：有一(yī / yì ／yí)定的(de)計算機基礎

需要(yào / yāo)學會如何抓報文、如何查詢插入更新數據庫信息、開發抛給我們一(yī / yì ／yí)段代碼，至少能看得懂。

4：要(yào / yāo)有善于(yú)挖掘bug的(de)心

不(bù)能隻走正常流程，那是(shì)開發的(de)工作。要(yào / yāo)知道(dào)，用戶的(de)操作是(shì)不(bù)可控的(de)，我們需要(yào / yāo)盡可能多地(dì / de)模拟用戶場景，這(zhè)樣才能發現更多更深入地(dì / de)問題，減少上(shàng)線對用戶的(de)影響，将成本降到(dào)最低。

5：善于(yú)總結

如果出(chū)現線上(shàng)bug，不(bù)要(yào / yāo)怕，不(bù)要(yào / yāo)慌更不(bù)要(yào / yāo)推卸責任，人(rén)非聖賢孰能無過，重要(yào / yāo)的(de)是(shì)，要(yào / yāo)學會分析總結bug，爲(wéi / wèi)什麽會遺漏這(zhè)個(gè)測試點，以(yǐ)後才能完善測試點，更好的(de)避免類似問題的(de)發生。

6：喜歡找規律

對于(yú)不(bù)是(shì)必現的(de)bug，要(yào / yāo)學會分析，尋找在(zài)什麽條件怎麽操作才會出(chū)現，這(zhè)樣才會便于(yú)開發排查問題。

7：善于(yú)溝通

測試攻城獅，工作的(de)過程需要(yào / yāo)頻繁和(hé / huò)産品溝通确認測試點，和(hé / huò)開發溝通bug，所以(yǐ)善于(yú)溝通也(yě)是(shì)比較重要(yào / yāo)的(de)一(yī / yì ／yí)點。

8：持續學習新技能

前兩年，以(yǐ)功能測試爲(wéi / wèi)主，完善自己的(de)測試思維，提高用例的(de)測試覆蓋度，學習app，小程序，web不(bù)同渠道(dào)産品測試的(de)區别在(zài)哪，先打好基礎，等到(dào)給你測試任務，腦海中立馬出(chū)現測試點，測試風險，所需時(shí)長，可能隐藏的(de)bug等，那麽恭喜你到(dào)瓶頸期了(le／liǎo)。如何突破呢？通過提高自身競争力！花更多的(de)時(shí)間學習測試技能，比如自動化測試，性能測試，安全測試等等。如果不(bù)願意突破，一(yī / yì ／yí)直停留在(zài)功能測試，那很容易被淘汰或一(yī / yì ／yí)直在(zài)較低的(de)水平，薪資也(yě)上(shàng)不(bù)去，因爲(wéi / wèi)你沒有核心競争力。但作爲(wéi / wèi)測試攻城獅，大(dà)部分的(de)工作還是(shì)以(yǐ)功能測試爲(wéi / wèi)主，其他(tā)測試爲(wéi / wèi)輔。

如果這(zhè)幾點，都沒問題，那麽下面我們來(lái)看看什麽是(shì)軟件測試？

官方定義：在(zài)規定的(de)條件下對程序進行操作，以(yǐ)發現程序錯誤，衡量軟件質量，并對其是(shì)否能滿足設計要(yào / yāo)求進行評估的(de)過程。

簡單來(lái)說(shuō)就(jiù)是(shì)對軟件功能進行測試，檢查軟件的(de)功能與需求是(shì)否一(yī / yì ／yí)緻，是(shì)預期結果與實際結果對比的(de)過程。

舉個(gè)栗子(zǐ)：

需求：用戶中心，新增手機号的(de)輸入框，要(yào / yāo)求：手機号必填，并校驗輸入的(de)手機号是(shì)否正确。

那麽我們測試手機号輸入框的(de)功能，是(shì)否符合需求，界面是(shì)否美觀，交互是(shì)否友好等，這(zhè)樣的(de)過程就(jiù)是(shì)軟件測試。

看起來(lái)是(shì)不(bù)是(shì)比較簡單？是(shì)的(de)，軟件測試可簡單可複雜。就(jiù)拿上(shàng)面的(de)栗子(zǐ)來(lái)說(shuō)：

可簡單：

輸入手機号，保存成功，數據存儲正确。

可複雜：

界面和(hé / huò)交互：

1：輸入框風格是(shì)否統一(yī / yì ／yí)

2：默認提示是(shì)否清晰

3：有無錯别字

4：錯誤提示是(shì)否易懂

......

功能：

1：是(shì)否加必填驗證？

2：輸入空格

3：輸入非11位數字，1位，12位

4：輸入11位數字，但不(bù)符合手機号規則，比如12345678901

5：輸入非數字

6：輸入特殊字符

7：輸入超長字符

8：輸入正确的(de)手機号，看數據庫是(shì)否保存成功

9：繞過前端限制，篡改接口提交的(de)手機号

......

上(shàng)面的(de)用例全嗎？其實還不(bù)全，還需要(yào / yāo)根據操作系統和(hé / huò)實際頁面交互來(lái)區别設計，還有性能和(hé / huò)安全測試等等。