愛(ài)鋒貝

標(biāo)題: 測(cè)試開(kāi)發(fā)崗-高頻知識(shí)整理【春招】 ，內(nèi)附面試題答案！ [打印本頁(yè)]
作者: 毛屌屌    時(shí)間: 2023-2-8 13:55
標(biāo)題: 測(cè)試開(kāi)發(fā)崗-高頻知識(shí)整理【春招】 ，內(nèi)附面試題答案！
1. 本文內(nèi)容來(lái)源：本文是將自己在20年里找工作的部分筆記重新整理了下，不少內(nèi)容當(dāng)時(shí)是查閱的知乎、博客園、書(shū)籍等(部分還能找到原帖的均附上了鏈接)。我自己在這一年里也是從?？蜕蠈W(xué)習(xí)了很多面經(jīng)和經(jīng)驗(yàn)帖，收獲了好幾家大廠offer。最近整理出來(lái)這些，也算是回饋?？桶桑Ｍ軐?duì)找測(cè)開(kāi)崗的朋友們有幫助！

2. 本文內(nèi)容順序：測(cè)試基礎(chǔ)理論、測(cè)試崗經(jīng)常被問(wèn)到的場(chǎng)景題、智力題、測(cè)試崗高頻算法題、數(shù)據(jù)庫(kù)、 Linux知識(shí)點(diǎn)。

3. 本文閱讀建議：我結(jié)合了自身的面試經(jīng)歷，把高頻的、重要的知識(shí)點(diǎn)都用★標(biāo)注了，★越多代表自己被問(wèn)得次數(shù)越多。(當(dāng)然這也只是我的面試經(jīng)歷，存在局限性。）

4. 叨逼叨：親測(cè)，測(cè)試崗的面試難度相對(duì)開(kāi)發(fā)崗確實(shí)低一些，不過(guò)面試的內(nèi)容差別倒不是特別大，像計(jì)網(wǎng)、OS、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)庫(kù)、算法/刷題這些都是要準(zhǔn)備的，并且測(cè)試崗的面試還需要你額外掌握測(cè)試相關(guān)的知識(shí)，也就是本文的一、二兩部分內(nèi)容。不然你叫面試官怎么想你呢？你一點(diǎn)測(cè)試的理論知識(shí)都不了解，對(duì)方只會(huì)覺(jué)得你大概率是做不來(lái)開(kāi)發(fā)才想著試試測(cè)試崗吧，所以得快速支棱起自己的測(cè)試技能樹(shù)，讓面試官覺(jué)得你是有志于干測(cè)試開(kāi)發(fā)的。 這一點(diǎn)很重要。

常用自動(dòng)化測(cè)試工具

1、Appium
官網(wǎng)： Mobile App Automation Made Awesome.

AppUI自動(dòng)化測(cè)試
Appium 是一個(gè)移動(dòng)端自動(dòng)化測(cè)試開(kāi)源工具，支持iOS 和Android 平臺(tái)，支持Python、Java 等語(yǔ)言，即同一套Java Python 腳本可以同時(shí)運(yùn)行在iOS 和Android平臺(tái)，Appium 是一個(gè)C/S 架構(gòu)， 核心是一個(gè) Web 服務(wù)器，它提供了一套 REST 的接口。當(dāng)收到客戶(hù)端的連接后，就會(huì)監(jiān)聽(tīng)到命令，然后在移動(dòng)設(shè)備上執(zhí)行這些命令，最后將執(zhí)行結(jié)果放在 HTTP 響應(yīng)中返還給客戶(hù)端。
License：免費(fèi)

2、Selenium（★★）
官網(wǎng)： https://www.seleniumhq.org/download/

WebUI自動(dòng)化測(cè)試
Selenium是一個(gè)用于Web應(yīng)用程序測(cè)試的工具，Selenium已經(jīng)成為Web自動(dòng)化測(cè)試工程師的首選。Selenium測(cè)試直接運(yùn)行在瀏覽器中，就像真正的用戶(hù)在操作一樣。支持的瀏覽器包括IE(7、8、9)、Mozilla Firefox、Mozilla Suite等。這個(gè)工具的主要功能包括：測(cè)試與瀏覽器的兼容性——測(cè)試你的應(yīng)用程序看是否能夠很好得工作在不同瀏覽器和操作系統(tǒng)之上。測(cè)試系統(tǒng)功能——?jiǎng)?chuàng)建回歸測(cè)試檢驗(yàn)軟件功能和用戶(hù)需求。支持自動(dòng)錄制動(dòng)作和自動(dòng)生成 .Net、Java、Perl等不同語(yǔ)言的測(cè)試腳本。Selenium 是ThoughtWorks專(zhuān)門(mén)為Web應(yīng)用程序編寫(xiě)的一個(gè)驗(yàn)收測(cè)試工具。其升級(jí)版本為Webdriver。
License：免費(fèi)

3、Postman（★★★）
官網(wǎng)： https://www.getpostman.com
接口測(cè)試
Postman 提供功能強(qiáng)大的 Web API 和 HTTP 請(qǐng)求的調(diào)試，它能夠發(fā)送任何類(lèi)型的HTTP 請(qǐng)求 (GET, POST, PUT, DELETE…)，并且能附帶任何數(shù)量的參數(shù)和 Headers。不僅如此，它還提供測(cè)試數(shù)據(jù)和環(huán)境配置數(shù)據(jù)的導(dǎo)入導(dǎo)出，付費(fèi)的 Post Cloud 用戶(hù)還能夠創(chuàng)建自己的 Team Library 用來(lái)團(tuán)隊(duì)協(xié)作式的測(cè)試，并能夠?qū)⒆约旱臏y(cè)試收藏夾和用例數(shù)據(jù)分享給團(tuán)隊(duì)。
License：免費(fèi)

4、Jmeter（★★★）
官網(wǎng)： https://jmeter.apache.org
接口測(cè)試，性能測(cè)試
JMeter是Apache組織的開(kāi)放源代碼項(xiàng)目，它是功能和性能測(cè)試的工具，100%的用java實(shí)現(xiàn)；
JMeter可以用于測(cè)試靜態(tài)或者動(dòng)態(tài)資源的性能（文件、Servlets、Perl腳本、java對(duì)象、數(shù)據(jù)庫(kù)和查詢(xún)、ftp服務(wù)器或者其他的資源）。JMeter用于模擬在服務(wù)器、網(wǎng)絡(luò)或者其他對(duì)象上附加高負(fù)載以測(cè)試他們提供服務(wù)的受壓能力，或者分析他們提供的服務(wù)在不同負(fù)載條件下的總性能情況。你可以用JMeter提供的圖形化界面分析性能指標(biāo)或者在高負(fù)載情況下測(cè)試服務(wù)器/腳本/對(duì)象的行為。

使用Jmeter做接口測(cè)試需要注意一點(diǎn)，小心使用“用戶(hù)定義變量”，Jmeter組件有優(yōu)先級(jí)的，如果多個(gè)線程同時(shí)執(zhí)行的時(shí)候，“用戶(hù)定義變量”組件定義的變量可能會(huì)亂套。
License：免費(fèi)

