软件测试面试题大全
目錄
一、面試基礎(chǔ)題
簡(jiǎn)述測(cè)試流程:
什么是軟件測(cè)試？軟件測(cè)試的目的與原則
問：軟件生存周期及其模型是什么？
什么是軟件質(zhì)量？
自動(dòng)化測(cè)試腳本開發(fā)的主要步驟:
目前主要的測(cè)試用例設(shè)計(jì)方法是什么？
常見的測(cè)試用例設(shè)計(jì)方法都有哪些?請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用
測(cè)試的策略有哪些?
單元測(cè)試的策略有哪些？
正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么？
軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試？
需求測(cè)試的注意事項(xiàng)有哪些？
問：你在測(cè)試中發(fā)現(xiàn)了一個(gè) bug ，但是開發(fā)經(jīng)理認(rèn)為這不是一個(gè) bug ，你應(yīng)該怎樣解決。
問：給你一個(gè)網(wǎng)站，你如何測(cè)試？
問：一臺(tái)客戶端有三百個(gè)客戶與三百個(gè)客戶端有三百個(gè)客戶對(duì)服務(wù)器施壓，有什么區(qū)別? ?
軟件的安全性應(yīng)從哪幾個(gè)方面 去測(cè)試？
軟件質(zhì)量保證體系是什么 國(guó)家標(biāo)準(zhǔn)中與質(zhì)量保證管理相關(guān)的幾個(gè)標(biāo)準(zhǔn)是什么? ? 他們的編號(hào)和全稱是什么? ?
測(cè)試人員在軟件開發(fā)過程中的任務(wù)是什么？
在您以往的工作中，一條軟件缺陷（或者叫 Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？
黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種基本方法，請(qǐng)分別說(shuō)明各自的優(yōu)點(diǎn)和缺點(diǎn)！
什么是系統(tǒng)瓶頸？
手機(jī)APP測(cè)試
什么是并發(fā)？在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試？集合點(diǎn)失敗了會(huì)怎么樣？
詳細(xì)的描述一個(gè)測(cè)試活動(dòng)完整的過程。
在您以往的工作中，一條軟件缺陷（或者叫 Bug ）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（ Bug ）記錄？
您認(rèn)為在測(cè)試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測(cè)試人員同開發(fā)團(tuán)隊(duì)中其他成員 良好的人際關(guān)系的關(guān)鍵是什么？
軟件測(cè)試項(xiàng)目從什么時(shí)候開始？為什么？
測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？
您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請(qǐng)?jiān)囀鲆粋€(gè)完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來(lái)完成這些工作？您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長(zhǎng)哪部分工作？
請(qǐng)你回答一下性能測(cè)試有哪些指標(biāo)，對(duì)一個(gè)登錄功能做性能測(cè)試，有哪些指標(biāo)，怎么測(cè)出可同時(shí)處理的最大請(qǐng)求數(shù)量
什么是兼容型測(cè)試？兼容性測(cè)試側(cè)重哪些方面？
軟件測(cè)試項(xiàng)目從什么時(shí)候開始，？為什么？
二、測(cè)試實(shí)戰(zhàn)面試題
我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行的很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題
一個(gè)程序有n個(gè)變量采用邊界值分析可以產(chǎn)生幾個(gè)測(cè)試用例
請(qǐng)?jiān)O(shè)計(jì)一個(gè)關(guān)于ATM自動(dòng)取款機(jī)的測(cè)試用例。
如何測(cè)試一個(gè) 紙杯？
我手上這支筆，請(qǐng)你根據(jù)這支筆設(shè)計(jì)測(cè)試用例
測(cè)試手機(jī)開機(jī)鍵
如何回答登錄功能怎么進(jìn)行測(cè)試？
如何回答京東購(gòu)物車功能怎么進(jìn)行測(cè)試？
支付流程測(cè)試
對(duì)于有系統(tǒng)大量并發(fā)訪問，你會(huì)如何做測(cè)試，有什么建議
請(qǐng)對(duì)這個(gè)系統(tǒng)做出測(cè)試用例：一個(gè)系統(tǒng)，多個(gè)攝像頭，抓拍車牌，識(shí)別車牌，上傳網(wǎng)上，網(wǎng)上展示
請(qǐng)你說(shuō)一說(shuō)PC網(wǎng)絡(luò)故障，以及如何排除障礙
微信紅包
微信發(fā)朋友圈點(diǎn)贊
如何對(duì)淘寶搜索框進(jìn)行測(cè)試
就linux下的CP命令設(shè)計(jì)測(cè)試用例。
請(qǐng)問如果用戶點(diǎn)擊微博的關(guān)注圖標(biāo)但是app上面沒有反應(yīng)，應(yīng)該怎么排查這個(gè)問題
現(xiàn)有一個(gè)學(xué)生標(biāo)準(zhǔn)化考試批閱試卷,產(chǎn)生成績(jī)報(bào)告的程序。其規(guī)格說(shuō)明如下:程序的輸入文件由一些有80個(gè)字符的記錄組成,如右圖所示，所有記錄分為3組：
三、基礎(chǔ)知識(shí)點(diǎn)
什么是樁模塊？什么是驅(qū)動(dòng)模塊？
什么是扇入？什么是扇出？
8020原則：在需求分析開始到集成測(cè)試階段引入測(cè)試手段，能發(fā)現(xiàn)所有缺陷的80%，系統(tǒng)測(cè)試階段發(fā)現(xiàn)16%，在運(yùn)行維護(hù)階段經(jīng)過長(zhǎng)時(shí)間大量運(yùn)行軟件后，能夠發(fā)現(xiàn)4%。起源于經(jīng)濟(jì)學(xué)。
什么是耦合？什么是內(nèi)聚？
缺陷嚴(yán)重程度：
缺陷優(yōu)先級(jí)：
缺陷狀態(tài)：
簡(jiǎn)單的軟件缺陷生命周期：
復(fù)雜的軟件缺陷生命周期：
什么是在線用戶數(shù)？什么是并發(fā)用戶數(shù)？
分布式軟件架構(gòu)分為：
測(cè)試人員的能力：
簡(jiǎn)述負(fù)載測(cè)試與壓力測(cè)試的區(qū)別。
軟件缺陷管理工具有哪些
弱網(wǎng)測(cè)試
四、智力題
————————————————
一、面試基礎(chǔ)題
簡(jiǎn)述測(cè)試流程:
1、閱讀相關(guān)技術(shù)文檔（如產(chǎn)品PRD、UI設(shè)計(jì)、產(chǎn)品流程圖等）。
2、參加需求評(píng)審會(huì)議。
3、根據(jù)最終確定的需求文檔編寫測(cè)試計(jì)劃。
4、編寫測(cè)試用例（等價(jià)類劃分法、邊界值分析法等）。
5、用例評(píng)審(主要參與人員：開發(fā)、測(cè)試、產(chǎn)品、測(cè)試leader)。
6、開發(fā)提交代碼至SVN或者GIT ，配管搭建測(cè)試環(huán)境。
7、執(zhí)行測(cè)試用例，記錄發(fā)現(xiàn)的問題。
8、驗(yàn)證bug與回歸測(cè)試。
9、編寫測(cè)試報(bào)告。
10、產(chǎn)品上線。
補(bǔ)充測(cè)試用例設(shè)計(jì)過程：
根據(jù)需求得出測(cè)試需求
設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案
方案評(píng)審?fù)ㄟ^后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審
什么是軟件測(cè)試？軟件測(cè)試的目的與原則
使用人工或自動(dòng)手段，來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程。其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。
軟件測(cè)試的目的：
測(cè)試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯(cuò)誤。
一個(gè)成功的測(cè)試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。
一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。
確保產(chǎn)品完成了它所承諾或公布的功能，并且用戶可以訪問到的功能都有明確的書面說(shuō)明。
確保產(chǎn)品滿足性能和效率的要求。
確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的。
問：軟件生存周期及其模型是什么？
軟件生存周期是軟件開發(fā)全部過程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架，是從可行性研究到需求分析、軟件設(shè)計(jì)、編碼、測(cè)試、軟件發(fā)布維護(hù)的過程。在經(jīng)歷需求、分析、設(shè)計(jì)、實(shí)現(xiàn)、部署后，軟件將被使用并進(jìn)入維護(hù)階段，直到最后由于缺少維護(hù)費(fèi)用而逐漸消亡。這樣的一個(gè)過程，稱為"生命周期模型"（Life Cycle Model）。
什么是軟件質(zhì)量？
軟件質(zhì)量：軟件產(chǎn)品的特性可以滿足用戶的功能、性能需求的能力。
自動(dòng)化測(cè)試腳本開發(fā)的主要步驟:
1、通過某些方式定位到我們要執(zhí)行的對(duì)象、目標(biāo)( Target)
2、對(duì)這個(gè)對(duì)象進(jìn)行什么操作(command)
3、通過操作對(duì)定位到的元素賦值(value)
4、添加斷言操作
目前主要的測(cè)試用例設(shè)計(jì)方法是什么？
白盒測(cè)試：
邏輯覆蓋
循環(huán)覆蓋
基本路徑覆蓋
黑盒測(cè)試：
邊界值分析法
等價(jià)類劃分
錯(cuò)誤猜測(cè)法
因果圖法
狀態(tài)圖法
測(cè)試大綱法
隨機(jī)測(cè)試場(chǎng)景法
常見的測(cè)試用例設(shè)計(jì)方法都有哪些?請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用
1）等價(jià)類劃分劃分
等價(jià)類是指某個(gè)輸入域的子集合。在該子集合中，各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的。并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試。因此，可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類，在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件，就可以用少量代表性的測(cè)試數(shù)據(jù)。取得較好的測(cè)試結(jié)果。等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無(wú)效等價(jià)類。
2）邊界值分析法
邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我，大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部。因此針對(duì)各種邊界情況設(shè)（面試題目：什么樣的工作環(huán)境適合你&#from一個(gè)常見的軟件測(cè)試面試題來(lái)自end#lt；結(jié)束）計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤。
使用邊界值分析方法設(shè)計(jì)測(cè)試用例，首先應(yīng)確定邊界情況。通常輸入和輸出等價(jià)類的邊界，就是應(yīng)著重測(cè)試的邊界情況。應(yīng)當(dāng)選取正好等于，剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù)，而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù)。
3）錯(cuò)誤推測(cè)法
基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤，從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法。
錯(cuò)誤推測(cè)方法的基本思想：列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)他們選擇測(cè)試用例。例如，在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤。以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等，這些就是經(jīng)驗(yàn)的總結(jié)。還有，輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。輸入表格為空格或輸入表格只有一行。這些都是容易發(fā)生錯(cuò)誤的情況。可選擇這些情況下的例子作為測(cè)試用例。
4）因果圖方法
前面介紹的等價(jià)類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián)系，相互組合等。考慮輸入條件之間的相互組合，可能會(huì)產(chǎn)生一些新的情況。但要檢查輸入條件的組合不是一件容易的事情，即使把所有輸入條件劃分成等價(jià)類，他們之間的組合情況也相當(dāng)多。因此必須考慮采用一種適合于描述對(duì)于多種條件的組合，相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例。這就需要利用因果圖(邏輯模型)。因果圖方法最終生成的就是判定表。它適合于檢查程序輸入條件的各種組合情況。
5）正交表分析法
有時(shí)候，可能因?yàn)榇罅康膮?shù)的組合而引起測(cè)試用例數(shù)量上的激增，同時(shí)，這些測(cè)試用例并沒有明顯的優(yōu)先級(jí)上的差距，而測(cè)試人員又無(wú)法完成這么多數(shù)量的測(cè)試，就可以通過正交表來(lái)進(jìn)行縮減一些用例，從而達(dá)到盡量少的用例覆蓋盡量大的范圍的可能性。
6）場(chǎng)景分析方法
指根據(jù)用戶場(chǎng)景來(lái)模擬用戶的操作步驟，這個(gè)比較類似因果圖，但是可能執(zhí)行的深度和可行性更好。
測(cè)試的策略有哪些?
黑盒/白盒/灰盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測(cè)試，回歸測(cè)試，公測(cè)（Beta測(cè)試的策略）
補(bǔ)充：公測(cè)是什么?還有沒有其他的測(cè)試策略？測(cè)試策略和測(cè)試方法以及測(cè)試類型有什么區(qū)別？
按測(cè)試 策略分類：
1、靜態(tài)與動(dòng)態(tài)測(cè)試
2、黑盒與白盒測(cè)試
3、手工和自動(dòng)測(cè)試
4、冒煙測(cè)試
5、回歸測(cè)試；
按測(cè)試階段分類：單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試；
其他常見測(cè)試方法：1、功能測(cè)試 2、性能測(cè)試 3、壓力測(cè)試 4、負(fù)載測(cè)試 5、易用性測(cè)試 6、安裝測(cè)試 7、界面測(cè)試 8、配置測(cè)試 9、文檔測(cè)試 10、兼容性測(cè)試 11、安全性測(cè)12、恢復(fù)測(cè)試
α測(cè)試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試，Alpha 測(cè)試不能由程序員或測(cè)試員完成。
β測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta 測(cè)試不能由程序員或測(cè)試員完成。
回歸測(cè)試（對(duì)軟件的新版本測(cè)試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測(cè)試時(shí)的用例，是為了驗(yàn)證缺陷是否真正修復(fù)，確認(rèn)修復(fù)后是否影響其它功能）；
冒煙測(cè)試：對(duì)新版本測(cè)試之前，先驗(yàn)證下軟件的基本功能是否實(shí)現(xiàn)，是否具備可測(cè)性。
單元測(cè)試的策略有哪些？
邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析
正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么？
答：用最少的實(shí)驗(yàn)覆蓋最多的操作，測(cè)試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜；對(duì)于基本的驗(yàn)證功能，以及二次集成引起的缺陷，一般都能找出來(lái)；但是更深的缺陷，更復(fù)雜的缺陷，還是無(wú)能為力的；具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(shí)候使用此方法。
補(bǔ)充：什么時(shí)候用系統(tǒng)測(cè)試，測(cè)試的每個(gè)階段是什么，比如單元、集成、系統(tǒng)、公測(cè)，每個(gè)階段需要什么技術(shù)，有什么要求
軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試？
(1) 用戶認(rèn)證機(jī)制：如數(shù)據(jù)證書、智能卡、雙重認(rèn)證、安全電子交易協(xié)議
(2) 加密機(jī)制
(3) 安全防護(hù)策略：如安全日志、入侵檢測(cè)、隔離防護(hù)、漏洞掃描
(4) 數(shù)據(jù)備份與恢復(fù)手段：存儲(chǔ)設(shè)備、存儲(chǔ)優(yōu)化、存儲(chǔ)保護(hù)、存儲(chǔ)管理
(5) 防病毒系統(tǒng)
軟件安全性測(cè)試包括程序、數(shù)據(jù)庫(kù)安全性測(cè)試。根據(jù)系統(tǒng)安全指標(biāo)不同測(cè)試策略也不同。
用戶認(rèn)證安全的測(cè)試要考慮問題：
明確區(qū)分系統(tǒng)中不同用戶權(quán)限
系統(tǒng)中會(huì)不會(huì)出現(xiàn)用戶沖突
系統(tǒng)會(huì)不會(huì)因用戶的權(quán)限的改變?cè)斐苫靵y
用戶登陸密碼是否是可見、可復(fù)制
是否可以通過絕對(duì)途徑登陸系統(tǒng)（拷貝用戶登陸后的鏈接直接進(jìn)入系統(tǒng)）
用戶退出系統(tǒng)后是否刪除了所有鑒權(quán)標(biāo)記，是否可以使用后退鍵而不通過輸入口令進(jìn)入系統(tǒng)
系統(tǒng)網(wǎng)絡(luò)安全的測(cè)試要考慮問題
測(cè)試采取的防護(hù)措施是否正確裝配好，有關(guān)系統(tǒng)的補(bǔ)丁是否打上
模擬非授權(quán)攻擊，看防護(hù)系統(tǒng)是否堅(jiān)固
采用成熟的網(wǎng)絡(luò)漏洞檢查工具檢查系統(tǒng)相關(guān)漏洞（即用最專業(yè)的黑客攻擊工具攻擊試一下，
現(xiàn)在最常用的是 NBSI 系列和 IPhacker IP ）
采用各種木馬檢查工具檢查系統(tǒng)木馬情況
采用各種防外掛工具檢查系統(tǒng)各組程序的外掛漏洞
數(shù)據(jù)庫(kù)安全考慮問題：
系統(tǒng)數(shù)據(jù)是否機(jī)密（比如對(duì)銀行系統(tǒng)，這一點(diǎn)就特別重要，一般的網(wǎng)站就沒有太高要求）
系統(tǒng)數(shù)據(jù)的完整性（我剛剛結(jié)束的企業(yè)實(shí)名核查服務(wù)系統(tǒng)中就曾存在數(shù)據(jù)的不完整，對(duì)于這
個(gè)系統(tǒng)的功能實(shí)現(xiàn)有了障礙）
系統(tǒng)數(shù)據(jù)可管理性
系統(tǒng)數(shù)據(jù)的獨(dú)立性
系統(tǒng)數(shù)據(jù)可備份和恢復(fù)能力（數(shù)據(jù)備份是否完整，可否恢復(fù)，恢復(fù)是否可以完整）
α測(cè)試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)
境下進(jìn)行的受控測(cè)試，Alpha 測(cè)試不能由程序員或測(cè)試員完成。
β測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在
測(cè)試現(xiàn)場(chǎng)，Beta 測(cè)試不能由程序員或測(cè)試員完成。
需求測(cè)試的注意事項(xiàng)有哪些？
是否使用了公司的模板
文檔內(nèi)容是否符合規(guī)范
所有的需求是分級(jí)是否清析適當(dāng)？
所有的需求是否具有一致性
需求是否可行（即，該需求組合有解決方案）
需求可否用己知的約束來(lái)實(shí)現(xiàn)
需求是否足夠（即，可以把它送到一個(gè)規(guī)范的開發(fā)組織，并有一個(gè)生產(chǎn)出所需要產(chǎn)品的合理的可能性）
所有的其它需求是交叉引用是否正確
用戶描述是否清楚
是否用客戶的語(yǔ)言來(lái)描述需求
每個(gè)需求描述是否清楚沒有岐義，可以移交給一個(gè)獨(dú)立的組去實(shí)現(xiàn)時(shí)也能理解
是否所有的需求都是可驗(yàn)證的
是否每條需求都具有獨(dú)立性，即使發(fā)生了變化也不會(huì)影響其它需求
性能指標(biāo)是否明確
非功能性需求是否得到充分表現(xiàn)
是否完整列出適用的標(biāo)準(zhǔn)或協(xié)議
標(biāo)準(zhǔn)和協(xié)議之間是否存在沖突
問：你在測(cè)試中發(fā)現(xiàn)了一個(gè) bug ，但是開發(fā)經(jīng)理認(rèn)為這不是一個(gè) bug ，你應(yīng)該怎樣解決。
將問題提交到缺陷管理庫(kù)里面進(jìn)行備案。
要獲取判斷的依據(jù)和標(biāo)準(zhǔn)： 根據(jù)需求說(shuō)明書、產(chǎn)品說(shuō)明、設(shè)計(jì)文檔等，確認(rèn)實(shí)際結(jié)果是否與計(jì)劃有不一致的地方，提供缺陷是否確認(rèn)的直接依據(jù)； 如果沒有文檔依據(jù)，可以根據(jù)類似軟件的一般特性來(lái)說(shuō)明是否存在不一致的地方，來(lái)確認(rèn)是否是缺陷； 根據(jù)用戶的一般使用習(xí)慣，來(lái)確認(rèn)是否是缺陷；
與設(shè)計(jì)人員、開發(fā)人員和客戶代表等相關(guān)人員探討，確認(rèn)是否是缺陷；
合理的論述，向測(cè)試經(jīng)理說(shuō)明自己的判斷的理由，注意客觀、嚴(yán)謹(jǐn)，不參雜個(gè)人情緒。
等待測(cè)試經(jīng)理做出最終決定，如果仍然存在爭(zhēng)議，可以通過公司政策所提供的渠道，向上級(jí)反映，并有上級(jí)做出決定。
問：給你一個(gè)網(wǎng)站，你如何測(cè)試？
1、查找需求說(shuō)明、網(wǎng)站設(shè)計(jì) m 等相關(guān)文檔，分析測(cè)試需求。
2、制定測(cè)試計(jì)劃，確定測(cè)試范圍和測(cè)試策略，一般包括以下幾個(gè)部分：
功能性測(cè)試；界面測(cè)試；性能測(cè)試；數(shù)據(jù)庫(kù)測(cè)試；安全性測(cè)試；兼容性測(cè)試3、設(shè)計(jì)測(cè)試用例：
功能性測(cè)試可以包括，但不限于以下幾個(gè)方面：鏈接測(cè)試。鏈接是否正確跳轉(zhuǎn)，是否存在空頁(yè)面和無(wú)效頁(yè)面，是否有不正確的出錯(cuò)信息返回等。提交功能的測(cè)試。多媒體元素是否可以正確加載和顯示。多語(yǔ)言支持是否能夠正確顯示選擇的語(yǔ)言等。界面測(cè)試可以包括但不限于一下幾個(gè)方面：頁(yè)面是否風(fēng)格統(tǒng)一，美觀
文字檢查
對(duì)于必須但為安裝的空間，是否提供自動(dòng)下載并安裝的功能
控件是否正常使用
頁(yè)面布局是否合理，重點(diǎn)內(nèi)容和熱點(diǎn)內(nèi)容是否突出
問：一臺(tái)客戶端有三百個(gè)客戶與三百個(gè)客戶端有三百個(gè)客戶對(duì)服務(wù)器施壓，有什么區(qū)別? ?
300 個(gè)用戶在一個(gè)客戶端上，會(huì)占用客戶機(jī)更多的資源，而影響測(cè)試的結(jié)果。線程之間可能發(fā)生干擾，而產(chǎn)生一些異常。300 個(gè)用戶在一個(gè)客戶端上，需要更大的帶寬。IP 地址的問題，可能需要使用 IP Spoof 來(lái)繞過服務(wù)器對(duì)于單一 IP 地址最大連接數(shù)的限制。所有用戶在一個(gè)客戶端上，不必考慮分布式管理的問題；而用戶分布在不同的客戶端上，需要考慮使用控制器來(lái)整體調(diào)配不同客戶機(jī)上的用戶。同時(shí)，還需要給予相應(yīng)的權(quán)限配置和防火墻設(shè)置。
你工作中遇到最具價(jià)值的bug，就是重大bug咯，例如app性能測(cè)試測(cè)哪些，那你就看一看性能測(cè)試的視頻咯
軟件的安全性應(yīng)從哪幾個(gè)方面 去測(cè)試？
軟件安全性測(cè)試包括程序、數(shù)據(jù)庫(kù)安全性測(cè)試。根據(jù)系統(tǒng)安全指標(biāo)不同測(cè)試策略也不同。
用戶認(rèn)證安全的測(cè)試要考慮問題：
明確區(qū)分系統(tǒng)中不同用戶權(quán)限
系統(tǒng)中會(huì)不會(huì)出現(xiàn)用戶沖突
系統(tǒng)會(huì)不會(huì)因用戶的權(quán)限的改變?cè)斐苫靵y
用戶登陸密碼是否是可見、可復(fù)制
是否可以通過絕對(duì)途徑登陸系統(tǒng)（拷貝用戶登陸后的鏈接直接進(jìn)入系統(tǒng)）
用戶退出系統(tǒng)后是否刪除了所有鑒權(quán)標(biāo)記，是否可以使用后退鍵而不通過輸入口令進(jìn)入系統(tǒng)
系統(tǒng)網(wǎng)絡(luò)安全的測(cè)試要考慮問題
測(cè)試采取的防護(hù)措施是否正確裝配好，有關(guān)系統(tǒng)的補(bǔ)丁是否打上
模擬非授權(quán)攻擊，看防護(hù)系統(tǒng)是否堅(jiān)固
采用成熟的網(wǎng)絡(luò)漏洞檢查工具檢查系統(tǒng)相關(guān)漏洞（即用最專業(yè)的黑客攻擊工具攻擊試一下，
現(xiàn)在最常用的是 NBSI 系列和 IPhacker IP ）
采用各種木馬檢查工具檢查系統(tǒng)木馬情況
采用各種防外掛工具檢查系統(tǒng)各組程序的外掛漏洞
數(shù)據(jù)庫(kù)安全考慮問題：
系統(tǒng)數(shù)據(jù)是否機(jī)密（比如對(duì)銀行系統(tǒng)，這一點(diǎn)就特別重要，一般的網(wǎng)站就沒有太高要求）
系統(tǒng)數(shù)據(jù)的完整性（我剛剛結(jié)束的企業(yè)實(shí)名核查服務(wù)系統(tǒng)中就曾存在數(shù)據(jù)的不完整，對(duì)于這個(gè)系統(tǒng)的功能實(shí)現(xiàn)有了障礙）
系統(tǒng)數(shù)據(jù)可管理性
系統(tǒng)數(shù)據(jù)的獨(dú)立性
系統(tǒng)數(shù)據(jù)可備份和恢復(fù)能力（數(shù)據(jù)備份是否完整，可否恢復(fù)，恢復(fù)是否可以完整）
軟件質(zhì)量保證體系是什么 國(guó)家標(biāo)準(zhǔn)中與質(zhì)量保證管理相關(guān)的幾個(gè)標(biāo)準(zhǔn)是什么? ? 他們的編號(hào)和全稱是什么? ?
SQA 由一套軟件工程過程和方法組成，以保證（軟件的）質(zhì)量。SQA 貫穿整個(gè)軟件開發(fā)過程，(它)應(yīng)包括需求文檔評(píng)審、代碼控制、代碼評(píng)審、變更管理、配置管理、版本管理和軟件測(cè)試。
測(cè)試人員在軟件開發(fā)過程中的任務(wù)是什么？
1、尋找 Bug；
2、避免軟件開發(fā)過程中的缺陷；
3、衡量軟件的品質(zhì)；
4、關(guān)注用戶的需求。
總的目標(biāo)是：確保軟件的質(zhì)量。
在您以往的工作中，一條軟件缺陷（或者叫 Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？
一條 Bug 記錄最基本應(yīng)包含：編號(hào)、Bug 所屬模塊、Bug 描述、Bug 級(jí)別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等等；
要有效的發(fā)現(xiàn) Bug 需參考需求以及詳細(xì)設(shè)計(jì)等前期文檔設(shè)計(jì)出高效的測(cè)試用例，然后嚴(yán)格執(zhí)行測(cè)試用例，對(duì)發(fā)現(xiàn)的問題要充分確認(rèn)
肯定，然后再向外發(fā)布如此才能提高提交 Bug 的質(zhì)量。
黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種基本方法，請(qǐng)分別說(shuō)明各自的優(yōu)點(diǎn)和缺點(diǎn)！
黑盒測(cè)試的優(yōu)點(diǎn)有：
黑盒測(cè)試的缺點(diǎn)有：
不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的 30%；自動(dòng)化測(cè)試的復(fù)用性較低。白盒測(cè)試的優(yōu)點(diǎn)有：
幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。白盒測(cè)試的缺點(diǎn)有：
程序運(yùn)行會(huì)有很多不同的路徑，不可能測(cè)試所有的運(yùn)行路徑；測(cè)試基于代碼，只能測(cè)試開發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求；系統(tǒng)龐大時(shí)，測(cè)試開銷會(huì)非常大。什么是系統(tǒng)瓶頸？
參考答案：
瓶頸主要是指整個(gè)軟硬件構(gòu)成的軟件系統(tǒng)某一方面或者幾個(gè)方面能力不能滿足用戶的特定業(yè)務(wù)要求，“特定”是指瓶頸會(huì)在某些條件下會(huì)出現(xiàn)，因?yàn)楫吘勾蠖鄶?shù)系統(tǒng)在投入前。
嚴(yán)格的從技術(shù)角度講，所有的系統(tǒng)都會(huì)有瓶頸，因?yàn)榇蠖鄶?shù)系統(tǒng)的資源配置不是協(xié)調(diào)的，例如CPU使用率剛好達(dá)到100％時(shí)，內(nèi)存也正好耗盡的系統(tǒng)不是很多見。因此我們討論系統(tǒng)瓶頸要從應(yīng)用的角度討論：關(guān)鍵是看系統(tǒng)能否滿足用戶需求。在用戶極限使用系統(tǒng)的情況下，系統(tǒng)的響應(yīng)仍然正常，我們可以認(rèn)為改系統(tǒng)沒有瓶頸或者瓶頸不會(huì)影響用戶工作。
因此我們測(cè)試系統(tǒng)瓶頸主要是實(shí)現(xiàn)下面兩個(gè)目的：
-發(fā)現(xiàn)“表面”的瓶頸。主要是模擬用戶的操作，找出用戶極限使用系統(tǒng)時(shí)的瓶頸，然后解決瓶頸，這是性能測(cè)試的基本目標(biāo)。
-發(fā)現(xiàn)潛在的瓶頸并解決，保證系統(tǒng)的長(zhǎng)期穩(wěn)定性。主要是考慮用戶在將來(lái)擴(kuò)展系統(tǒng)或者業(yè)務(wù)發(fā)生變化時(shí)，系統(tǒng)能夠適應(yīng)變化。滿足用戶目前需求的系統(tǒng)不是最好的，我們?cè)O(shè)計(jì)系統(tǒng)的目標(biāo)是在保證系統(tǒng)整個(gè)軟件生命周期能夠不斷適應(yīng)用戶的變化，或者通過簡(jiǎn)單擴(kuò)展系統(tǒng)就可以適應(yīng)新的變化。
手機(jī)APP測(cè)試
：主要包括功能、性能測(cè)試、穩(wěn)定性、兼容性、用戶測(cè)試。
性能測(cè)試：CPU占用/內(nèi)存占用 /耗電測(cè)試 /流量消耗測(cè)試 /安裝包大小 /加載時(shí)間測(cè)試 /核心功能相應(yīng)時(shí)間 (①啟動(dòng)時(shí)間檢測(cè)：檢測(cè)App在終端上首次啟動(dòng)時(shí)間。 ②內(nèi)存、CPU耗用檢測(cè)：檢測(cè)App在終端上運(yùn)行時(shí)不同時(shí)段占用內(nèi)存、CPU情況。 ③流量耗用檢測(cè)：檢測(cè)App在終端上運(yùn)行時(shí)的網(wǎng)絡(luò)流量消耗情況。 ④電池溫度檢測(cè)：檢測(cè)App在終端上運(yùn)行時(shí)，對(duì)終端的電池溫度等性能指標(biāo)的影響情況 )
兼容性測(cè)試：屏幕分辨率 /網(wǎng)絡(luò)狀態(tài)，狀態(tài)切換 /android版本 /安裝卸載升級(jí)等 /權(quán)限設(shè)置 /與其他APP兼容性 (①安裝卸載測(cè)試：測(cè)試App在指定終端上是否可正常安裝、正常卸載，準(zhǔn)確定位錯(cuò)誤原因。 ②遍歷測(cè)試：自動(dòng)識(shí)別App可執(zhí)行的功能，在一定時(shí)間內(nèi)遍歷App的不同功能界面，通過截圖記錄操作路徑 并輸出日志、定位異常現(xiàn)象。 ③運(yùn)行穩(wěn)定性測(cè)試：類似Monkey的隨機(jī)性壓力測(cè)試，測(cè)試App運(yùn)行期的穩(wěn)定性。 ④UI適配測(cè)試：測(cè)試App的UI與目標(biāo)終端的屏幕是否適配，記錄是否存在渲染失敗、錯(cuò)位、黑邊框、黑白屏等現(xiàn)象。)
穩(wěn)定性測(cè)試包括：服務(wù)器異常時(shí)穩(wěn)定性 /外部事件影響（電話，短信等） /內(nèi)存是否有溢出或者泄漏 /多線程問題 。
什么是并發(fā)？在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試？集合點(diǎn)失敗了會(huì)怎么樣？
參考答案：
在同一時(shí)間點(diǎn)，支持多個(gè)不同的操作。
LoadRunner中提供IP偽裝，集合點(diǎn)，配合虛擬用戶的設(shè)計(jì)，以及在多臺(tái)電腦上設(shè)置，可以比較好的模擬真實(shí)的并發(fā)。
集合點(diǎn)，即是多個(gè)用戶在某個(gè)時(shí)刻，某個(gè)特定的環(huán)境下同時(shí)進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗，則集合點(diǎn)的才操作就會(huì)取消，測(cè)試就不能進(jìn)行。
詳細(xì)的描述一個(gè)測(cè)試活動(dòng)完整的過程。
答案：（供參考，本答案主要是瀑布模型的做法）
在您以往的工作中，一條軟件缺陷（或者叫 Bug ）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（ Bug ）記錄？
在傳統(tǒng)的 BugZilla 中，BUG 描述應(yīng)該包括以下的信息和 BUG 產(chǎn)生對(duì)應(yīng)的軟件版本和模塊開發(fā)的接口人員BUG 的優(yōu)先級(jí)BUG 的嚴(yán)重程度BUG 可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來(lái)判斷BUG 標(biāo)題，需要清晰的描述現(xiàn)象BUG 描述，需要盡量給出重新 Bug 的步驟BUG 附件中能給出相關(guān)的日志和截圖。高質(zhì)量的 BUG 記錄就是指很容易理解的 BUG 記錄，所以，對(duì)于描述的要求高，能提供的信息多且準(zhǔn)確，很好的幫助開發(fā)人員定位，因此提交高質(zhì)量的軟件缺陷記錄需要注意對(duì) BUG 記錄的描述質(zhì)量多且準(zhǔn)確。
您認(rèn)為在測(cè)試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測(cè)試人員同開發(fā)團(tuán)隊(duì)中其他成員 良好的人際關(guān)系的關(guān)鍵是什么？
盡量面對(duì)面的溝通，其次是能直接通過電話溝通，如果只能通過 Email 等非及時(shí)溝通工具的話，強(qiáng)調(diào)必須對(duì)特性的理解深刻以及能表達(dá)清楚。運(yùn)用一些測(cè)試管理工具如 TestDirector 進(jìn)行管理也是較有效的方法，同時(shí)要注意在TestDirector 中對(duì) BUG 有準(zhǔn)確的描述。在團(tuán)隊(duì)中建立測(cè)試人員與開發(fā)人員良好溝通中注意以下幾點(diǎn)：一真誠(chéng)二是團(tuán)隊(duì)精神三是在專業(yè)上有共同語(yǔ)言四是要對(duì)事不對(duì)人，工作至上當(dāng)然也可以通過直接指出一些小問題，而不是進(jìn)入 BUG Tracking System 來(lái)增加對(duì)方的好感。
軟件測(cè)試項(xiàng)目從什么時(shí)候開始？為什么？
軟件測(cè)試應(yīng)該在需求分析階段就介入,因?yàn)闇y(cè)試的對(duì)象不僅僅是程序編碼,應(yīng)該對(duì)軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測(cè)試,并且軟件缺陷存在放大趨勢(shì).缺陷發(fā)現(xiàn)的越晚,修復(fù)它所花費(fèi)的成本就越大.
測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？
從微觀上來(lái)說(shuō)，在測(cè)試計(jì)劃中定義，比如系統(tǒng)在一定性能下平穩(wěn)運(yùn)行 72 小時(shí)，目前 BugTracking System 中，本版本中沒有一般嚴(yán)重的 BUG，普通 BUG 的數(shù)量在 3 以下，BUG 修復(fù)率 90%以上等等參數(shù)，然后由開發(fā)經(jīng)理，測(cè)試經(jīng)理，項(xiàng)目經(jīng)理共同簽字認(rèn)同版本 Release。如果說(shuō)宏觀的，則是當(dāng)這個(gè)軟件徹底的消失以后，測(cè)試就結(jié)束了。
您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請(qǐng)?jiān)囀鲆粋€(gè)完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來(lái)完成這些工作？您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長(zhǎng)哪部分工作？
開發(fā)過程—需求調(diào)研（需求人員）、需求分析（需求人員）、概要設(shè)計(jì)（設(shè)計(jì)人員）、詳細(xì)設(shè)計(jì)(設(shè)計(jì)人員)、編碼（開發(fā)人員）測(cè)試過程—需求評(píng)審、系統(tǒng)測(cè)試設(shè)計(jì)、概要設(shè)計(jì)評(píng)審、集成測(cè)試設(shè)計(jì)、詳細(xì)設(shè)計(jì)評(píng)審、單元測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行測(cè)試工作的整個(gè)過程都做過，擅長(zhǎng)做測(cè)試設(shè)計(jì)過程決定質(zhì)量，軟件的過程改進(jìn)正是為了提高軟件的質(zhì)量，將過往的種種經(jīng)驗(yàn)和教訓(xùn)積累起來(lái)。
補(bǔ)充
1.明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目，并且找出軟件潛在的缺陷。因此，軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求，測(cè)試方法必須切實(shí)可行，測(cè)試工具并且具有較高的實(shí)用性，便于使用，生成的測(cè)試結(jié)果直觀、準(zhǔn)確
2．堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程
“5W”規(guī)則指的是“What（做什么）”、“Why（為什么做）”、“When（何時(shí)做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃，可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的（Why），明確測(cè)試的范圍和內(nèi)容（What），確定測(cè)試的開始和結(jié)束日期（When），指出測(cè)試的方法和工具（How），給出測(cè)試文檔和軟件的存放位置（Where）。
3．采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求
測(cè)試計(jì)劃寫作完成后，如果沒有經(jīng)過評(píng)審，直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減，而測(cè)試計(jì)劃的內(nèi)容沒有及時(shí)更新，誤導(dǎo)測(cè)試執(zhí)行人員。分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例,應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫(kù)中。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。
請(qǐng)你回答一下性能測(cè)試有哪些指標(biāo)，對(duì)一個(gè)登錄功能做性能測(cè)試，有哪些指標(biāo)，怎么測(cè)出可同時(shí)處理的最大請(qǐng)求數(shù)量
參考回答：
性能測(cè)試常用指標(biāo)：
從外部看，主要有
1、吞吐量：每秒鐘系統(tǒng)能夠處理的請(qǐng)求數(shù)，任務(wù)數(shù)
2、響應(yīng)時(shí)間：服務(wù)處理一個(gè)請(qǐng)求或一個(gè)任務(wù)的耗時(shí)
3、錯(cuò)誤率：一批請(qǐng)求中結(jié)果出錯(cuò)的請(qǐng)求所占比例
從服務(wù)器的角度看，性能測(cè)試關(guān)注CPU，內(nèi)存，服務(wù)器負(fù)載，網(wǎng)絡(luò)，磁盤ＩＯ
對(duì)登錄功能做性能測(cè)試
單用戶登陸的響應(yīng)界面是否符合預(yù)期
單用戶登陸時(shí)后臺(tái)請(qǐng)求數(shù)量是否過多
高并發(fā)場(chǎng)景下用戶登錄的響應(yīng)界面是否符合預(yù)期
高并發(fā)場(chǎng)景下服務(wù)端的監(jiān)控指標(biāo)是否符合預(yù)期
高集合點(diǎn)并發(fā)場(chǎng)景下是否存在資源死鎖和不合理的資源等待
長(zhǎng)時(shí)間大量用戶連續(xù)登錄和登出，服務(wù)器端是否存在內(nèi)存泄漏
怎么測(cè)出可同時(shí)處理的最大請(qǐng)求數(shù)量
可以采用性能測(cè)試工具(WeTest服務(wù)器性能)，該工具是騰訊wetest團(tuán)隊(duì)出品，使用起來(lái)很簡(jiǎn)單方便，但測(cè)試功能相當(dāng)強(qiáng)大，能提供10w+以上的并發(fā)量，定位性能拐點(diǎn)，測(cè)出服務(wù)器模型最大并發(fā)
什么是兼容型測(cè)試？兼容性測(cè)試側(cè)重哪些方面？
兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說(shuō)的軟件的可移植性。兼容的類型，如果細(xì)分的話，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫(kù)兼容，以及數(shù)據(jù)格式的兼容。兼容測(cè)試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般能夠得出用戶會(huì)在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測(cè)試的兼容環(huán)境了
兼容和配置測(cè)試的區(qū)別在于，做配置測(cè)試通常不是在Clean OS下做測(cè)試，而兼容測(cè)試多是在Clean OS環(huán)境下做的。
補(bǔ)充：做兼容測(cè)試的具體步驟：在列好的軟硬件環(huán)境清單做冒煙測(cè)試，還是每一步都測(cè)試。測(cè)出不兼容，怎么和開發(fā)溝通，開發(fā)面對(duì)這些不兼容需要做什么。如果修復(fù)成本很高，怎么和產(chǎn)品經(jīng)理溝通。和誰(shuí)確認(rèn)表單
軟件測(cè)試項(xiàng)目從什么時(shí)候開始，？為什么？
軟件測(cè)試應(yīng)該在需求分析階段就介入,因?yàn)闇y(cè)試的對(duì)象不僅僅是程序編碼,應(yīng)該對(duì)軟件開發(fā)
過程中產(chǎn)生的所有產(chǎn)品都測(cè)試,并且軟件缺陷存在放大趨勢(shì).缺陷發(fā)現(xiàn)的越晚,修復(fù)它所花費(fèi)
的成本就越大.
二、測(cè)試實(shí)戰(zhàn)面試題
我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行的很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題
1、檢查系統(tǒng)是否有中毒的特征
2、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn)
3、確認(rèn)當(dāng)前的系統(tǒng)是否獨(dú)立，即沒有對(duì)外提供什么消耗CPU資源的服務(wù)
4、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問題，或者訪問有問題造成
5、在系統(tǒng)沒有任何負(fù)載的情況下，查看性能監(jiān)視器，確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問情況
補(bǔ)充：每一步該怎么實(shí)現(xiàn)，需要用到什么技術(shù)
一個(gè)程序有n個(gè)變量采用邊界值分析可以產(chǎn)生幾個(gè)測(cè)試用例
4n+1
請(qǐng)?jiān)O(shè)計(jì)一個(gè)關(guān)于ATM自動(dòng)取款機(jī)的測(cè)試用例。
1）功能
a)ATM所識(shí)別卡的類型；
b)密碼驗(yàn)證(身份登陸、是否為掩碼、輸入錯(cuò)誤密碼時(shí)是否提示，連續(xù)三次錯(cuò)誤吞卡等)；
c)取款功能：
i、金額多少的限制，單次最大最小提取金額、每天最大提取金額等）；
Ii、取款幣種的不同，如人民幣、美元、歐元等。
d)是否提示客戶操作完成后，打印相關(guān)操作信息；
e)查詢功能是否正常；
f)轉(zhuǎn)賬功能是否正常；
g)是否提示客戶操作完成后，取回客戶卡；
2）性能
a)是否有自動(dòng)吞卡：非法客戶\密碼錯(cuò)誤客戶\規(guī)定時(shí)間內(nèi)未完成相關(guān)操作功能的客戶。（如果有，有無(wú)報(bào)警功能(保密報(bào)警)）
b)平均無(wú)故障時(shí)間，平均故障修復(fù)時(shí)間，輸入密碼后驗(yàn)證時(shí)間，出鈔票時(shí)間，查詢余額等待時(shí)間。
3）易用性
a)ATM各個(gè)操作功能(硬件)是否正常、易懂；
b)ATM的界面顯示是否友好；
c)ATM是否支持英文操作；
d)ATM是否存在異常（斷電、黑客入侵）有自動(dòng)保護(hù)（報(bào)警）功能；
如何測(cè)試一個(gè) 紙杯？
功能度：用水杯裝水看漏不漏；水能不能被喝到
安全性：杯子有沒有毒或細(xì)菌
可靠性：杯子從不同高度落下的損壞程度
可移植性：杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用
兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等
易用性：杯子是否燙手、是否有防滑措施、是否方便飲用
用戶文檔：使用手冊(cè)是否對(duì)杯子的用法、限制、使用條件等有詳細(xì)描述
疲勞測(cè)試：將杯子盛上水（案例一）放 24 小時(shí)檢查泄漏時(shí)間和情況；盛上汽油（案例二）
放 24 小時(shí)檢查泄漏時(shí)間和情況等
壓力測(cè)試：用根針并在針上面不斷加重量，看壓強(qiáng)多大時(shí)會(huì)穿透
我手上這支筆，請(qǐng)你根據(jù)這支筆設(shè)計(jì)測(cè)試用例
首先我要測(cè)它的外觀、顏色是否符合要求、所占的空間是多大、是否環(huán)保、接下來(lái)測(cè)它的質(zhì)量、這支筆是否能夠?qū)懽至鲿场懗龅淖缘妙伾欠穹弦蟆⒛苁褂枚嚅L(zhǎng)時(shí)間等
測(cè)試手機(jī)開機(jī)鍵
功能測(cè)試：按下開機(jī)鍵，屏幕能否亮起
性能測(cè)試：按下開機(jī)鍵，屏幕能否在規(guī)定時(shí)間內(nèi)亮起
壓力測(cè)試：連續(xù)多次按下開機(jī)鍵，觀察屏幕是否能一直亮起，到多久時(shí)間失靈
健壯性測(cè)試：給定一個(gè)中了病毒的手機(jī)或者是淘汰許久的老機(jī)子，安歇開機(jī)鍵觀察屏幕能否亮起
可靠性測(cè)試：連續(xù)按下開機(jī)鍵有限次數(shù)，比如1萬(wàn)次，記錄屏幕未亮起的次數(shù)
可用性測(cè)試：開機(jī)鍵按下費(fèi)不費(fèi)力，開機(jī)鍵的形狀設(shè)計(jì)是否貼合手指，開機(jī)鍵的位置設(shè)計(jì)是否方便
如何回答登錄功能怎么進(jìn)行測(cè)試？
首先，進(jìn)行界面測(cè)試。
查看界面上的所有元素是否齊全；
沒有輸入內(nèi)容時(shí)，是否有相應(yīng)的提示語(yǔ)；
驗(yàn)證碼是否能夠顯示；
移動(dòng)鼠標(biāo)，【登陸】按鈕默認(rèn)不能點(diǎn)擊；
【忘記密碼】是否有個(gè)小問號(hào)“？”（其他都有）；
第二，進(jìn)行功能測(cè)試。
輸入正確的用戶名、密碼、驗(yàn)證碼，點(diǎn)【登陸】能登陸；
輸入正確的用戶名、錯(cuò)誤的密碼、正確的驗(yàn)證碼，提示用戶名或密碼錯(cuò)誤；
輸入錯(cuò)誤的用戶名、正確的驗(yàn)證碼，提示用戶名或密碼錯(cuò)誤；
輸入正確的用戶名、密碼，錯(cuò)誤的驗(yàn)證碼，提示驗(yàn)證碼錯(cuò)誤；
輸入不符合規(guī)則的手機(jī)號(hào)或者郵箱應(yīng)該提示錯(cuò)誤；
頁(yè)面長(zhǎng)時(shí)間不登陸和操作，驗(yàn)證碼會(huì)不會(huì)過期；
點(diǎn)【記住密碼】，登錄后退出，再次登陸是不是可以不輸入密碼；
點(diǎn)【忘記密碼】能夠跳轉(zhuǎn)到密碼設(shè)置頁(yè)面（至于是什么不用管，就是能不能跳轉(zhuǎn)）
只點(diǎn)擊驗(yàn)證碼圖案，驗(yàn)證碼能不能刷新；
頁(yè)面刷新，驗(yàn)證碼圖案能不能刷新；
輸入欄是否設(shè)置快速刪除按鈕；
用戶名和密碼是否大小寫敏感；
用戶名和密碼前后有空格的處理；
登陸成功，是否有記住密碼功能；
登陸失敗后，不能記錄密碼的功能；
新用戶第一次登陸成功，是否有修改密碼提示；
用戶登錄過程中l(wèi)og中是否有個(gè)人信息明文打印；
是否支持第三方登陸；
刷新頁(yè)面時(shí)是否會(huì)刷新驗(yàn)證碼；
輸入密碼的時(shí)候，大寫鍵盤開啟的時(shí)候要有提示信息 ；
不同級(jí)別的用戶，比如管理員用戶和普通用戶，登錄系統(tǒng)后的權(quán)限是否正確；
第三、業(yè)務(wù)安全測(cè)試。
有沒有登陸錯(cuò)誤次數(shù)的限制；
每次登陸錯(cuò)誤之后有沒有限制再次登陸的時(shí)間間隔；
是否支持一個(gè)賬號(hào)多地登陸；
不同機(jī)型登陸，異地登陸是否有提醒 ；
不登錄的情況下，在瀏覽器中直接輸入登錄后的URL地址，驗(yàn)證是否會(huì)重新定向到用戶登錄界面；
第四、兼容性測(cè)試。
在相同瀏覽器的不同版本上打開登錄頁(yè)面，效果是否一致；在不同瀏覽器上打開登錄頁(yè)面，效果是否一致；在不同操作系統(tǒng)的不同瀏覽器打開登錄頁(yè)面，效果是否一致；在不同的屏幕分辨率下打開登錄頁(yè)面，效果是否一致；
第五、代碼安全性測(cè)試。
用戶輸入登錄信息登陸時(shí)，個(gè)人信息是不是會(huì)顯示在瀏覽器地址欄；
用戶登陸的時(shí)候，通過抓包工具抓數(shù)據(jù)，密碼是否加密；
查看頁(yè)面源代碼，驗(yàn)證碼是否直接顯示在代碼中；
密碼在后臺(tái)儲(chǔ)存時(shí)是否加密；
是否可以使用登錄的API發(fā)送登錄請(qǐng)求，并繞開驗(yàn)證碼校驗(yàn)；
用戶名和密碼的輸入框中分別輸入典型的“SQL注入攻擊”字符串，驗(yàn)證系統(tǒng)的返回頁(yè)面；
用戶名和密碼的輸入框中分別輸入典型的“XSS跨站腳本攻擊”字符串，驗(yàn)證系統(tǒng)行為是否被篡改；
第六、頁(yè)面性能測(cè)試。
單用戶登錄的響應(yīng)時(shí)間是否小于3秒；
通過工具向登錄頁(yè)發(fā)起大量請(qǐng)求，查看頁(yè)面響應(yīng)時(shí)間的變化；
通過工具對(duì)登陸功能進(jìn)行并發(fā)測(cè)試；通過工具向登錄頁(yè)發(fā)起大量請(qǐng)求，查看頁(yè)面何時(shí)崩潰；
通過工具向登錄頁(yè)發(fā)起大量請(qǐng)求，查看頁(yè)面崩潰后有沒有良好的提示信息；
通過工具向登錄頁(yè)發(fā)起大量請(qǐng)求，查看頁(yè)面崩潰后多長(zhǎng)時(shí)間能夠恢復(fù)服務(wù)；
弱網(wǎng)，不同網(wǎng)速時(shí)登陸的時(shí)間，網(wǎng)絡(luò)切換和網(wǎng)絡(luò)延遲時(shí)登陸界面是否正常；
最后、易用性測(cè)試。
頁(yè)面是否美觀；
功能是否都可以使用；
頁(yè)面速度快不快；
頁(yè)面元素加載是否耗費(fèi)網(wǎng)絡(luò)流量；
能不能第三方登陸；
為什么不使用手機(jī)驗(yàn)證碼登陸；
輸入框能否可以以Tab鍵切換。
如何回答京東購(gòu)物車功能怎么進(jìn)行測(cè)試？
1.功能測(cè)試
a）、未登錄時(shí)：
將商品加入購(gòu)物車，頁(yè)面跳轉(zhuǎn)到登錄頁(yè)面，登錄成功后購(gòu)物車數(shù)量增加。
b）、登錄后：
所有鏈接是否跳轉(zhuǎn)正確；
商品是否可以成功加入購(gòu)物車；
沒有限購(gòu)要求的商品，添加數(shù)量能不能超過庫(kù)存數(shù)；
購(gòu)物車商品總數(shù)是否有限制；
商品總數(shù)統(tǒng)計(jì)是否正確；
全選功能是否可用；
刪除功能是否可用；
刪除功能是否有提示；
價(jià)格總計(jì)是否正確；
商品文字太長(zhǎng)時(shí)是否顯示完整；
購(gòu)物車中下架的商品是否有標(biāo)識(shí)，是否還能支付；
新加入購(gòu)物車商品排序（添加購(gòu)物車中存在的店鋪的商品和購(gòu)物車中不存在的店鋪的商品）；
是否支持快TAB、ENTER等快捷鍵；
商品刪除后商品總數(shù)是否減少；
收藏功能是否可用；
賬號(hào)退出后，購(gòu)物車添加的內(nèi)容是否還在；
購(gòu)物車結(jié)算功能是否可用。
限購(gòu)商品按照規(guī)則購(gòu)買完成后，還能不能再次添加購(gòu)物車并購(gòu)買；
2.兼容性測(cè)試
BS架構(gòu)：不同瀏覽器測(cè)試，比如：IE，火狐，谷歌，360這些。
APP：在主流的不同類型，不同分辨率，不同操作系統(tǒng)的手機(jī)上測(cè)試，華為，vivo，oppo等
3.用戶體驗(yàn)測(cè)試
刪除商品是否有提示；
是否支持快捷鍵功能；
是否有回到頂部的功能；
商品過多時(shí)結(jié)算按鈕是否可以浮動(dòng)顯示；
購(gòu)物車有多個(gè)商品時(shí)，能不能只對(duì)單個(gè)商品結(jié)算；
界面布局、排版是否合理；
文字是否顯示清晰；
不同賣家的商品是否區(qū)分明顯。
4.性能測(cè)試
打開購(gòu)物車頁(yè)面要多長(zhǎng)時(shí)間
支付流程測(cè)試
功能測(cè)試。
用等價(jià)類和邊界值，判斷支付的金額；
如果沒有登陸能否支付，支付成功后是否可以正常跳轉(zhuǎn)；
支付方式是否支持掃碼支付，第三方平臺(tái)支付（支付包，云網(wǎng)等），語(yǔ)音支付，指紋支付；
支付時(shí)是否需要身份驗(yàn)證，支付后有無(wú)手機(jī)短信提示，是否可以找他人代付；
用邊界值法有無(wú)支付額度限制，余額不足時(shí)有無(wú)提示，支付時(shí)是否是動(dòng)態(tài)加密支付；
待支付狀態(tài)：訂單是否可以正常支付；是否可以取消；有相同訂單是否可以支付兩次；
是否可以掃碼支付，輸入錯(cuò)誤的密碼會(huì)怎樣顯示，有無(wú)錯(cuò)誤次數(shù)限制；
若支持掃碼支付，二維碼是否支持支付包和微信掃碼，若兩人同時(shí)掃描怎么處理；
有無(wú)最小支付金額限制，無(wú)意義的支付金額0，重復(fù)支付如何處理；
如果支付包含優(yōu)惠金額，該怎么處理優(yōu)惠額度；
性能測(cè)試
弱網(wǎng)，無(wú)網(wǎng)時(shí)是否可以支付；
退款到賬時(shí)間，耗電量的多少；
帶負(fù)載情況下的響應(yīng)時(shí)間和吞吐率，在某個(gè)時(shí)間段內(nèi)同時(shí)訪問系統(tǒng)的用戶數(shù)量 ；
壓力測(cè)試
多人同時(shí)付款；
界面測(cè)試；
支付界面有無(wú)錯(cuò)別字，排版是否合理，顏色搭配是否合理；
兼容性測(cè)試
是否可以跨平臺(tái)，不同電腦機(jī)型下顯示有無(wú)區(qū)別；
安全性測(cè)試；
若支付不成功是否原路退款，若支付成功，有無(wú)支付信息提示；
用fiddler抓包嘗試修改價(jià)格，對(duì)訂單金額有無(wú)效驗(yàn)；
直接輸入需要權(quán)限的頁(yè)面地址可用訪問；
接口測(cè)試
第三方平臺(tái)支付
對(duì)于有系統(tǒng)大量并發(fā)訪問，你會(huì)如何做測(cè)試，有什么建議
參考回答：
如何做高并發(fā)系統(tǒng)的測(cè)試，一般而言，整體的測(cè)試策略是：先針對(duì)部分系統(tǒng)進(jìn)行性能測(cè)試及壓力測(cè)試，得到各部分的峰值處理性能，再模擬整體流程測(cè)試，重點(diǎn)測(cè)試整體業(yè)務(wù)流程以及業(yè)務(wù)預(yù)期負(fù)荷，著重測(cè)試以下幾點(diǎn)：
1、不同省份，不同運(yùn)營(yíng)商CDN節(jié)點(diǎn)性能，可采用典型壓力測(cè)試方案
2、核心機(jī)房BGP網(wǎng)絡(luò)帶寬，此部分重點(diǎn)在于測(cè)試各運(yùn)行商的BGP網(wǎng)絡(luò)可靠性，實(shí)際速率，一般采用smokeping,lxChariot等工具
3、各類硬件設(shè)備性能，一般采用專業(yè)的網(wǎng)絡(luò)設(shè)備測(cè)試工具
4、各類服務(wù)器并發(fā)性能，分布式處理能力，可采用壓力測(cè)試方案工具
5、業(yè)務(wù)系統(tǒng)性能，采用業(yè)務(wù)系統(tǒng)壓力測(cè)試方案
6、數(shù)據(jù)庫(kù)處理性能，這部分需要結(jié)合業(yè)務(wù)系統(tǒng)進(jìn)行測(cè)試，以獲取核心業(yè)務(wù)場(chǎng)景下的數(shù)據(jù)庫(kù)的TPS/QPS，
7、如果有支付功能，需要進(jìn)行支付渠道接口及分流測(cè)試，此部分相對(duì)而言可能是最大的瓶頸所在，此外還涉及備份方案，容災(zāi)方案，業(yè)務(wù)降級(jí)方案的測(cè)試。
請(qǐng)對(duì)這個(gè)系統(tǒng)做出測(cè)試用例：一個(gè)系統(tǒng)，多個(gè)攝像頭，抓拍車牌，識(shí)別車牌，上傳網(wǎng)上，網(wǎng)上展示
參考回答：
功能：
1.每個(gè)攝像頭都能抓拍車牌；
2.每個(gè)攝像頭抓拍到的車牌能正常交給系統(tǒng)處理；
3.系統(tǒng)能夠正確識(shí)別車牌；
4.系統(tǒng)能夠?qū)⒆R(shí)別出的車牌上傳；
5.上傳至網(wǎng)絡(luò)的車牌能夠正常展示出來(lái)；
一、功能測(cè)試
1.使用正常的車牌，保持車牌靜止，檢查每個(gè)攝像頭是否能抓拍車牌；
2.使用類似非車牌的寫有字的紙板，檢查每個(gè)攝像頭是否抓拍；
3.使用正常的車牌，保持車牌較高速移動(dòng)，檢查每個(gè)攝像頭是否能抓拍車牌；
4.在多種情況下檢查每個(gè)攝像頭抓拍到的車牌能否正常交給系統(tǒng)處理，如臨時(shí)斷電、斷網(wǎng)后能否正常將數(shù)據(jù)交給系統(tǒng)；
5.使用抓拍到的正常的車牌，交由系統(tǒng)處理，檢查系統(tǒng)能否識(shí)別車牌；
6.使用非車牌的其他圖片，交由系統(tǒng)處理，檢查系統(tǒng)能否識(shí)別；
7.在多種情況下檢查系統(tǒng)能否將正常識(shí)別出的車牌進(jìn)行上傳，如臨時(shí)斷電、斷網(wǎng)后未上傳數(shù)據(jù)是否能繼續(xù)上傳；
8.構(gòu)造非車牌的其他內(nèi)容的數(shù)據(jù)，檢查系統(tǒng)能否將異常內(nèi)容進(jìn)行上傳；
9.檢查上傳至網(wǎng)絡(luò)的車牌能否正常展示出來(lái)；
10.上傳非車牌的其他內(nèi)容的數(shù)據(jù)，檢查能否正常顯示出來(lái)。
二、性能測(cè)試
1.同時(shí)向一個(gè)攝像頭展示多個(gè)靜止的車牌，檢查攝像頭能否抓拍到多個(gè)車牌；
2.同時(shí)向一個(gè)攝像頭展示多個(gè)較高速運(yùn)動(dòng)的車牌，檢查攝像頭能否抓拍到多個(gè)車牌；
3.抓拍后，檢查系統(tǒng)識(shí)別車牌的時(shí)間是否在需求要求的時(shí)間內(nèi)；
4.模擬大量抓拍照片同時(shí)交由系統(tǒng)處理，檢查一定壓力下系統(tǒng)能否正常識(shí)別車牌；
5.模擬大量車牌同時(shí)上傳，檢查一定壓力下能否上傳成功。
三、安全性測(cè)試
1.檢查是否能夠通過給車牌加裝飾物等方法，使攝像頭無(wú)法抓拍或抓拍后系統(tǒng)無(wú)法正常識(shí)別車牌。
請(qǐng)你說(shuō)一說(shuō)PC網(wǎng)絡(luò)故障，以及如何排除障礙
參考回答：
(1)首先是排除接觸故障，即確保你的網(wǎng)線是可以正常使用的。然后禁用網(wǎng)卡后再啟用，排除偶然故障。打開網(wǎng)絡(luò)和共享中心窗口，單擊窗口左上側(cè)“更改適配器設(shè)置”右擊其中的“本地連接“或”無(wú)線網(wǎng)絡(luò)連接”，單擊快捷菜單中的“禁用”命令，即可禁用所選網(wǎng)絡(luò)。接下來(lái)重啟網(wǎng)絡(luò)，只需右擊后單擊啟用即可。
(2)使用ipconfig查看計(jì)算機(jī)的上網(wǎng)參數(shù)
1、單擊“開始|所有程序|附件|命令提示符“，打開命令提示符窗口
2、輸入ipconfig，按Enter確認(rèn)，可以看到機(jī)器的配置信息，輸入ipconfig/all,可以看到IP地址和網(wǎng)卡物理地址等相關(guān)網(wǎng)絡(luò)詳細(xì)信息。
(3)使用ping命令測(cè)試網(wǎng)絡(luò)的連通性，定位故障范圍
在命令提示符窗口中輸入”ping 127.0.0.1“，數(shù)據(jù)顯示本機(jī)分別發(fā)送和接受了4個(gè)數(shù)據(jù)包，丟包率為零，可以判斷本機(jī)網(wǎng)絡(luò)協(xié)議工作正常，如顯示”請(qǐng)求超時(shí)“，則表明本機(jī)網(wǎng)卡的安裝或TCP/IP協(xié)議有問題，接下來(lái)就應(yīng)該檢查網(wǎng)卡和TCP/IP協(xié)議，卸載后重裝即可。
(4)ping本機(jī)IP
在確認(rèn)127.0.0.1地址能被ping通的情況下，繼續(xù)使用ping命令測(cè)試本機(jī)的IP地址能否被ping通，如不能，說(shuō)明本機(jī)的網(wǎng)卡驅(qū)動(dòng)程序不正確，或者網(wǎng)卡與網(wǎng)線之間連接有故障，也有可能是本地的路由表面收到了破壞，此時(shí)應(yīng)檢查本機(jī)網(wǎng)卡的狀態(tài)是否為已連接，網(wǎng)絡(luò)參數(shù)是否設(shè)置正確，如果正確可是不能ping通，就應(yīng)該重新安裝網(wǎng)卡驅(qū)動(dòng)程序。丟失率為零，可以判斷網(wǎng)卡安裝配置沒有問題，工作正常。
(5)ping網(wǎng)關(guān)
網(wǎng)關(guān)地址能被ping通的話，表明本機(jī)網(wǎng)絡(luò)連接以及正常，如果命令不成功，可能是網(wǎng)關(guān)設(shè)備自身存在問題，也可能是本機(jī)上網(wǎng)參數(shù)設(shè)置有誤，檢查網(wǎng)絡(luò)參數(shù)。
微信紅包
功能
1.在紅包錢數(shù)，和紅包個(gè)數(shù)的輸入框中只能輸入數(shù)字
2.紅包里最多和最少可以輸入的錢數(shù) 200 0.01
3.拼手氣紅包最多可以發(fā)多少個(gè)紅包 100
3.1超過最大拼手氣紅包的個(gè)數(shù)是否有提醒
4.當(dāng)紅包錢數(shù)超過最大范圍是不是有對(duì)應(yīng)的提示
5.當(dāng)發(fā)送的紅包個(gè)數(shù)超過最大范圍是不是有提示
6.當(dāng)余額不足時(shí)，紅包發(fā)送失敗
7.在紅包描述里是否可以輸入漢字，英文，符號(hào)，表情，純數(shù)字，漢字英語(yǔ)符號(hào)，
7.1是否可以輸入它們的混合搭配
8.輸入紅包錢數(shù)是不是只能輸入數(shù)字
9.紅包描述里許多能有多少個(gè)字符 10個(gè)
10.紅包描述，金額，紅包個(gè)數(shù)框里是否支持復(fù)制粘貼操作
12.紅包描述里的表情可以刪除
13.發(fā)送的紅包別人是否可以領(lǐng)取
13.1發(fā)的紅包自己可不可以領(lǐng)取 2人
14.1 超過24小時(shí)沒有領(lǐng)取的紅包，是否還可以領(lǐng)取
15.用戶是否可以多次搶一個(gè)紅包
16.發(fā)紅包的人是否還可以搶紅包 多人
17.紅包的金額里的小數(shù)位數(shù)是否有限制
18.可以按返回鍵，取消發(fā)紅包
20.可不可以自己選擇支付方式
21.余額不足時(shí)，會(huì)不會(huì)自動(dòng)匹配支付方式
22.在發(fā)紅包界面能否看到以前的收發(fā)紅包的記錄
23.紅包記錄里的信息與實(shí)際收發(fā)紅包記錄是否匹配
24.支付時(shí)可以密碼支付也可以指紋支付
25.如果直接輸入小數(shù)點(diǎn)，那么小數(shù)點(diǎn)之前應(yīng)該有個(gè)0
26.支付成功后，退回聊天界面
27.發(fā)紅包金額和收到的紅包金額應(yīng)該匹配
28.是否可以連續(xù)多次發(fā)紅包
29.輸入錢數(shù)為0，"塞錢進(jìn)紅包"置灰
性能
1.弱網(wǎng)時(shí)搶紅包，發(fā)紅包時(shí)間
2.不同網(wǎng)速時(shí)搶紅包，發(fā)紅包的時(shí)間
3.發(fā)紅包和收紅包成功后的跳轉(zhuǎn)時(shí)間
4.收發(fā)紅包的耗電量
5.退款到賬的時(shí)間
兼容
1.蘋果，安卓是否都可以發(fā)送紅包
2.電腦端可以搶微信紅包
界面
1.發(fā)紅包界面沒有錯(cuò)別字
2.搶完紅包界面沒有錯(cuò)別字
3.發(fā)紅包和收紅包界面排版合理，
4.發(fā)紅包和收到紅包界面顏色搭配合理
安全
1.對(duì)方微信號(hào)異地登錄，是否會(huì)有提醒 2人
2.紅包被領(lǐng)取以后，發(fā)送紅包人的金額會(huì)減少，收紅包金額會(huì)增加
3.發(fā)送紅包失敗，余額和銀行卡里的錢數(shù)不會(huì)少
4.紅包發(fā)送成功，是否會(huì)收到微信支付的通知
易用性(有點(diǎn)重復(fù))
1.紅包描述，可以通過語(yǔ)音輸入
2.可以指紋支付也可以密碼支付
微信發(fā)朋友圈點(diǎn)贊
參考回答：
功能測(cè)試：
點(diǎn)贊某條朋友圈，驗(yàn)證是否成功
接口測(cè)試：
點(diǎn)贊朋友圈，驗(yàn)證朋友能否收到提示信息
性能測(cè)試
點(diǎn)贊朋友圈，是否在規(guī)定時(shí)間顯示結(jié)果，是否在規(guī)定時(shí)間在朋友手機(jī)上進(jìn)行提示
兼容性測(cè)試
在不同的終端比如ipad,手機(jī)上點(diǎn)贊朋友圈，驗(yàn)證是否成功
如何對(duì)淘寶搜索框進(jìn)行測(cè)試
參考回答：
一, 功能測(cè)試
1.1輸入可查到結(jié)果的正常關(guān)鍵字、詞、語(yǔ)句，檢索到的內(nèi)容、鏈接正確性；
1.2輸入不可查到結(jié)果的關(guān)鍵字、詞、語(yǔ)句；
1.3輸入一些特殊的內(nèi)容，如空、特殊符、標(biāo)點(diǎn)符、極限值等，可引入等價(jià)類劃分的方法等；
結(jié)果顯示：標(biāo)題，賣家，銷售量，單行/多行，是否有圖片
結(jié)果排序：價(jià)格 銷量 評(píng)價(jià) 綜合
4.返回結(jié)果龐大時(shí)，限制第一頁(yè)的現(xiàn)實(shí)量，需支持翻頁(yè)
多選項(xiàng)搜索：關(guān)鍵字 品牌 產(chǎn)地 價(jià)格區(qū)間 是否天貓 是否全國(guó)購(gòu)
是否支持模糊搜索，支持通配符的查詢
7, 網(wǎng)速慢的情況下的搜索
搜索結(jié)果為空的情況
未登錄情況和登錄情況下的搜索（登錄情況下 存儲(chǔ)用戶搜索的關(guān)鍵字/搜索習(xí)慣）
二.性能測(cè)試：
1壓力測(cè)試：在不同發(fā)用戶數(shù)壓力下的表現(xiàn)（評(píng)價(jià)指標(biāo)如響應(yīng)時(shí)間等）
2負(fù)載測(cè)試：看極限能承載多大的用戶量同時(shí)正常使用
3穩(wěn)定性測(cè)試：常規(guī)壓力下能保持多久持續(xù)穩(wěn)定運(yùn)行
4內(nèi)存測(cè)試：有無(wú)內(nèi)存泄漏現(xiàn)象
5大數(shù)據(jù)量測(cè)試：如模擬從龐大的海量數(shù)據(jù)中搜索結(jié)果、或搜索出海量的結(jié)果后列示出來(lái)，看表現(xiàn)如何等等。
三. 易用性：交互界面的設(shè)計(jì)是否便于、易于使用
1依據(jù)不同的查詢結(jié)果會(huì)有相關(guān)的人性化提示，查不到時(shí)告知？查到時(shí)統(tǒng)計(jì)條數(shù)并告知？有疑似輸入條件錯(cuò)誤時(shí)提示可能正確的輸入項(xiàng)等等處理；
2查詢出的結(jié)果羅列有序，如按點(diǎn)擊率或其他排序規(guī)則，確保每次查詢出的結(jié)果位置按規(guī)則列示方便定位，顯示字體、字號(hào)、色彩便于識(shí)別等等；
3標(biāo)題查詢、全文檢索、模糊查詢、容錯(cuò)查詢、多關(guān)鍵字組織查詢（空格間格開）等實(shí)用的檢索方式是否正常？
4輸入搜索條件的控件風(fēng)格設(shè)計(jì)、位置擺放是否醒目便于使用者注意到，有否快照等快捷查看方式等人性化設(shè)計(jì)？
四. 兼容性
1WINDOWS/LINUX/UNIX等各類操作系統(tǒng)下及各版本條件下的應(yīng)用
2IE/FIREFOX/GOOGLE/360/QQ等各類瀏覽器下及各版本條件下、各種顯示分辨率條件下的應(yīng)用
3SQL/ORACLE/DB2/MYSQL等各類數(shù)據(jù)庫(kù)存儲(chǔ)情況下的兼容性測(cè)試
4簡(jiǎn)體中文、繁體中文、英文等各類語(yǔ)種軟件平臺(tái)下的兼容性測(cè)試
5IPHONE/IPAD、安卓等各類移動(dòng)應(yīng)用平臺(tái)下的兼容性測(cè)試
6與各相關(guān)的監(jiān)控程序的兼容性測(cè)試，如輸入法、殺毒、監(jiān)控、防火墻等工具同時(shí)使用
五. 安全性
1被刪除、加密、授權(quán)的數(shù)據(jù)，不允許被SQL注入等攻擊方式查出來(lái)的，是否有安全控制設(shè)計(jì)；
2錄入一些數(shù)據(jù)庫(kù)查詢的保留字符，如單引號(hào)、%等等，造成查詢SQL拼接出的語(yǔ)句產(chǎn)生漏洞，如可以查出所有數(shù)據(jù)等等，這方面要有一些黑客攻擊的思想并引入一些工具和技術(shù)，如爬網(wǎng)等。
3通過白盒測(cè)試技術(shù)，檢查一下在程序設(shè)計(jì)上是否存在安全方面的隱患；
4對(duì)涉及國(guó)家安全、法律禁止的內(nèi)容是否進(jìn)行了相關(guān)的過濾和控制；
就linux下的CP命令設(shè)計(jì)測(cè)試用例。
功能
拷貝的文件
1）大小：0k, 1k, 10k, 100k, 1000k…
2）類型：二進(jìn)制文件、文本文件、mp3、avi、壓縮文件…
文件源目錄
1）文件中包含各種類型的文件
2）目錄深度為0，1，2，3…
文件目標(biāo)目錄
1）目標(biāo)目錄中存在與源文件同名同類型的文件
2）目標(biāo)目錄中存在與源文件同名不同類型的文件
3）目標(biāo)目錄中存在與源文件不同名同類型的文件
4）目標(biāo)目錄中存在與源文件不同名不同類型的文件
異常
參數(shù)異常
1）包含特殊字符
2）參數(shù)長(zhǎng)度超過限制
3）源目錄不存在
4）目標(biāo)目錄不存在
文件異常
1）文件沒有拷貝權(quán)限
2）非法的文件格式和內(nèi)容
存儲(chǔ)介質(zhì)異常
1）存儲(chǔ)介質(zhì)由損壞
2）拷貝前存儲(chǔ)介質(zhì)已滿
3）拷貝中存儲(chǔ)介質(zhì)存滿
執(zhí)行過程異常
1）拷貝過程中刪除源文件
2）拷貝過程中刪除目標(biāo)文件
性能
1）拷貝大文件
2）拷貝源目錄中存在大量小文件
3）跨文件系統(tǒng)拷貝
4）跨存儲(chǔ)介質(zhì)拷貝
5）并發(fā)執(zhí)行拷貝
關(guān)注性能點(diǎn)：拷貝完成時(shí)間，CPU，內(nèi)存，磁盤IO
請(qǐng)問如果用戶點(diǎn)擊微博的關(guān)注圖標(biāo)但是app上面沒有反應(yīng)，應(yīng)該怎么排查這個(gè)問題
是否手機(jī)出現(xiàn)故障，是否手機(jī)緩存過多造成內(nèi)存不夠用
是否手機(jī)網(wǎng)絡(luò)連接不穩(wěn)定（弱網(wǎng)/無(wú)網(wǎng)），若是，有無(wú)網(wǎng)絡(luò)差提示
是否手機(jī)內(nèi)存溢出（關(guān)注人數(shù)達(dá)上限否）
是否是版本問題或者是安裝包問題（更新系統(tǒng)，重新安裝安裝包）
現(xiàn)有一個(gè)學(xué)生標(biāo)準(zhǔn)化考試批閱試卷,產(chǎn)生成績(jī)報(bào)告的程序。其規(guī)格說(shuō)明如下:程序的輸入文件由一些有80個(gè)字符的記錄組成,如右圖所示，所有記錄分為3組：
標(biāo)題：這一組只有一個(gè)記錄，其內(nèi)容為輸出成績(jī)報(bào)告的名字。
試卷各題標(biāo)準(zhǔn)答案記錄：每個(gè)記錄均在第80個(gè)字符處標(biāo)以數(shù)字"2"。該組的第一個(gè)記錄的第1至第3個(gè)字符為題目編號(hào)（取值為1一999）。第10至第59個(gè)字符給出第1至第50題的答案（每個(gè)合法字符表示一個(gè)答案）。該組的第2，第3……個(gè)記錄相應(yīng)為第51至第100，第101至第150，…題的答案。
每個(gè)學(xué)生的答卷描述：該組中每個(gè)記錄的第80個(gè)字符均為數(shù)字"3"。每個(gè)學(xué)生的答卷在若干個(gè)記錄中給出。如甲的首記錄第1至第9字符給出學(xué)生姓名及學(xué)號(hào)，第10至第59字符列出的是甲所做的第1至第50題的答案。若試題數(shù)超過50，則第2，第3……紀(jì)錄分別給出他的第51至第100，第101至第150……題的解答。然后是學(xué)生乙的答卷記錄。
學(xué)生人數(shù)不超過200，試題數(shù)不超過999。
程序的輸出有4個(gè)報(bào)告：
a)按學(xué)號(hào)排列的成績(jī)單，列出每個(gè)學(xué)生的成績(jī)、名次。b)按學(xué)生成績(jī)排序的成績(jī)單。c)平均分?jǐn)?shù)及標(biāo)準(zhǔn)偏差的報(bào)告。d)試題分析報(bào)告。按試題號(hào)排序，列出各題學(xué)生答對(duì)的百分比。分別考慮輸入條件和輸出條件，以及邊界條件。給出右表所示的輸入條件及相應(yīng)的測(cè)試用例。
三、基礎(chǔ)知識(shí)點(diǎn)
什么是樁模塊？什么是驅(qū)動(dòng)模塊？
樁模塊：被測(cè)模塊調(diào)用模塊
驅(qū)動(dòng)模塊 調(diào)用被測(cè)模塊
什么是扇入？什么是扇出？
扇入：被調(diào)次數(shù)，扇出：調(diào)其它模塊數(shù)目
8020原則：在需求分析開始到集成測(cè)試階段引入測(cè)試手段，能發(fā)現(xiàn)所有缺陷的80%，系統(tǒng)測(cè)試階段發(fā)現(xiàn)16%，在運(yùn)行維護(hù)階段經(jīng)過長(zhǎng)時(shí)間大量運(yùn)行軟件后，能夠發(fā)現(xiàn)4%。起源于經(jīng)濟(jì)學(xué)。
什么是耦合？什么是內(nèi)聚？
耦合：對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)各個(gè)模塊之間互連程度的度量。
內(nèi)聚：一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。強(qiáng)內(nèi)聚，松耦合。
缺陷嚴(yán)重程度：
致命（Fatal）、嚴(yán)重（Critical）、一般（Major）、較小（Minor）。
缺陷優(yōu)先級(jí)：
立即解決P1、高優(yōu)先級(jí)P2、正常排隊(duì)P3、低優(yōu)先級(jí)P4。
缺陷狀態(tài)：
打開（open）、修正（fixed）、重新打開（reopen）、關(guān)閉（closed）、重復(fù)（Duplicate）、推遲（Deferred）、保留（On hold）、不修復(fù)（wontfix）。
簡(jiǎn)單的軟件缺陷生命周期：
發(fā)現(xiàn)（new）-打開-修復(fù)-關(guān)閉。
復(fù)雜的軟件缺陷生命周期：
新建-打開-Bug審查（設(shè)計(jì)需要修改/延期/關(guān)閉）-關(guān)閉。
新建-打開-是否清楚，可再現(xiàn)（不能再現(xiàn)缺少信息返回到打開狀態(tài)）-修正-關(guān)閉。
什么是在線用戶數(shù)？什么是并發(fā)用戶數(shù)？
在線用戶數(shù)：
用戶同時(shí)在一定時(shí)間段的在線數(shù)量
并發(fā)用戶數(shù)：
某一時(shí)刻同時(shí)向服務(wù)器發(fā)送請(qǐng)求的用戶數(shù)
分布式軟件架構(gòu)分為：
B/S架構(gòu)（瀏覽器、web版） C/S架構(gòu)：客戶端（先進(jìn)行安裝）
測(cè)試人員的能力：
搭建環(huán)境的能力（配置JDK、數(shù)據(jù)庫(kù)、Tomcat/Apace、程序放相應(yīng)路徑下、檢查配置是否成功?數(shù)據(jù)庫(kù)管理和設(shè)置?程序設(shè)計(jì)C++④測(cè)試方法論⑤工具的使用能力（QC\QTP\LR\Bugfree）
簡(jiǎn)述負(fù)載測(cè)試與壓力測(cè)試的區(qū)別。
參考答案：
壓力測(cè)試（Stress Testing）
壓力測(cè)試的主要任務(wù)就是獲取系統(tǒng)正確運(yùn)行的極限，檢查系統(tǒng)在瞬間峰值負(fù)荷下正確執(zhí)行的能力。例如，對(duì)服務(wù)器做壓力測(cè)試時(shí)就可以增加并發(fā)操作的用戶數(shù)量；或者不停地向服務(wù)器發(fā)送請(qǐng)求；或一次性向服務(wù)器發(fā)送特別大的數(shù)據(jù)等。看看服務(wù)器保持正常運(yùn)行所能達(dá)到的最大狀態(tài)。人們通常使用測(cè)試工具來(lái)完成壓力測(cè)試，如模擬上萬(wàn)個(gè)用戶從終端同時(shí)登錄，這是壓力測(cè)試中常常使用的方法。
負(fù)載測(cè)試（Volume Testing）
用于檢查系統(tǒng)在使用大量數(shù)據(jù)的時(shí)候正確工作的能力，即檢驗(yàn)系統(tǒng)的能力最高能達(dá)到什么程度。例如，對(duì)于信息檢索系統(tǒng)，讓它使用頻率達(dá)到最大；對(duì)于多個(gè)終端的分時(shí)系統(tǒng)，讓它所有的終端都開動(dòng)。在使整個(gè)系統(tǒng)的全部資源達(dá)到“滿負(fù)荷”的情形下，測(cè)試系統(tǒng)的承受能力。
軟件缺陷管理工具有哪些
答： QC ALM BugFree jira Mantis 禪道
弱網(wǎng)測(cè)試
四、智力題
一，5只貓 五分鐘捉5只老鼠 請(qǐng)問100分鐘捉100只老鼠需要多少只貓？
答案：5只
二，圓桌，兩個(gè)人，輪流放硬幣，不能重疊，半徑為1，某一方不能放下去，則為輸。問先手贏 后手贏
答案：先手贏，圓桌對(duì)稱，先手先放，后手都可以找對(duì)稱位置，除了圓心
三，3升的杯子一個(gè)，5升的杯子一個(gè)，杯子不規(guī)則形狀 問怎么得到4升的水 水無(wú)限多
答案：略
四，晚上有四個(gè)人過橋，一次只能過兩個(gè)人，但是只有一只手電筒，四個(gè)人過橋時(shí)間分別是1，2，5，8，求最短過橋時(shí)間
答案：甲乙，甲回，丙丁，乙回，甲乙，15分鐘
五，有十張撲克牌，每次可以只出一張，也可以只出兩張，要出完有多少種出法
答案：89 F(9)=N F(8)=P F(10)=F(8)+F(9) F(1)=1 F(2)=2
六，井蓋為什么是圓的
答案：用料少，受壓均勻，成本低
七，兩個(gè)盲人各買了一白一黑兩雙襪子，不小心弄混了，問他們自己怎么分成剛好每人一白一黑
答案：襪子是連在一起的
八， 燒一根不均勻的繩子，從頭燒到尾總共需要1個(gè)小時(shí)，問如何用燒繩子的方法來(lái)確定15分鐘?
答案：燒兩根，一根點(diǎn)兩頭，一根點(diǎn)一頭，燒完，剩下的把另一投點(diǎn)了，燒完，看重合點(diǎn)
九，海盜分金，五人，過半同意，否則喂魚，問1方案？
答案：45，5反對(duì)，4喂魚，所3（100，0，0），故2（98，0，1，1），故1（97，0，1，2，0）
十，岔路口，通往1，2，兩人，一人必說(shuō)謊，一人永真話，怎么去1
答案：問一人，另一人會(huì)回答那條路去1，回答答案必假
十一，果凍，有黃色、綠色、紅色三種，閉眼抓同種顏色兩個(gè)，抓取多少個(gè)，可確定有兩個(gè)同色果凍？
答案：根據(jù)抽屜原理，4個(gè)
十二，下水道為什么是圓的
答案：方便人員進(jìn)出，井蓋不容易掉落，不易如棱角磨損節(jié)約材料，保護(hù)車輛 和行人的安全
十三，一共100個(gè)球，兩人輪流拿，每人每次最多拿5個(gè)，最后一個(gè)拿的人贏；如果我先拿，怎么拿一定會(huì)贏？
答案：每次拿的球總數(shù)控制為6；第一次拿4個(gè)；
十四，有120g面粉，現(xiàn)有一個(gè)天平和一個(gè)2g的砝碼以及一個(gè)7g的砝碼，最少稱幾次可以將面粉分為70g與50g
答案：4次，第一次120g=111g+9g 第二次111g=93g+18g 第三次93g=57g+36g 第四次50g=57g-7g 70g=7g+36g+18g+9g
十五，扔雞蛋不碎問題（騰訊校招面試題）？
答案：14次
十六，智力題：一千瓶中有一瓶毒藥 十只小白鼠找出這瓶毒藥
答案：2^10=1024，小白鼠編號(hào)1-10，瓶子編號(hào)1-1000，把瓶子的編號(hào)轉(zhuǎn)變?yōu)槎M(jìn)制數(shù)，第幾位1，就給第幾個(gè)小白鼠喝
總結(jié)
- 上一篇： 汽车电子:下一个苹果产业链
- 下一篇： PPT 处理图片背景为透明