5、Loadrunner
官網(wǎng)： https://software.microfocus.com/en-us/products/loadrunner-load-testing/overview

性能測(cè)試
LoadRunner，是一種預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試工具。通過(guò)以模擬上千萬(wàn)用戶(hù)實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)確認(rèn)和查找問(wèn)題，LoadRunner能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。企業(yè)使用LoadRunner能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。 LoadRunner可適用于各種體系架構(gòu)的自動(dòng)負(fù)載測(cè)試，能預(yù)測(cè)系統(tǒng)行為并評(píng)估系統(tǒng)性能。
License：商業(yè)
6、Jenkins（★★★★★）
官網(wǎng)： https://jenkins.io
持續(xù)集成
自動(dòng)化構(gòu)建 編譯，部署，任務(wù)執(zhí)行，測(cè)試報(bào)告，郵件通知等。
License：免費(fèi)
手機(jī)兼容性測(cè)試(機(jī)型選擇)



(, 下載次數(shù): 8)
測(cè)試基礎(chǔ)理論

(, 下載次數(shù): 6)
軟件測(cè)試開(kāi)發(fā)流程：

1.需求分析
在測(cè)試前拿到產(chǎn)品需求文檔，進(jìn)行需求分析及需求評(píng)審前先對(duì)需求文檔進(jìn)行詳細(xì)的閱讀，對(duì)有疑問(wèn)的地方進(jìn)行標(biāo)注。
具體可從以下進(jìn)行：
a.分析產(chǎn)品功能點(diǎn)
b.產(chǎn)品核心競(jìng)爭(zhēng)力
c.Kano模型、馬斯洛需求分析、多問(wèn)幾個(gè)為什么、上下文分析法

2.制訂測(cè)試用例（重要）
工欲善其事，必先利其器；對(duì)測(cè)試而言，測(cè)試用例就是器，做好了才能把好關(guān)
a.使用思維導(dǎo)圖列舉測(cè)試大綱，盡量發(fā)散，想到什么就寫(xiě)什么，；先放后收，對(duì)知識(shí)點(diǎn)進(jìn)行總結(jié)和歸納，標(biāo)記重點(diǎn)測(cè)試模塊，刪除冗余及重復(fù)測(cè)試點(diǎn)。
b.可使用邊界值法、等價(jià)類(lèi)劃分法、錯(cuò)誤推測(cè)法、因果圖法等設(shè)計(jì)案例
c.根據(jù)測(cè)試大綱制定測(cè)試用例，需包含模塊名、測(cè)試優(yōu)先級(jí)、操作步驟、期望結(jié)果、測(cè)試結(jié)果、備注
3.評(píng)審測(cè)試用例
a.測(cè)試作為主導(dǎo)，聯(lián)合開(kāi)發(fā)、項(xiàng)目經(jīng)理、PM進(jìn)行測(cè)試用例評(píng)審
b.可先講解測(cè)試大綱，讓開(kāi)發(fā)、項(xiàng)目經(jīng)理、PM心中對(duì)測(cè)試用例有個(gè)大概；后再進(jìn)行詳細(xì)測(cè)試用例講解
4.執(zhí)行測(cè)試
a.根據(jù)測(cè)試用例執(zhí)行測(cè)試
b.發(fā)現(xiàn)問(wèn)題保留現(xiàn)場(chǎng)，記錄測(cè)試方法，通知開(kāi)發(fā)解決問(wèn)題
c.覆蓋測(cè)試用例之外若有時(shí)間可進(jìn)行探索性測(cè)試
5.提交Bug并推動(dòng)Bug解決
a.在Bug管理工具上提交Bug，詳細(xì)記錄測(cè)試步驟
b.根據(jù)Bug嚴(yán)重程度劃分Bug等級(jí):致命、嚴(yán)重、一般、提示
c.推動(dòng)開(kāi)發(fā)解決問(wèn)題，記錄問(wèn)題進(jìn)展，一般聊天溝通，若問(wèn)題嚴(yán)重則需通過(guò)郵件推動(dòng)解決
6.回歸測(cè)試
a.對(duì)已修復(fù)的Bug進(jìn)行驗(yàn)證
b.對(duì)Bug所在模塊進(jìn)行基本功能測(cè)試；整體進(jìn)行冒煙測(cè)試，確保不會(huì)因?yàn)樾薷腂ug而引起其他功能出現(xiàn)問(wèn)題
7.編寫(xiě)并提交測(cè)試報(bào)告
可使用金字塔原理設(shè)計(jì)測(cè)試報(bào)告，先總后分，上級(jí)統(tǒng)領(lǐng)下級(jí)，下級(jí)推導(dǎo)出上級(jí)，環(huán)環(huán)相扣
a.對(duì)Bug進(jìn)行匯總，篩選出各個(gè)等級(jí)的Bug存活情況
b.制訂Bug發(fā)現(xiàn)及解決曲線圖，一般版本正常應(yīng)是前期多，后期收斂，存活的是級(jí)別較低的Bug
c.總結(jié)歸納版本情況，評(píng)估發(fā)布與否

軟件測(cè)試方法（★★★★★）
1. 軟件測(cè)試方法 ：白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試、靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試
2. 白盒測(cè)試 ：是一種測(cè)試用例設(shè)計(jì)方法，在這里盒子指的是被測(cè)試的軟件，白盒，顧名思義即盒子是可視的，你可以清楚盒子內(nèi)部的東西以及里面是如何運(yùn)作的，因此白盒測(cè)試需要你對(duì)系統(tǒng)內(nèi)部的結(jié)構(gòu)和工作原理有一個(gè)清楚的了解，并且基于這個(gè)知識(shí)來(lái)設(shè)計(jì)你的用例。
白盒測(cè)試技術(shù)一般可被分為靜態(tài)分析和動(dòng)態(tài)分析兩類(lèi)技術(shù)。
靜態(tài)分析主要有：控制流分析技術(shù)、數(shù)據(jù)流分析技術(shù)、信息流分析技術(shù)。
動(dòng)態(tài)分析主要有：邏輯覆蓋率測(cè)試(分支測(cè)試、路徑測(cè)試等)，程序插裝等。
白盒測(cè)試優(yōu)點(diǎn)：迫使測(cè)試人員去仔細(xì)的思考軟件的實(shí)現(xiàn)；可以檢測(cè)代碼中的每條分支和路徑；揭示隱藏在代碼中的錯(cuò)誤；對(duì)代碼的測(cè)試比較徹底；最優(yōu)化。

白盒測(cè)試缺點(diǎn)：昂貴；無(wú)法檢測(cè)代碼中遺漏的路徑和數(shù)據(jù)敏感性錯(cuò)誤；不驗(yàn)證規(guī)格的正確性
3. 黑盒測(cè)試又叫功能測(cè)試 ，這是因?yàn)樵诤诤袦y(cè)試中主要關(guān)注被測(cè)軟件的功能實(shí)現(xiàn)，而不是內(nèi)部邏輯。在黑盒測(cè)試中，被測(cè)對(duì)象的內(nèi)部結(jié)構(gòu)，運(yùn)作情況對(duì)測(cè)試人員是不可見(jiàn)的，測(cè)試人員對(duì)被測(cè)產(chǎn)品的驗(yàn)證主要是根據(jù)其規(guī)格，驗(yàn)證其與規(guī)格的一致性。
在絕大多數(shù)沒(méi)有用戶(hù)參與的黑盒測(cè)試中，最常見(jiàn)的測(cè)試有：功能性測(cè)試、容量測(cè)試、安全性測(cè)試、負(fù)載測(cè)試、恢復(fù)性測(cè)試、標(biāo)桿測(cè)試、穩(wěn)定性測(cè)試、可靠性測(cè)試等。
4. 灰盒測(cè)試 ：白盒測(cè)試和黑盒測(cè)試往往不是決然分開(kāi)的，一般在白盒測(cè)試中交叉使用黑盒測(cè)試的方法，在黑盒測(cè)試中交叉使用白盒測(cè)試的方法?；液袦y(cè)試就是這類(lèi)界于白盒測(cè)試和黑盒測(cè)試之間的測(cè)試。
最常見(jiàn)的灰盒測(cè)試是集成測(cè)試 。
5. 靜態(tài)測(cè)試 ：是一種不通過(guò)執(zhí)行程序而進(jìn)行測(cè)試的技術(shù)。它的關(guān)鍵功能是檢查軟件的表示和描述是否一致，沒(méi)有沖突或者沒(méi)有歧義。
6. 動(dòng)態(tài)測(cè)試 ：包含了程序在受控的環(huán)境下使用特定的期望結(jié)果進(jìn)行正式的運(yùn)行。它顯示了一個(gè)系統(tǒng)在檢查狀態(tài)下是正確還是不正確。
單元測(cè)試屬于白盒測(cè)試范疇；集成測(cè)試屬于灰盒測(cè)試范疇；系統(tǒng)測(cè)試屬于黑盒測(cè)試范疇 。
CI/CD理解（★★★★★）
摘自 如何理解持續(xù)集成、持續(xù)交付、持續(xù)部署？ - yumminhuang的回答 - 知乎 如何理解持續(xù)集成、持續(xù)交付、持續(xù)部署？
持續(xù)集成

(, 下載次數(shù): 7)
持續(xù)集成強(qiáng)調(diào)開(kāi)發(fā)人員提交了新代碼之后，立刻進(jìn)行構(gòu)建、（單元）測(cè)試。根據(jù)測(cè)試結(jié)果，我們可以確定新代碼和原有代碼能否正確地集成在一起。
持續(xù)交付

(, 下載次數(shù): 7)
持續(xù)交付在持續(xù)集成的基礎(chǔ)上，將集成后的代碼部署到更貼近真實(shí)運(yùn)行環(huán)境的「類(lèi)生產(chǎn)環(huán)境」（production-like environments）中。比如，我們完成單元測(cè)試后，可以把代碼部署到連接數(shù)據(jù)庫(kù)的 Staging 環(huán)境中更多的測(cè)試。如果代碼沒(méi)有問(wèn)題，可以繼續(xù)手動(dòng)部署到生產(chǎn)環(huán)境中。
持續(xù)部署

(, 下載次數(shù): 8)
持續(xù)部署則是在持續(xù)交付的基礎(chǔ)上，把部署到生產(chǎn)環(huán)境的過(guò)程自動(dòng)化。
我個(gè)人覺(jué)得持續(xù)集成、持續(xù)交付、持續(xù)部署非常值得推廣。開(kāi)發(fā)過(guò)程中最怕集成時(shí)遇到問(wèn)題導(dǎo)致返工，而持續(xù)集成、持續(xù)交付、持續(xù)部署恰恰可以早發(fā)現(xiàn)早解決，從而可以避免這個(gè)問(wèn)題。

接口文檔（★★★）
一、什么是接口文檔？
在項(xiàng)目開(kāi)發(fā)中，web項(xiàng)目的前后端分離開(kāi)發(fā)，APP開(kāi)發(fā)，需要由前后端工程師共同定義接口，編寫(xiě)接口文檔，之后大家都根據(jù)這個(gè)接口文檔進(jìn)行開(kāi)發(fā)，到項(xiàng)目結(jié)束前都要一直維護(hù)。
二、為什么要寫(xiě)接口文檔？
1、項(xiàng)目開(kāi)發(fā)過(guò)程中前后端工程師有一個(gè)統(tǒng)一的文件進(jìn)行溝通交流開(kāi)發(fā)
2、項(xiàng)目維護(hù)中或者項(xiàng)目人員更迭，方便后期人員查看、維護(hù)
三、接口規(guī)范是什么？
首先接口分為四部分：方法、uri、請(qǐng)求參數(shù)、返回參數(shù)
1、方法:新增(post) 修改(put) 刪除(delete) 獲取(get)
持續(xù)部署則是在持續(xù)交付的基礎(chǔ)上，把部署到生產(chǎn)環(huán)境的過(guò)程自動(dòng)化。
我個(gè)人覺(jué)得持續(xù)集成、持續(xù)交付、持續(xù)部署非常值得推廣。開(kāi)發(fā)過(guò)程中最怕集成時(shí)遇到問(wèn)題導(dǎo)致返工，而持續(xù)集成、持續(xù)交付、持續(xù)部署恰恰可以早發(fā)現(xiàn)早解決，從而可以避免這個(gè)問(wèn)題。

接口文檔（★★★）
一、什么是接口文檔？
在項(xiàng)目開(kāi)發(fā)中，web項(xiàng)目的前后端分離開(kāi)發(fā)，APP開(kāi)發(fā)，需要由前后端工程師共同定義接口，編寫(xiě)接口文檔，之后大家都根據(jù)這個(gè)接口文檔進(jìn)行開(kāi)發(fā)，到項(xiàng)目結(jié)束前都要一直維護(hù)。
二、為什么要寫(xiě)接口文檔？
1、項(xiàng)目開(kāi)發(fā)過(guò)程中前后端工程師有一個(gè)統(tǒng)一的文件進(jìn)行溝通交流開(kāi)發(fā)
2、項(xiàng)目維護(hù)中或者項(xiàng)目人員更迭，方便后期人員查看、維
三、接口規(guī)范是什么？
首先接口分為四部分：方法、uri、請(qǐng)求參數(shù)、返回參數(shù)
1、方法:新增(post) 修改(put) 刪除(delete) 獲取(get)
示例：
請(qǐng)求地址：get /a/student/list
請(qǐng)求參數(shù)：

(, 下載次數(shù): 8)

返回參數(shù)：

(, 下載次數(shù): 6)
單元測(cè)試（★★★）
理解：類(lèi)比電視機(jī)組裝完后不能點(diǎn)亮，如果檢測(cè)的話(huà)，需要一個(gè)一個(gè)電器器件去排查。如果從一開(kāi)始對(duì)每個(gè)元器件進(jìn)行測(cè)試，就能夠極大程度的排除這個(gè)問(wèn)題。
定義：?jiǎn)卧獪y(cè)試是指，對(duì)軟件中的最小可測(cè)試單元在與程序其他部分相隔離的情況下進(jìn)行檢查和驗(yàn)證的工作，這里的 最小可 測(cè)試單元通常是指 函數(shù)或者 類(lèi)。

單元測(cè)試通常由開(kāi)發(fā)工程師完成，一般會(huì)伴隨開(kāi)發(fā)代碼一起遞交至代碼庫(kù)。單元測(cè)試屬于 最嚴(yán)格的軟件測(cè)試手段，是最接近代碼 底層實(shí)現(xiàn)的驗(yàn)證手段，可以在軟件開(kāi)發(fā)的早期以最小的成本保證局部代碼的質(zhì)量。另外，單元測(cè)試都是以自動(dòng)化的方式執(zhí)行，所以在大量 回歸測(cè)試的場(chǎng)景下更能帶來(lái)高收益。

如何設(shè)計(jì)一個(gè)好的測(cè)試用例：（★★★）
“好的”測(cè)試用例一定是一個(gè) 完備 的集合，它能夠 覆蓋所有等價(jià)類(lèi) 以及各種 邊界值 ，而跟能否發(fā)現(xiàn)缺陷無(wú)關(guān)。

一個(gè)“好的”測(cè)試用例，必須具備以下 三個(gè)特征 。
1. 整體完備性 ： “好的”測(cè)試用例一定是一個(gè)完備的整體，是有效測(cè)試用例組成的集合，能夠完全覆蓋測(cè)試需求。
2. 等價(jià)類(lèi)劃分的準(zhǔn)確性 ： 指的是對(duì)于每個(gè)等價(jià)類(lèi)都能保證只要其中一個(gè)輸入測(cè)試通過(guò)，其他輸入也一定測(cè)試通過(guò)。
3. 等價(jià)類(lèi)集合的完備性 ： 需要保證所有可能的邊界值和邊界條件都已經(jīng)正確識(shí)別。

三種最常用的測(cè)試用例設(shè)計(jì)方法：
等價(jià)類(lèi)劃分法、邊界值分析法、錯(cuò)誤推測(cè)方法。
第一，等價(jià)類(lèi)劃分法
我們只要從每個(gè)等價(jià)類(lèi)中任意選取一個(gè)值進(jìn)行測(cè)試，就可以用少量具有代表性的測(cè)試輸入取得較好的測(cè)試覆蓋結(jié)果。

現(xiàn)在，我給你看一個(gè)具體的例子：學(xué)生信息系統(tǒng)中有一個(gè)“考試成績(jī)”的輸入項(xiàng)，成績(jī)的取值范圍是0~100之間的整數(shù)，考試成績(jī)及格的分?jǐn)?shù)線是60。為了測(cè)試這個(gè)輸入項(xiàng)，顯然不可能用0~100的每一個(gè)數(shù)去測(cè)試。通過(guò)需求描述可以知道，輸入0~59之間的任意整數(shù)，以及輸入60~100之間的任意整數(shù)，去驗(yàn)證和揭露輸入框的潛在缺陷可以看做是等價(jià)的。

那么這就可以在0~59和60~100之間各隨機(jī)抽取一個(gè)整數(shù)來(lái)進(jìn)行驗(yàn)證。這樣的設(shè)計(jì)就構(gòu)成了所謂的“有效等價(jià)類(lèi)”。

你不要覺(jué)得進(jìn)行到這里，已經(jīng)完成了等價(jià)類(lèi)劃分的工作，因?yàn)?等價(jià)類(lèi)劃分方法的另一個(gè)關(guān)鍵點(diǎn)是要找出所有“無(wú)效等價(jià)類(lèi)” 。顯然，如果輸入的成績(jī)是負(fù)數(shù)，或者是大于100的數(shù)等都構(gòu)成了“無(wú)效等價(jià)類(lèi)”。
在考慮了無(wú)效等價(jià)類(lèi)后，最終設(shè)計(jì)的測(cè)試用例為：

有效等價(jià)類(lèi)1：0~59之間的任意整數(shù)；
有效等價(jià)類(lèi)2：59~100之間的任意整數(shù)；
無(wú)效等價(jià)類(lèi)1：小于0的負(fù)數(shù)；
無(wú)效等價(jià)類(lèi)2：大于100的整數(shù)；
無(wú)效等價(jià)類(lèi)3：0~100之間的任何浮點(diǎn)數(shù)；
無(wú)效等價(jià)類(lèi)4：其他任意非數(shù)字字符。

第二，邊界值分析方法
邊界值分析是對(duì)等價(jià)類(lèi)劃分的補(bǔ)充，你從工程實(shí)踐經(jīng)驗(yàn)中可以發(fā)現(xiàn)，大量的錯(cuò)誤發(fā)生在輸入輸出的邊界值上，所以需要對(duì)邊界值進(jìn)行重點(diǎn)測(cè)試，通常選取正好等于、剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù)。
我們繼續(xù)看學(xué)生信息系統(tǒng)中“考試成績(jī)”的例子，選取的邊界值數(shù)據(jù)應(yīng)該包
括：-1，0，1，59，60，61，99，100，101。

第三，錯(cuò)誤推測(cè)方法
錯(cuò)誤推測(cè)方法是指 基于對(duì)被測(cè)試軟件系統(tǒng)設(shè)計(jì)的理解、過(guò)往經(jīng)驗(yàn)以及個(gè)人直覺(jué)，推測(cè)出軟件可能存在的缺陷，從而有針對(duì)性地設(shè)計(jì)測(cè)試用例的方法。 這個(gè)方法強(qiáng)調(diào)的是對(duì)被測(cè)試軟件的需求理解以及設(shè)計(jì)實(shí)現(xiàn)的細(xì)節(jié)把握，當(dāng)然還有個(gè)人的能力。
錯(cuò)誤推測(cè)法和目前非常流行的“探索式測(cè)試方法”的基本思想和理念是不謀而合的，這類(lèi)方法在目前的敏捷開(kāi)發(fā)模式下的投入產(chǎn)出比很高，因此被廣泛應(yīng)用。但是，這個(gè)方法的缺點(diǎn)也顯而易見(jiàn)，那就是難以系統(tǒng)化，并且過(guò)度依賴(lài)個(gè)人能力。
總結(jié)：在我看來(lái)，深入理解被測(cè)軟件需求的最好方法是，測(cè)試工程師在需求分析和設(shè)計(jì)階段就開(kāi)始介入，因?yàn)檫@個(gè)階段是理解和掌握軟件的原始業(yè)務(wù)需求的最好時(shí)機(jī)。
上文摘自《測(cè)試工程師全棧技術(shù)進(jìn)階與實(shí)踐》 茹炳晟

針對(duì)某一個(gè)產(chǎn)品寫(xiě)測(cè)試用例：（★★★★★）
此類(lèi)問(wèn)題幾乎每個(gè)面試官都會(huì)問(wèn)！基本思路：可以從功能測(cè)試，UI測(cè)試，穩(wěn)定性測(cè)試，壓力測(cè)試（邊界極限），安全測(cè)試，本地化測(cè)試等角度去考慮

測(cè)試水杯（★）
1、基本功能測(cè)試
硬度：是否達(dá)到設(shè)計(jì)標(biāo)準(zhǔn)
裝載能力：在杯子內(nèi)分別裝入少量的、半杯的、潢杯的，看其裝載量是否達(dá)到設(shè)計(jì)標(biāo)準(zhǔn)
裝載種類(lèi)：開(kāi)水(是否產(chǎn)生異味）、溫水、冷水、咖啡
用水杯裝水看漏不漏；水能不能被喝到
輸入條件： 冷水，熱水，冰水。。。
輸出條件： 是否退色 是否變形 是否有毒
一杯開(kāi)水（假定100攝氏度）保溫的時(shí)間（多久后變到室溫），自然還有冰塊在室溫下多長(zhǎng)時(shí)間融化

2、界面測(cè)試(UI測(cè)試)
看其形狀、大小設(shè)計(jì)是否符合需求規(guī)格說(shuō)明書(shū)的定義，適合人方便拿起喝水；
外觀是否吸引人，賞心悅目；
廣告圖案沾水后是否掉色、模糊；
廣告圖案是否使用環(huán)保材料、不影響使用者健康和回收再利用；
廣告圖案是否和當(dāng)?shù)卣?、宗教符合，沒(méi)有沖突；
廣告圖案是否做到了本地化和國(guó)際化。

3、易用性測(cè)試
看其形狀、大小設(shè)計(jì)是否適合人方便拿起；
殘疾人士用此杯去喝水的容易程度；
杯子設(shè)計(jì)是否上大下小，在運(yùn)輸過(guò)程中可以套在一起有效利用空間，在使用時(shí)也容易拿開(kāi)

4、穩(wěn)定性測(cè)試（24*7）
裝入液體后記錄其多久以后會(huì)漏水；

5、安全性測(cè)試
杯子所用的材料（包括紙基、涂層和廣告顏料)是否符合食品衛(wèi)生標(biāo)準(zhǔn)，在內(nèi)外溫度待環(huán)境因素下是否會(huì)與所盛各種飲料反應(yīng)，而產(chǎn)生對(duì)人體有害的物質(zhì)；

6、本地化測(cè)試
為國(guó)際化和本地化的需要，廣告圖案和文字是否在政治、宗教和文化方面具有廣泛的適用性；
安全性：杯子有沒(méi)有毒或細(xì)菌；
可靠性：杯子從不同高度落下的損壞程度；
可移植性：杯子再不同的地方、溫度等環(huán)境下是否都可以正常使用；

7、對(duì)設(shè)計(jì)的改進(jìn)建議
“如果是一次性杯子，能否標(biāo)示已使用(比如：變色)”和“杯子是否有使用者標(biāo)貼（多人使用時(shí)防止混淆)”。
壓力測(cè)試：用根針并在針上面不斷加重量，看壓強(qiáng)多大時(shí)會(huì)穿透

8、 性能測(cè)試
溫度/杯質(zhì)的抗壓力/壽命/廣告漆的耐久度/等等

測(cè)試一個(gè)輸入框(計(jì)數(shù))（★★）
相信不少朋友在筆試的時(shí)候都遇到過(guò)測(cè)試用例設(shè)計(jì)的筆試題。通常是一個(gè)登陸頁(yè)面，上面有用戶(hù)名，密碼的輸入框，再多一點(diǎn)的有個(gè)驗(yàn)證碼。
不過(guò)要是你見(jiàn)到的是以下的這道測(cè)試用例設(shè)計(jì)筆試題，不用問(wèn)，面試官一定是看過(guò)《Google軟件測(cè)試之道》的。（也腦補(bǔ)一下，萬(wàn)一面試官是看過(guò)CC先生的簡(jiǎn)書(shū)呢…… 嗯嗯，夢(mèng)想還是要有的）

出題時(shí)間：
在一個(gè)Web測(cè)試頁(yè)面上，有一個(gè)輸入框，一個(gè)計(jì)數(shù)器（count）按鈕，用于計(jì)算一個(gè)文本字符串中字母a出現(xiàn)的個(gè)數(shù)。這里的問(wèn)題是，請(qǐng)?jiān)O(shè)計(jì)一系列測(cè)試用例用以測(cè)試這個(gè)Web頁(yè)面。

(, 下載次數(shù): 7)
很多朋友可能拿到這道題的時(shí)候已經(jīng)開(kāi)始寫(xiě)下1.2.3.了，不過(guò)根據(jù)經(jīng)驗(yàn)上來(lái)說(shuō)，追求數(shù)量而非質(zhì)量的傾向，是一種低效的工作方式。（特別在有面試官在旁邊看到你答題的時(shí)候，請(qǐng)保持沉思者狀保持10-15秒）
能夠針對(duì)題目提出一些問(wèn)題來(lái)的候選者會(huì)被認(rèn)為更有潛質(zhì)來(lái)做測(cè)試人員，比如大寫(xiě)還是小寫(xiě)？只是英語(yǔ)嗎？計(jì)算完成后文本會(huì)被清除嗎？多次按下按鈕會(huì)發(fā)生什么事情？諸如此類(lèi)。

通常說(shuō)來(lái)，我們考慮一個(gè)測(cè)試對(duì)象的時(shí)候至少?gòu)囊韵铝矫鎭?lái)考慮。
功能性
易用性
可靠性
性能
安全
兼容性
如果你是一個(gè)測(cè)試菜鳥(niǎo)，從功能性出發(fā)，你可能會(huì)列出以下一個(gè)典型的列表：

“banana”：3（一個(gè)合法的英文字）。
“A” 和“a”：1（一個(gè)簡(jiǎn)單有正常結(jié)果的合法輸入）。
“”：0（一個(gè)簡(jiǎn)單的結(jié)果為0的合法輸入）。
Null：0（簡(jiǎn)單的錯(cuò)誤輸入）。
“AA” 和“aa”：2（個(gè)數(shù)大于1并且所有字符都為a/A的輸入）。
“b”：0（一個(gè)簡(jiǎn)單的非空合法輸入，結(jié)果為0）。
“aba”：2（目標(biāo)字符出現(xiàn)在開(kāi)頭和結(jié)尾，以尋找循環(huán)邊界錯(cuò)誤）。
“bab”：1（目標(biāo)字符出現(xiàn)在中間）。
space/tabs：N（空白字符與N個(gè)a的混合）。
不包含a的長(zhǎng)字符串：N（N大于0）。
包含a的長(zhǎng)字符串：N（N是a的倍數(shù)，試試龍媽的名字）。
{java/C/HTML/JavaScript}：N是a出現(xiàn)的個(gè)數(shù)（可執(zhí)行字符，或錯(cuò)誤，或代碼解釋?zhuān)?br />
….

更優(yōu)秀的測(cè)試工程師，會(huì)開(kāi)始考慮后面五個(gè)方面，設(shè)計(jì)以下用例。
質(zhì)疑界面的外觀、調(diào)色板和對(duì)比度（這與相關(guān)應(yīng)用風(fēng)格一致么？）
文本框太小了，建議加長(zhǎng)以便顯示更長(zhǎng)的輸入字符串
這個(gè)應(yīng)用能否在同一臺(tái)服務(wù)器上運(yùn)行多個(gè)實(shí)例，多個(gè)用戶(hù)同時(shí)使用是否會(huì)有問(wèn)題。
是否會(huì)根據(jù)用戶(hù)的輸入自動(dòng)匹配內(nèi)容？
建議使用真實(shí)的數(shù)據(jù)，如從詞典或書(shū)中選擇輸入內(nèi)容。
提出疑問(wèn)：“輸入的數(shù)據(jù)是否會(huì)被保存”，輸入字符串可能包含地址或其他身份信息。
輸入HTML和JavaScrip，看是否會(huì)破壞頁(yè)面渲染。
嘗試復(fù)制/粘貼字符串。
提出疑問(wèn)：“計(jì)算足夠快么？在大并發(fā)下使用”。
提出疑問(wèn)：“用戶(hù)怎么找到該頁(yè)面？”
提出疑問(wèn)：“有快捷鍵的設(shè)置么？比如輸完字符后敲入回車(chē)鍵而不是點(diǎn)擊提交按鈕”
還有一些測(cè)試點(diǎn)，只有經(jīng)驗(yàn)豐富的測(cè)試工程師才會(huì)想到。

意識(shí)到計(jì)算會(huì)通過(guò)URL-encodedHTTP GET請(qǐng)求傳遞到服務(wù)器，字符串可能會(huì)在網(wǎng)絡(luò)傳輸時(shí)被截?cái)?，因此，無(wú)法保證支持多長(zhǎng)的URL。
建議將此功能參數(shù)化，為什么只對(duì)字母a計(jì)算呢？
考慮計(jì)算其它語(yǔ)言中的a（α，Alpha）。
考慮到該應(yīng)用是否應(yīng)該國(guó)際化。
考慮到輸入法全角輸入和半角輸入是否相同。
考慮編寫(xiě)腳本或者手工采樣來(lái)探知字符串長(zhǎng)度的上限，然后確保在此區(qū)間內(nèi)功能正常。
考慮背后的實(shí)現(xiàn)和代碼。也許已經(jīng)有一個(gè)計(jì)數(shù)器遍歷該字符串。
提出疑問(wèn)：“HTTP POST方法和參數(shù)會(huì)被黑掉碼？也許有安全漏洞？”
用腳本創(chuàng)建各種有趣的排列組合和字符串特性，如長(zhǎng)度、a的個(gè)數(shù)等，自動(dòng)生成測(cè)試輸入和驗(yàn)證。
針對(duì)“用戶(hù)登錄”設(shè)計(jì)測(cè)試用例（★★★）
以用戶(hù)登錄為例，一般的小白可能只能夠想到一些功能性測(cè)試（如下）。

現(xiàn)在，針對(duì)“用戶(hù)登錄”功能，基于等價(jià)類(lèi)劃分和邊界值分析方法，我們?cè)O(shè)計(jì)的測(cè)試用例包括：

1. 輸入已注冊(cè)的用戶(hù)名和正確的密碼，驗(yàn)證是否登錄成功；

2. 輸入已注冊(cè)的用戶(hù)名和不正確的密碼，驗(yàn)證是否登錄失敗，并且提示信息正確；

3. 輸入未注冊(cè)的用戶(hù)名和任意密碼，驗(yàn)證是否登錄失敗，并且提示信息正確；

4. 用戶(hù)名和密碼兩者都為空，驗(yàn)證是否登錄失敗，并且提示信息正確；

5. 用戶(hù)名和密碼兩者之一為空，驗(yàn)證是否登錄失敗，并且提示信息正確；

6. 如果登錄功能啟用了驗(yàn)證碼功能，在用戶(hù)名和密碼正確的前提下，輸入正確的驗(yàn)證碼，驗(yàn)證是否登錄成功；

7. 如果登錄功能啟用了驗(yàn)證碼功能，在用戶(hù)名和密碼正確的前提下，輸入錯(cuò)誤的驗(yàn)證碼，驗(yàn)證是否登
錄失敗，并且提示信息正確。
的確，上面的測(cè)試用例集已經(jīng)涵蓋了主要的功能測(cè)試場(chǎng)景。但是在一個(gè)優(yōu)秀的測(cè)試工程師眼中，這些用例只能達(dá)到勉強(qiáng)及格的標(biāo)準(zhǔn)。
現(xiàn)在，我跟你分享一下有經(jīng)驗(yàn)的測(cè)試工程師會(huì)再增加的測(cè)試用例：
1. 用戶(hù)名和密碼是否大小寫(xiě)敏感；
2. 頁(yè)面上的密碼框是否加密顯示；
3. 后臺(tái)系統(tǒng)創(chuàng)建的用戶(hù)第一次登錄成功時(shí)，是否提示修改密碼；
4. 忘記用戶(hù)名和忘記密碼的功能是否可用；
5. 前端頁(yè)面是否根據(jù)設(shè)計(jì)要求限制用戶(hù)名和密碼長(zhǎng)度；
6. 如果登錄功能需要驗(yàn)證碼，點(diǎn)擊驗(yàn)證碼圖片是否可以更換驗(yàn)證碼，更換后的驗(yàn)證碼是否可用；
7. 刷新頁(yè)面是否會(huì)刷新驗(yàn)證碼；
8. 如果驗(yàn)證碼具有時(shí)效性，需要分別驗(yàn)證時(shí)效內(nèi)和時(shí)效外驗(yàn)證碼的有效性；
9. 用戶(hù)登錄成功但是會(huì)話(huà)超時(shí)后，繼續(xù)操作是否會(huì)重定向到用戶(hù)登錄界面；
10. 不同級(jí)別的用戶(hù)，比如管理員用戶(hù)和普通用戶(hù)，登錄系統(tǒng)后的權(quán)限是否正確；
11. 頁(yè)面默認(rèn)焦點(diǎn)是否定位在用戶(hù)名的輸入框中；
12. 快捷鍵Tab 和Enter等，是否可以正常使用。

從軟件測(cè)試的維度來(lái)看，還應(yīng)該包含非功能性需求。主要涉及 安全性、性能以及兼容性 三大方面。 在上面所有的測(cè)試用例設(shè)計(jì)中，我們完全沒(méi)有考慮對(duì)非功能性需求的測(cè)試，但這些往往是決定軟件質(zhì)量的關(guān)鍵因素。

安全性測(cè)試用例包括：
1. 用戶(hù)密碼后臺(tái)存儲(chǔ)是否加密；
2. 用戶(hù)密碼在網(wǎng)絡(luò)傳輸過(guò)程中是否加密；
3. 密碼是否具有有效期，密碼有效期到期后，是否提示需要修改密碼；
4. 不登錄的情況下，在瀏覽器中直接輸入登錄后的URL地址，驗(yàn)證是否會(huì)重新定向到用戶(hù)登錄界面；
5. 密碼輸入框是否不支持復(fù)制和粘貼；
6. 密碼輸入框內(nèi)輸入的密碼是否都可以在頁(yè)面源碼模式下被查看；
7. 用戶(hù)名和密碼的輸入框中分別輸入典型的“SQL注入攻擊”字符串，驗(yàn)證系統(tǒng)的返回頁(yè)面；
8. 用戶(hù)名和密碼的輸入框中分別輸入典型的“XSS跨站腳本攻擊”字符串，驗(yàn)證系統(tǒng)行為是否被篡改；
9. 連續(xù)多次登錄失敗情況下，系統(tǒng)是否會(huì)阻止后續(xù)的嘗試以應(yīng)對(duì)暴力破解；
10. 同一用戶(hù)在同一終端的多種瀏覽器上登錄，驗(yàn)證登錄功能的互斥性是否符合設(shè)計(jì)預(yù)期；
11. 同一用戶(hù)先后在多臺(tái)終端的瀏覽器上登錄，驗(yàn)證登錄是否具有互斥性。

性能壓力測(cè)試用例包括:
1. 單用戶(hù)登錄的響應(yīng)時(shí)間是否小于3秒；
2. 單用戶(hù)登錄時(shí)，后臺(tái)請(qǐng)求數(shù)量是否過(guò)多；
3. 高并發(fā)場(chǎng)景下用戶(hù)登錄的響應(yīng)時(shí)間是否小于5秒
4. 高并發(fā)場(chǎng)景下服務(wù)端的監(jiān)控指標(biāo)是否符合預(yù)期；
5. 高集合點(diǎn)并發(fā)場(chǎng)景下，是否存在資源死鎖和不合理的資源等待；
6. 長(zhǎng)時(shí)間大量用戶(hù)連續(xù)登錄和登出，服務(wù)器端是否存在內(nèi)存泄漏。

兼容性測(cè)試用例包括：
1. 不同瀏覽器下，驗(yàn)證登錄頁(yè)面的顯示以及功能正確性；
2. 相同瀏覽器的不同版本下，驗(yàn)證登錄頁(yè)面的顯示以及功能正確性；
3. 不同移動(dòng)設(shè)備終端的不同瀏覽器下，驗(yàn)證登錄頁(yè)面的顯示以及功能正確性；
4. 不同分辨率的界面下，驗(yàn)證登錄頁(yè)面的顯示以及功能正確性。

微信紅包測(cè)試用例（★★★★★）
單個(gè)紅包：
1、紅包金額為空、0、0.01、200.00、200.01、199.99、200
2、留言輸入數(shù)字、字母、漢字、特殊字符
3、留言長(zhǎng)度
4、留言復(fù)制粘貼
5、表情選擇收藏表情、其他表情
6、刪除表情、重新選擇表情
7、選擇支付方式 零錢(qián)、銀行卡、添加新卡支付。其中錢(qián)數(shù)<紅包錢(qián)數(shù)、其中錢(qián)數(shù)=紅包錢(qián)數(shù)、其中錢(qián)數(shù)>紅包錢(qián)數(shù)
8、使用指紋確認(rèn)付款（正確的、錯(cuò)誤的指紋）
9、使用密碼確認(rèn)付款（正確的、錯(cuò)誤的密碼）
10、紅包成功發(fā)送后 相應(yīng)支付方式中錢(qián)數(shù)減少（減少金額與紅包金額一致）
11、接受者能看到紅包具體信息，紅包金額、留言、表情均能正確顯示
12、紅包被拆開(kāi)后顯示已領(lǐng)取，領(lǐng)取者零錢(qián)中增加正確金額，再次領(lǐng)取只能查看紅包信息
13、發(fā)紅包者自己領(lǐng)紅包
14、紅包24小時(shí)未被領(lǐng)取提示紅包被退回，相應(yīng)支付方式中錢(qián)數(shù)增加（增加金額與紅包金額一致），對(duì)方不能領(lǐng)紅包

群發(fā)紅包-普通紅包： （只寫(xiě)了與單個(gè)紅包不同的地方）
1、紅包個(gè)數(shù) 為空、0、001、100、99、101
2、紅包拆開(kāi)每個(gè)金額一樣 均為發(fā)紅包時(shí)設(shè)置的單個(gè)金額對(duì)應(yīng)的錢(qián)數(shù)
3、紅包被拆時(shí)，有相應(yīng)提示
4、發(fā)紅包者自己領(lǐng)紅包
5、紅包24小時(shí)內(nèi)未被拆完，剩余錢(qián)被退回，相應(yīng)支付方式中錢(qián)數(shù)增加

群發(fā)紅包-拼手氣紅包：
1、紅包總額/紅包個(gè)數(shù)<0.01
2、紅包每個(gè)人拆開(kāi)金額不同，總金額與發(fā)紅包設(shè)置的總額一致
3、紅包24小時(shí)內(nèi)拆完后顯示最佳手氣
4、紅包24小時(shí)內(nèi)未被拆完不顯示最佳手氣

兼容性： 安卓、蘋(píng)果 不同型號(hào)版本手機(jī)
UI測(cè)試： 界面無(wú)錯(cuò)別字，風(fēng)格統(tǒng)一
中斷測(cè)試： 不同應(yīng)用之間切換、斷網(wǎng)、來(lái)電、短信、低電量、手機(jī)沒(méi)電
網(wǎng)絡(luò)測(cè)試： 2g/3g/4g  WiFi 移動(dòng)聯(lián)通電信  弱網(wǎng)  無(wú)網(wǎng)

微信朋友圈測(cè)試用例（★★★★★）
功能測(cè)試
1、朋友圈發(fā)送功能
1）只發(fā)送文本
a、考慮文本長(zhǎng)度：1-1500字符（該數(shù)據(jù)為百度數(shù)據(jù)）、超出最大字符長(zhǎng)度
b、文本是否支持復(fù)制粘貼
c、為空驗(yàn)證
2）只發(fā)送圖片
a、本地相冊(cè)選擇/拍攝
b、圖片數(shù)量驗(yàn)證：1-9張圖片、超出9張
c、為空驗(yàn)證
3）只發(fā)送視頻
a、本地相冊(cè)選擇/拍攝
b、視頻秒數(shù)驗(yàn)證：1-10s，超出10s
c、視頻個(gè)數(shù)驗(yàn)證：1個(gè)，超出1個(gè)
d、視頻格式驗(yàn)證：支持的視頻格式，例mp4、不支持的視頻格式
e、視頻大小驗(yàn)證：蘋(píng)果400kb以?xún)?nèi)、Android200-300kb（此為百度數(shù)據(jù)）、超出規(guī)定大小
f、視頻預(yù)覽增刪改操作
g、為空驗(yàn)證
4）發(fā)送文本+圖片：輸入滿(mǎn)足要求的文本、圖片進(jìn)行一次驗(yàn)證
5）發(fā)送文本+視頻：輸入滿(mǎn)足要求的文本、視頻進(jìn)行一次驗(yàn)證
6）發(fā)送圖片+視頻：不支持發(fā)送
7）朋友圈發(fā)送內(nèi)容是否有限制，例如涉及黃賭毒等敏感字
8）所在位置
a、不顯示位置：發(fā)送到朋友圈動(dòng)態(tài)不顯示位置
b、選擇對(duì)應(yīng)位置：搜索支持、自動(dòng)定位、手動(dòng)編輯
C、點(diǎn)擊取消，返回上一級(jí)頁(yè)面
9）誰(shuí)可以看
a、設(shè)置公開(kāi)：所有朋友可見(jiàn)
b、設(shè)置私密（僅自己可見(jiàn)）：自己查看朋友圈-可見(jiàn)、好友查看朋友圈-不可見(jiàn)
c、設(shè)置部分可見(jiàn)（部分朋友可見(jiàn)）：選擇的部分好友-可見(jiàn)、不被選擇的好友-不可見(jiàn)、是否有人數(shù)上限
d、設(shè)置不給誰(shuí)看（選中的朋友不可見(jiàn)）：不被選中的朋友-可見(jiàn)、被選中的朋友-不可見(jiàn)、是否有人數(shù)上限
e、點(diǎn)擊取消，返回發(fā)送頁(yè)面
10）提醒誰(shuí)看
a、提醒單人/提醒多人：被提醒的朋友-收到消息提醒、未被提醒-未有消息提醒
b、是否有人數(shù)上限
c、點(diǎn)擊取消，返回發(fā)送頁(yè)面
11）同步QQ空間：默認(rèn)不同步、同步到QQ空間
12）取消發(fā)送朋友圈操作
a、選擇相機(jī)，點(diǎn)擊取消，返回朋友圈頁(yè)面
b、進(jìn)入朋友圈發(fā)送頁(yè)面，選擇文本圖片，點(diǎn)擊取消
13）朋友圈當(dāng)天發(fā)送次數(shù)是否有上限限制

2、朋友圈瀏覽功能
1）文本查看：
a、過(guò)長(zhǎng)文本內(nèi)容是否隱藏，并支持查看全文
b、右鍵選擇復(fù)制、收藏、翻譯
c、url鏈接是否支持點(diǎn)擊跳轉(zhuǎn)網(wǎng)頁(yè)
2）圖片查看
a、小圖右鍵支持收藏/編輯
b、點(diǎn)擊支持大圖瀏覽
c、選擇發(fā)送給朋友、收藏、保存圖片、編輯
d、多張圖片支持左右滑動(dòng)瀏覽
3）視頻查看
a、右鍵視頻支持靜音播放/搜藏
b、點(diǎn)擊視頻播放按鍵支持播放視頻
c、選擇發(fā)送給朋友、收藏、保存視頻、編輯
4）分享動(dòng)態(tài)瀏覽：QQ空間/公眾號(hào)文章/非騰訊產(chǎn)品分享后朋友圈是否正常顯示
5）贊：點(diǎn)贊、取消點(diǎn)贊
6）評(píng)論
a、評(píng)論長(zhǎng)度：評(píng)論字?jǐn)?shù)合理長(zhǎng)度、評(píng)論超過(guò)字?jǐn)?shù)上限
b、評(píng)論類(lèi)型：純中文、純數(shù)字、純字母、純字符、純表情（微信表情/手機(jī)自帶表情）、混合類(lèi)型、包含url鏈接；
c、評(píng)論是否支持復(fù)制粘貼
d、為空驗(yàn)證
e、發(fā)表評(píng)論后刪除
f、評(píng)論回復(fù)操作
7）刪除朋友圈動(dòng)態(tài)
8）更換相冊(cè)封面
9）刷新是否正常獲取新動(dòng)態(tài)
10）上滑是否加載更多

界面/易用性測(cè)試
1、技術(shù)人員角度：頁(yè)面布局設(shè)計(jì)是否跟產(chǎn)品原型圖/ui效果圖一致
2、但除了考慮1之外，我們同樣要考慮到用戶(hù)使用：功能操作是否簡(jiǎn)便，頁(yè)面布局排版風(fēng)格是否美觀合理，提示語(yǔ)相關(guān)信息是否易于理解

中斷測(cè)試
1、主要考慮：a)核心功能  b)當(dāng)前功能存在實(shí)時(shí)數(shù)據(jù)交換，例發(fā)朋友圈、瀏覽朋友圈進(jìn)行中斷，是否容易出現(xiàn)崩潰
2、中斷包括：前后臺(tái)切換、鎖屏解鎖、斷網(wǎng)重連、app切換、來(lái)電話(huà)/來(lái)短信中斷、插拔耳機(jī)線/數(shù)據(jù)線

網(wǎng)絡(luò)測(cè)試
1、三大運(yùn)營(yíng)商不同網(wǎng)絡(luò)制式測(cè)試
2、網(wǎng)絡(luò)切換測(cè)試：WIFI/4G/3G/2G
3、無(wú)網(wǎng)測(cè)試：對(duì)于緩存在本地的數(shù)據(jù)，部分朋友圈信息是否支持瀏覽
4、弱網(wǎng)測(cè)試：
a、延時(shí)：頁(yè)面響應(yīng)時(shí)間是否可接受、不同網(wǎng)絡(luò)制式是否區(qū)分超時(shí)時(shí)長(zhǎng)、出現(xiàn)請(qǐng)求超時(shí)，是否給予相應(yīng)的提示
b、丟包：有無(wú)超時(shí)重連機(jī)制、如果未響應(yīng)，是否給予相應(yīng)提示
c、頁(yè)面呈現(xiàn)的完整性驗(yàn)證

兼容性測(cè)試
1、Android手機(jī)端、蘋(píng)果手機(jī)端、pad版（主流）功能界面顯示是否正常
2、各平臺(tái)朋友圈展示數(shù)據(jù)是否一致

安全測(cè)試
發(fā)送朋友圈時(shí)，文本輸入腳本代碼，是否出現(xiàn)異常

性能測(cè)試
1、服務(wù)器性能測(cè)試
可通過(guò)loadrunner/jmeter工具實(shí)現(xiàn)，主要關(guān)注TPS、響應(yīng)時(shí)間、吞吐量、CPU、內(nèi)存等

2、app客戶(hù)端性能測(cè)試
可通過(guò)GT工具實(shí)現(xiàn)，運(yùn)行時(shí)關(guān)注cpu、內(nèi)存、流量、電量等占用率

3、app壓力穩(wěn)定性測(cè)試
通過(guò)monkey工具實(shí)現(xiàn)，頻繁發(fā)送朋友圈，瀏覽朋友圈請(qǐng)求，是否容易發(fā)生崩潰

-----------------------------
作者: 麗麗LILY    時(shí)間: 2023-2-8 15:12
[愛(ài)]
干杯



歡迎光臨 愛(ài)鋒貝 (http://7gfy2te7.cn/) Powered by Discuz! X3.4