傳送門(mén)
測(cè)試開(kāi)發(fā)知識(shí)點(diǎn)(一)
測(cè)試開(kāi)發(fā)知識(shí)點(diǎn)(二)
測(cè)試開(kāi)發(fā)知識(shí)點(diǎn)(三)
測(cè)試開(kāi)發(fā)知識(shí)點(diǎn)(四)
測(cè)試開(kāi)發(fā)知識(shí)點(diǎn)(五)
1设凹、請(qǐng)簡(jiǎn)單介紹下最近的這個(gè)項(xiàng)目
薪資考勤管理系統(tǒng)主要是用來(lái)管理員工考勤和薪資的骆姐,該系統(tǒng)主要包括考勤管理模塊和薪資管理模塊愉耙。公司考勤員通過(guò)考勤模塊可以進(jìn)行日歷初始化,設(shè)置班次和輪班組,考勤登記,考勤變動(dòng),自動(dòng)排班赃额,手動(dòng)排班,考勤分析叫确,考勤匯總跳芳,考勤封賬等。薪酬福利專(zhuān)員通過(guò)薪資模塊進(jìn)行薪資開(kāi)啟竹勉,福利開(kāi)啟飞盆,調(diào)整社保基數(shù)和比例次乓,薪資變動(dòng)吓歇,福利變動(dòng),薪資計(jì)算票腰, 薪資套設(shè)計(jì)城看,獲取考勤數(shù)據(jù)(曠工時(shí)數(shù),加班時(shí)數(shù)杏慰,請(qǐng)假時(shí)數(shù)等)测柠,薪資封賬等。
注意:項(xiàng)目描述完后缘滥,面試官會(huì)問(wèn)你具體的業(yè)務(wù)流程以及某個(gè)功能你這邊具體是怎么測(cè)試的轰胁。
【參考】如何在面試中介紹自己的項(xiàng)目經(jīng)驗(yàn)
https://www.cnblogs.com/JavaArchitect/p/7586949.html
2、請(qǐng)你講下考勤管理和薪資管理的流程
3朝扼、請(qǐng)你講下考勤登記你是怎么測(cè)的赃阀?
思路:主要是從功能(包括界面)角度去講(要能體現(xiàn)邊界值、等價(jià)類(lèi)這些測(cè)試思想)擎颖,功能測(cè)試點(diǎn)說(shuō)完后榛斯,可以適當(dāng)補(bǔ)充兼容性,安全性肠仪,以及性能這些方面的測(cè)試點(diǎn)
檢查考勤登記的界面是否跟原型圖一致,主要包括:
1)列表頁(yè)面(刪除按鈕和確認(rèn)對(duì)話(huà)框备典,編輯按鈕异旧,添加按鈕)
2)編輯頁(yè)面
3)確認(rèn)成功和失敗的信息提示框
4)刪除成功和刪除失敗的信息提示框
考勤登記編輯頁(yè)的測(cè)試點(diǎn)主要如下:
1)必填的字段輸入為空的情況
2)輸入的內(nèi)容過(guò)長(zhǎng)的情況
3)輸入的內(nèi)容包含各種特殊字符(比如單引號(hào),雙引號(hào)等)
4)如果是單行文本框提佣,輸入的內(nèi)容包含換行符的情況
5)輸入的內(nèi)容是空格的情況
6)檢查不允許編輯的字段能否被修改
7)檢查字段的默認(rèn)值是否正確
8)能否被JS腳本注入(安全性)
9)檢查下拉框里面的選項(xiàng)列表是否正確(是否有遺漏吮蛹,是否出現(xiàn)重復(fù))
10)提交成功后荤崇,檢查顯示出來(lái)的數(shù)據(jù)是否與之前輸入的數(shù)據(jù)一致(是否顯示出來(lái)的還是原來(lái)的)
11)輸入中文內(nèi)容,提交成功后潮针,是否會(huì)出現(xiàn)中文亂碼
12)記錄修改成功后术荤,使用更新后的值作為查詢(xún)條件,看下這條記錄能不能被搜索出來(lái)
13)重復(fù)提交的情況(連續(xù)點(diǎn)擊兩次提交按鈕)
14)提交失敗的各種情況每篷,提示信息是否正確
考勤登記刪除的測(cè)試點(diǎn):
1)點(diǎn)擊刪除按鈕的時(shí)候瓣戚,是否會(huì)彈出確認(rèn)對(duì)話(huà)框
2)單個(gè)刪除成功的情況
*3)單個(gè)刪除失敗的各種情況,提示信息是否正確
*4)批量刪除的情況
*5)重復(fù)刪除的情況
考勤登記查詢(xún)的測(cè)試點(diǎn):
1)查詢(xún)成功的情況
2)查詢(xún)失敗的各種情況
兼容性的測(cè)試點(diǎn):
使用各種主流的瀏覽器進(jìn)行測(cè)試
性能的測(cè)試點(diǎn):
1)編輯功能的響應(yīng)速度如何
2)刪除功能的響應(yīng)速度如何
3)查詢(xún)功能的響應(yīng)速度如何
安全性的測(cè)試點(diǎn):
1)非登錄狀態(tài)不能通過(guò)URL地址的方式使用考勤登記功能
2)非管理員用戶(hù)登錄進(jìn)來(lái)沒(méi)有權(quán)限使用考勤登記功能
4焦读、白盒測(cè)試與黑盒測(cè)試的比較
1)黑盒測(cè)試關(guān)注的是輸入和輸出(檢查軟件的運(yùn)行結(jié)果)
2)白盒測(cè)試關(guān)注的是程序的內(nèi)部結(jié)構(gòu)(檢查代碼邏輯的正確性)
3)黑盒測(cè)試簡(jiǎn)單(時(shí)間成本低子库,容易上手),白盒測(cè)試難(時(shí)間成本高)
4)白盒測(cè)試能夠發(fā)現(xiàn)更多的問(wèn)題(有些比較有隱蔽性的缺陷不能通過(guò)黑盒測(cè)試發(fā)現(xiàn))
5)黑盒測(cè)試的代碼覆蓋率相對(duì)比較低
【參考】黑盒測(cè)試與白盒測(cè)試的區(qū)別
https://blog.csdn.net/hht006158/article/details/82799285
5矗晃、并發(fā)測(cè)試仑嗅,你們一般是測(cè)多少個(gè)?
模擬兩個(gè)用戶(hù)并發(fā)的場(chǎng)景比較麻煩张症,需要借助測(cè)試工具的仓技,比如loadrunner,jmeter.
可以跟他說(shuō)說(shuō)大概的思路
1)如果是針對(duì)功能的話(huà)俗他,并發(fā)數(shù)量可以很少(比如就2個(gè))脖捻。比如,兩個(gè)用戶(hù)同時(shí)修改同一條數(shù)據(jù)拯辙,會(huì)出什么情況郭变,這就是一個(gè)功能測(cè)試點(diǎn)。
2)如果是針對(duì)性能的話(huà)涯保,并發(fā)數(shù)量就會(huì)很多(比如50個(gè))诉濒。比如,50個(gè)用戶(hù)同時(shí)訂票夕春,平均響應(yīng)時(shí)間多少未荒,這個(gè)就是性能測(cè)試點(diǎn)。
3)使用loadrunner模擬并發(fā)的話(huà)及志,先錄制腳本片排,設(shè)置事務(wù),文本檢查速侈,集合點(diǎn)率寡,創(chuàng)建場(chǎng)景(設(shè)置虛擬用戶(hù)數(shù)量和持續(xù)時(shí)間),最后運(yùn)行場(chǎng)景和分析報(bào)告
4)使用jmeter模擬并發(fā)的話(huà)倚搬,先抓包分析請(qǐng)求冶共,然后構(gòu)造請(qǐng)求,設(shè)置線(xiàn)程數(shù)量和循環(huán)次數(shù),添加監(jiān)聽(tīng)(查看結(jié)果樹(shù)和聚合報(bào)告)捅僵,最后運(yùn)行測(cè)試和分析結(jié)果
注意:一臺(tái)電腦能夠模擬的虛擬用戶(hù)數(shù)量畢竟是有限的(最好不要超過(guò)100個(gè))家卖。
【參考】樂(lè)觀(guān)鎖解決并發(fā)問(wèn)題
http://www.reibang.com/p/6b7e2fa282ff
6、請(qǐng)說(shuō)出軟件測(cè)試流程及對(duì)應(yīng)的開(kāi)發(fā)階段庙楚,及各階段提交件广匙。
1)單元測(cè)試對(duì)應(yīng)詳細(xì)設(shè)計(jì)階段扬绪,產(chǎn)出:?jiǎn)卧獪y(cè)試計(jì)劃,單元測(cè)試用例,缺陷報(bào)告弧蝇,單元測(cè)試報(bào)告
2)集成測(cè)試對(duì)應(yīng)概要設(shè)計(jì)階段全闷,產(chǎn)出:接口測(cè)試計(jì)劃谆焊,接口測(cè)試用例蹲坷,缺陷報(bào)告,集成測(cè)試報(bào)告
3)系統(tǒng)測(cè)試對(duì)應(yīng)需求分析階段塞祈,產(chǎn)出:系統(tǒng)測(cè)試計(jì)劃金刁,系統(tǒng)測(cè)試用例,系統(tǒng)測(cè)試用例評(píng)審記錄议薪,缺陷報(bào)告尤蛮,系統(tǒng)測(cè)試報(bào)告
4)驗(yàn)收測(cè)試對(duì)應(yīng)用戶(hù)需求階段,產(chǎn)出:驗(yàn)收測(cè)試計(jì)劃斯议,驗(yàn)收測(cè)試用例产捞,缺陷報(bào)告,驗(yàn)收?qǐng)?bào)告
系統(tǒng)測(cè)試計(jì)劃主要包括:
1)功能測(cè)試的范圍哼御,即測(cè)試哪些功能點(diǎn)(發(fā)布上線(xiàn)的功能點(diǎn))
2)兼容性測(cè)試的范圍坯临,即兼容哪些主流的瀏覽器,移動(dòng)設(shè)備恋昼,以及分辨率
3)性能測(cè)試的范圍看靠,比如:檢查請(qǐng)求的響應(yīng)速度(頁(yè)面的加載速度),檢查測(cè)試服務(wù)器資源占用情況(cpu使用率液肌,內(nèi)存使用率挟炬,磁盤(pán)讀寫(xiě)效率),檢查安卓測(cè)試機(jī)和iOS測(cè)試機(jī)的資源占用情況(cpu使用率嗦哆,內(nèi)存使用率谤祖,耗電,流量老速,散熱情況)
4)安全性測(cè)試的范圍粥喜,比如:檢查普通會(huì)員是否擁有vip資源的訪(fǎng)問(wèn)權(quán)限,檢查非登錄狀態(tài)無(wú)法對(duì)資源進(jìn)行評(píng)論橘券,發(fā)送彈幕等
5)穩(wěn)定性測(cè)試的范圍额湘,比如:使用monkey測(cè)試安卓app的穩(wěn)定性
6)第一輪系統(tǒng)測(cè)試的起止時(shí)間
7)第二輪系統(tǒng)測(cè)試(回歸測(cè)試)的起止時(shí)間
注意:實(shí)際工作中主要是做功能方面的測(cè)試秕铛。如果版本更新有涉及性能方面的需求,才需要定義性能測(cè)試的范圍缩挑。比如:本次版本更新對(duì)搜索的性能做了優(yōu)化,則需要測(cè)試搜索的性能鬓梅。另外供置,如果版本更新有涉及安全方面的需求,則需要定義安全性測(cè)試的范圍绽快。
7芥丧、系統(tǒng)測(cè)試及驗(yàn)收測(cè)試的流程
8、你是否參與過(guò)需求分析坊罢?你提了什么問(wèn)題续担?
需求分析階段,開(kāi)發(fā)人員和測(cè)試人員都要對(duì)需求進(jìn)行理解活孩,測(cè)試人員主要是通過(guò)閱讀需求文檔(可以通過(guò)svn客戶(hù)端從公司的svn服務(wù)器下載)對(duì)需求進(jìn)行理解物遇,測(cè)試人員可以針對(duì)需求文檔中存在的問(wèn)題向需求經(jīng)理(負(fù)責(zé)調(diào)研客戶(hù)需求,編寫(xiě)需求文檔)提問(wèn)憾儒。
需求文檔一般會(huì)存在哪幾類(lèi)問(wèn)題呢询兴,比如:
1)需求經(jīng)理對(duì)功能點(diǎn)的描述不夠準(zhǔn)確,存在歧義起趾,用詞模棱兩可
2)需求經(jīng)理對(duì)功能點(diǎn)的描述不夠具體诗舰,不完整,導(dǎo)致測(cè)試人員無(wú)法根據(jù)需求描述來(lái)判斷軟件的運(yùn)行結(jié)果是否正確
【思考】請(qǐng)針對(duì)考勤管理系統(tǒng)的需求文檔训裆,提出1~2個(gè)問(wèn)題眶根。
【參考】淺談需求:軟件需求的分類(lèi)到底有哪些?
http://www.woshipm.com/pmd/886458.html
9边琉、功能測(cè)試用例的組成
1)用例編號(hào)
2)用例標(biāo)題
3)輸入
4)測(cè)試步驟
5)期望結(jié)果
【參考】微信支付的測(cè)試用例
https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=23_1&index=1
10属百、功能測(cè)試點(diǎn)怎么寫(xiě)
思路:把各種成功失敗的情況列舉出來(lái)(考慮到)。測(cè)試點(diǎn)的設(shè)計(jì)最好能細(xì)到每個(gè)測(cè)試點(diǎn)對(duì)應(yīng)一個(gè)測(cè)試用例艺骂。如果一個(gè)測(cè)試點(diǎn)對(duì)應(yīng)好幾個(gè)測(cè)試用例诸老,那這個(gè)點(diǎn)寫(xiě)得就比較粗了。
11钳恕、怎么定位缺陷
1)通過(guò)抓包工具抓包分析
2)通過(guò)查看客戶(hù)端(瀏覽器控制臺(tái))的日志進(jìn)行分析(使用exception, error, fail等關(guān)鍵字進(jìn)行過(guò)濾)
3)通過(guò)下載查看服務(wù)器上的日志進(jìn)行分析(使用exception, error, fail等關(guān)鍵字進(jìn)行過(guò)濾)
為什么測(cè)試人員要定位缺陷别伏?
定位缺陷其實(shí)是開(kāi)發(fā)人員的責(zé)任,有些軟件公司要求測(cè)試人員把缺陷發(fā)生時(shí)的異常日志截圖并放到缺陷報(bào)告里忧额,這樣就可以節(jié)約開(kāi)發(fā)人員排查問(wèn)題原因的時(shí)間厘肮。
注意:
1)測(cè)試人員如果要看測(cè)試服務(wù)器上的日志的話(huà),需要到測(cè)試服務(wù)器上把相關(guān)的配置文件里面的debug配置項(xiàng)設(shè)置為true睦番,然后重啟IIS或tomcat
2)生產(chǎn)環(huán)境上不要把debug日志開(kāi)關(guān)打開(kāi)类茂,否則日志文件會(huì)很大耍属,比較占用磁盤(pán)空間。
【參考】關(guān)于BUG的定位
http://www.reibang.com/p/d80e19cb9764
12巩检、如何判斷缺陷是屬于前端的還是后臺(tái)的
根據(jù)客戶(hù)端日志和測(cè)試服務(wù)器上的后臺(tái)日志進(jìn)行分析
根據(jù)經(jīng)驗(yàn)(憑感覺(jué))判斷
1)界面文案厚骗,界面樣式,排版問(wèn)題(比如:顯示字體的太小兢哭,文本內(nèi)容過(guò)長(zhǎng)導(dǎo)致拆行顯示领舰,界面文案有錯(cuò)別字等)屬于前端的,缺陷報(bào)告應(yīng)提交給前端開(kāi)發(fā)
2)瀏覽器兼容性方面的問(wèn)題迟螺,一般也屬于前端
3)如果是前端邏輯有問(wèn)題冲秽,則屬于前端。比如:表單里面的必填項(xiàng)沒(méi)有填寫(xiě)矩父,瀏覽器也可以成功提交數(shù)據(jù)給后臺(tái)
4)界面上顯示的數(shù)據(jù)錯(cuò)誤锉桑,一般是后臺(tái)問(wèn)題
5)如果是后臺(tái)邏輯有問(wèn)題,則屬于后臺(tái)窍株。比如:余額不足民轴,取款金額大于余額,能夠取款成功
6)app客戶(hù)端出現(xiàn)崩潰(閃退)球订,一般屬于前端杉武。
13、缺陷報(bào)告的組成
14辙售、功能測(cè)試報(bào)告的組成
1)測(cè)試范圍及目的
2)測(cè)試執(zhí)行的時(shí)間
3)用例執(zhí)行結(jié)果
4)缺陷分布(分別按嚴(yán)重程度轻抱,功能模塊,問(wèn)題類(lèi)型劃分)
5)軟件評(píng)估及測(cè)試總結(jié)
15旦部、如何保證測(cè)試的覆蓋率
https://www.cnblogs.com/TestWorld/p/5211043.html
16祈搜、 數(shù)據(jù)庫(kù)SQL查詢(xún)
顧客信息和商品信息
顧客購(gòu)買(mǎi)記錄
1、查詢(xún)出購(gòu)買(mǎi)過(guò)寶潔產(chǎn)品的用戶(hù)詳細(xì)信息
思路:
1)使用商品編號(hào)相等作為條件將商品表和購(gòu)買(mǎi)記錄表進(jìn)行連接
2)使用顧客編號(hào)相等作為條件將顧客表和購(gòu)買(mǎi)記錄表進(jìn)行連接
3)使用供應(yīng)商為寶潔作為條件查詢(xún)出購(gòu)買(mǎi)過(guò)寶潔產(chǎn)品的用戶(hù)信息
select distinct c.* from product prd,purchase pcs,customer c
where prd.productid = pcs.productid and pcs.customerid = c.customerid
and prd.provider = '寶潔';
2士八、查詢(xún)出牙膏銷(xiāo)量最高的供應(yīng)商
思路:
1)使用牙膏作為條件篩選出牙膏的購(gòu)買(mǎi)記錄
2)對(duì)篩選出來(lái)的購(gòu)買(mǎi)記錄按照供應(yīng)商進(jìn)行分組
3)使用聚合函數(shù)SUM計(jì)算出每個(gè)組里面的購(gòu)買(mǎi)總量
4)根據(jù)購(gòu)買(mǎi)總量進(jìn)行排序(從大到腥菅唷),第1條記錄就是銷(xiāo)量最高的供應(yīng)商
5)使用top 1篩選出第1條記錄
--查詢(xún)出牙膏銷(xiāo)量最高的供應(yīng)商(適用SQL Server)
SELECT TOP 1 t2.provider,SUM(t3.quantity) total_amount
FROM purchase t3,product t2
where t2.productid=t3.productid and t2.p_category='牙膏'
GROUP BY t2.provider ORDER BY total_amount DESC;
--查詢(xún)出牙膏最高銷(xiāo)量是多少
SELECT MAX(total_amount) FROM
(SELECT t2.provider,SUM(t3.quantity) total_amount
FROM purchase t3,product t2
where t2.productid=t3.productid and t2.p_category='牙膏'
GROUP BY t2.provider) x;
--查詢(xún)出牙膏銷(xiāo)量最高的供應(yīng)商
SELECT * FROM
(SELECT t2.provider,SUM(t3.quantity) total_amount
FROM purchase t3,product t2
where t2.productid=t3.productid and t2.p_category='牙膏'
GROUP BY t2.provider) y WHERE total_amount = (SELECT MAX(total_amount) FROM
(SELECT t2.provider,SUM(t3.quantity) total_amount
FROM purchase t3,product t2
where t2.productid=t3.productid and t2.p_category='牙膏'
GROUP BY t2.provider) x);
3婚度、所有的牙膏商品單價(jià)增加10%
--所有牙膏商品的單價(jià)增加10%
select productname,unitprice*1.1 as price,unitprice
from product where p_category='牙膏';
--所有牙膏商品的單價(jià)增加10%
UPDATE product SET unitprice=unitprice*1.1
WHERE p_category='牙膏';
4蘸秘、查詢(xún)出從未被購(gòu)買(mǎi)的商品
思路:
1)使用子查詢(xún)查出被購(gòu)買(mǎi)過(guò)的商品
2)主查詢(xún)根據(jù)商品編號(hào)不在子查詢(xún)查出來(lái)的范圍里面作為條件查出從未被購(gòu)買(mǎi)的商品
--查詢(xún)出從未被購(gòu)買(mǎi)的商品
SELECT * FROM product
WHERE productid not in (select DISTINCT productid from purchase);
思路:
1)子查詢(xún)使用商品編號(hào)作為條件查詢(xún)?cè)撋唐肥欠翊嬖谫?gòu)買(mǎi)記錄
2)如果不存在(not exists)購(gòu)買(mǎi)記錄,則主查詢(xún)就會(huì)查出該商品的信息
--查詢(xún)出從未被購(gòu)買(mǎi)的商品
SELECT t2.* FROM product t2
WHERE NOT EXISTS (SELECT 1 FROM purchase t3 WHERE t3.productid=t2.productid);
5蝗茁、查詢(xún)出購(gòu)買(mǎi)了顧客Dennis購(gòu)買(mǎi)過(guò)的所有商品的顧客信息
使用的數(shù)據(jù)庫(kù)是SQL Server醋虏,說(shuō)一下大概的思路:
1)使用子查詢(xún)查出顧客Dennis購(gòu)買(mǎi)過(guò)的商品集合A
2)使用子查詢(xún)根據(jù)顧客id查出該顧客購(gòu)買(mǎi)過(guò)的商品集合B
3)用A集合減去B集合(使用except關(guān)鍵字),如果得到的集合為空則說(shuō)明該顧客購(gòu)買(mǎi)了顧客Dennis購(gòu)買(mǎi)過(guò)的所有商品
4)A集合減去B集合得到的結(jié)果如果沒(méi)有記錄則顯示該顧客的信息哮翘,所以這里使用了not exists關(guān)鍵字颈嚼,not exists表示沒(méi)有的意思
5)使用顧客姓名不等于Dennis將顧客Dennis的信息過(guò)濾掉
--查詢(xún)出購(gòu)買(mǎi)了顧客Dennis購(gòu)買(mǎi)過(guò)的所有商品的顧客信息(適用SQL Server)
select * from customer c where not exists
(
--查詢(xún)出顧客沒(méi)有買(mǎi)過(guò)但是Dennis買(mǎi)過(guò)的商品(如果查不到的話(huà),則說(shuō)明該顧客買(mǎi)過(guò)Dennis買(mǎi)過(guò)的所有商品)
(
select distinct productid from purchase
where customerid = (select customerid from customer where c_name = 'Dennis')
)
except
(
select distinct productid from purchase where customerid = c.customerid
)
) and c.c_name<>'Dennis';
【參考】SQL語(yǔ)句綜合練習(xí)
https://www.cnblogs.com/xiaoxing/p/5354432.html
【參考】數(shù)據(jù)庫(kù)經(jīng)典45道練習(xí)題及答案
https://www.cnblogs.com/xfxy/p/7077749.html
17饭寺、SDK平臺(tái)和渠道是什么阻课?(游戲測(cè)試方面的)
SDK的概念SDK即“軟體開(kāi)發(fā)工具包”叫挟,一般是一些被軟件工程師用于為特定的軟件包、軟件框架限煞、硬件平臺(tái)抹恳、操作系統(tǒng)等建立應(yīng)用軟件的開(kāi)發(fā)工具的集合。通俗點(diǎn)是指由第三方服務(wù)商提供的實(shí)現(xiàn)軟件產(chǎn)品某項(xiàng)功能的工具包署驻。通常SDK是由專(zhuān)業(yè)性質(zhì)的公司提供專(zhuān)業(yè)服務(wù)的集合适秩,比如提供安卓開(kāi)發(fā)工具、或者基于硬件開(kāi)發(fā)的服務(wù)等硕舆。也有針對(duì)某項(xiàng)軟件功能的SDK,如推送技術(shù)骤公、圖像識(shí)別技術(shù)抚官、移動(dòng)支付技術(shù)、語(yǔ)音識(shí)別分析技術(shù)等阶捆,在互聯(lián)網(wǎng)開(kāi)放的大趨勢(shì)下凌节,一些功能性的SDK已經(jīng)被當(dāng)作一個(gè)產(chǎn)品來(lái)運(yùn)營(yíng)。開(kāi)發(fā)者不需要再對(duì)產(chǎn)品的每個(gè)功能進(jìn)行開(kāi)發(fā)洒试,選擇合適穩(wěn)定的SDK服務(wù)并花費(fèi)很少的經(jīng)歷就可以在產(chǎn)品中集成某項(xiàng)功能倍奢。
【參考】Channel SDK (渠道SDK) for Unity
https://blog.csdn.net/weixin_33881140/article/details/85728455
【參考】SDK是什么?
http://www.498.net/hyxw/article-1478.html
【參考】如何打造一款游戲外掛
https://www.cnblogs.com/LexMoon/p/wgjc.html
18垒棋、專(zhuān)業(yè)名詞解釋
關(guān)鍵詞 | 含義 |
---|---|
case | 測(cè)試用例 |
test case | 測(cè)試用例 |
BUG | 缺陷(漏洞) |
Web | 網(wǎng)站 |
app | 手機(jī)端應(yīng)用卒煞,比如微信 |
原生app | Native app,比如:某個(gè)安卓app是使用純Java編寫(xiě)的叼架,那么這個(gè)app就是原生的 |
混合app | 比如:某個(gè)安卓app的開(kāi)發(fā)用到了java和html5畔裕,那么這個(gè)app就是混合app |
form | 表單,用于接收用戶(hù)輸入的數(shù)據(jù)乖订。表單里面的提交按鈕被點(diǎn)擊后扮饶,填寫(xiě)的數(shù)據(jù)會(huì)發(fā)送給后臺(tái)服務(wù)器 |
抓包 | 通過(guò)工具將客戶(hù)端發(fā)送給服務(wù)器的請(qǐng)求數(shù)據(jù)以及服務(wù)器發(fā)送回來(lái)的響應(yīng)數(shù)據(jù)抓取 |
html5 | 手機(jī)端界面開(kāi)發(fā)使用到的技術(shù) |
localhost | 本機(jī),本地計(jì)算機(jī)乍构,映射地址為127.0.0.1 |
host | 主機(jī)甜无,主機(jī)名 |
domain | 域名,主機(jī)名 |
TCP | Transfer Controller Protocal, 傳輸控制協(xié)議哥遮,屬于傳輸層的協(xié)議 |
IP | Internet Protocal, 網(wǎng)絡(luò)協(xié)議岂丘,屬于網(wǎng)絡(luò)層的協(xié)議 |
SSL | Secure Socket Layer, 安全套接層。因?yàn)镠TTP在傳輸數(shù)據(jù)時(shí)使用的是明文(雖然說(shuō)POST提交的數(shù)據(jù)時(shí)放在報(bào)體里看不到的眠饮,但是還是可以通過(guò)抓包工具竊取到)是不安全的元潘,為了解決這一隱患網(wǎng)景公司推出了SSL安全套接字協(xié)議層,SSL是基于HTTP之下TCP之上的一個(gè)協(xié)議層君仆,是基于HTTP標(biāo)準(zhǔn)并對(duì)TCP傳輸數(shù)據(jù)時(shí)進(jìn)行加密 |
SSL證書(shū) | HTTPS安全證書(shū)翩概,SSL證書(shū)是數(shù)字證書(shū)的一種牲距,類(lèi)似于駕駛證、護(hù)照和營(yíng)業(yè)執(zhí)照的電子副本钥庇。因?yàn)榕渲迷诜?wù)器上牍鞠,也稱(chēng)為SSL服務(wù)器證書(shū)。SSL 證書(shū)就是遵守 SSL協(xié)議评姨,由受信任的數(shù)字證書(shū)頒發(fā)機(jī)構(gòu)CA难述,在驗(yàn)證服務(wù)器身份后頒發(fā),具有服務(wù)器身份驗(yàn)證和數(shù)據(jù)傳輸加密功能吐句。 |
SSH | Secure Shell, 安全外殼協(xié)議胁后,屬于應(yīng)用層的協(xié)議,用于遠(yuǎn)程訪(fǎng)問(wèn)Linux服務(wù)器嗦枢,默認(rèn)端口22 |
FTP | File Transfer Protocal, 文件傳輸協(xié)議攀芯,用于上傳文件到遠(yuǎn)程Linux服務(wù)器,從遠(yuǎn)程Linux服務(wù)器下載(日志)文件文虏,安全性比較低侣诺,默認(rèn)端口23 |
SFTP | SSH File Transfer Protocol的縮寫(xiě),表示使用SSH協(xié)議跟遠(yuǎn)程Linux服務(wù)器傳輸文件氧秘,安全性比較高年鸳,默認(rèn)端口22 |
SMTP | Simple Mail Transfer Protocol, 簡(jiǎn)單郵件傳輸協(xié)議,用于發(fā)送郵件丸相,默認(rèn)端口25 |
POP3 | Post Office Protocol 3, 郵局協(xié)議搔确,用于接收郵件 |
RESTful | 表示URL地址的風(fēng)格為請(qǐng)求參數(shù)被包含在請(qǐng)求資源路徑里面,比如: https://域名:端口/路徑/參數(shù)值/參數(shù)值 傳統(tǒng)的URL地址格式是: https://域名:端口/路徑?參數(shù)名=參數(shù)值&參數(shù)名=參數(shù)值 |
WebService | 簡(jiǎn)稱(chēng)WS接口灭忠,基于SOAP協(xié)議妥箕,用來(lái)處理xml格式的請(qǐng)求報(bào)文 |
cookie | 緩存在瀏覽器里面的個(gè)人數(shù)據(jù)。比如:用戶(hù)的登錄狀態(tài)更舞,上次訪(fǎng)問(wèn)時(shí)間等 |
sessionId | 客戶(hù)端(瀏覽器)跟服務(wù)器建立的連接會(huì)話(huà)的編號(hào) |
session | 緩存在服務(wù)器上的個(gè)人數(shù)據(jù)畦幢。比如:用戶(hù)的權(quán)限范圍 |
token | 令牌,憑證缆蝉∮畲校可以理解為演唱會(huì)的門(mén)票。 |
xhr | xml http request, 表示請(qǐng)求類(lèi)型為異步請(qǐng)求 |
Ajax | Asynchronous Javascript And XML刊头,異步請(qǐng)求黍瞧,刷新網(wǎng)頁(yè)的局部。比如:注冊(cè)163郵箱賬號(hào)的時(shí)候原杂,瀏覽器會(huì)發(fā)送檢查用戶(hù)名是否被占用的Ajax請(qǐng)求(type為xhr) |
HTTP | HypeText Transfer Protocal, 超文本傳輸協(xié)議印颤,屬于應(yīng)用層的協(xié)議,默認(rèn)端口80 |
HTTPS | HTTP+SSL穿肄,默認(rèn)端口443 |
URL | Uniform Resource Locator, 網(wǎng)址年局,訪(fǎng)問(wèn)地址际看,接口地址,請(qǐng)求地址 |
Request | 請(qǐng)求 |
Request Method | 表示請(qǐng)求方式矢否,比如:Post請(qǐng)求(上傳)仲闽,Get請(qǐng)求(下載) |
Request Header | 請(qǐng)求頭,請(qǐng)求報(bào)文頭 |
Request Body | 請(qǐng)求主體僵朗,請(qǐng)求數(shù)據(jù)(參數(shù)列表)赖欣,請(qǐng)求正文,請(qǐng)求報(bào)文 |
Response | 響應(yīng) |
Response Header | 響應(yīng)頭验庙,響應(yīng)報(bào)文頭 |
Response Body | 響應(yīng)主體顶吮,響應(yīng)數(shù)據(jù),響應(yīng)正文粪薛,響應(yīng)報(bào)文 |
Content-Type | 表示響應(yīng)(或請(qǐng)求)數(shù)據(jù)的格式和編碼方式悴了,比如: Content-Type: application/json;charset=UTF-8 |
Windows | 個(gè)人電腦上的操作系統(tǒng),容易感染病毒汗菜,提供圖形化操作界面 |
Linux | 公司服務(wù)器上的操作系統(tǒng),比Windows快挑社,更加安全 |
Mac | 蘋(píng)果電腦的操作系統(tǒng)陨界,提供圖形化操作界面 |
Android | 安卓手機(jī)上的操作系統(tǒng),安卓應(yīng)用開(kāi)發(fā)平臺(tái) |
iOS | 蘋(píng)果手機(jī)上的操作系統(tǒng) |
SDK | 軟件開(kāi)發(fā)工具痛阻,框架菌瘪,開(kāi)發(fā)平臺(tái) |
JIRA | 項(xiàng)目管理系統(tǒng)(通過(guò)瀏覽器訪(fǎng)問(wèn)) |
UI | 界面,用戶(hù)交互 |
系統(tǒng)結(jié)構(gòu)(架構(gòu)) | 可劃分為:BS結(jié)構(gòu)阱当,CS結(jié)構(gòu) |
BS | Browser-Server(瀏覽器-服務(wù)器) |
CS | Client-Server(客戶(hù)端-服務(wù)器) |
API | 接口俏扩,實(shí)際上就是函數(shù)(程序) |
接口 | 1)函數(shù) 2)interface關(guān)鍵字定義的數(shù)據(jù)類(lèi)型 3)服務(wù)器上的后臺(tái)程序,處理客戶(hù)端(或者第三方系統(tǒng))發(fā)送過(guò)來(lái)的請(qǐng)求(比如http請(qǐng)求)弊添,并返回響應(yīng)數(shù)據(jù)(處理結(jié)果)給客戶(hù)端(第三方系統(tǒng)) |
API文檔(手冊(cè)) | 接口文檔录淡,功能說(shuō)明書(shū),使用說(shuō)明書(shū) |
前端 | 界面(前端開(kāi)發(fā)人員負(fù)責(zé)開(kāi)發(fā)界面)油坝。另外嫉戚,前端開(kāi)發(fā)人員開(kāi)發(fā)的程序都是在客戶(hù)端設(shè)備上運(yùn)行的,比如:網(wǎng)站的JS腳本澈圈,CSS代碼彬檀,HTML代碼(由瀏覽器下載并解釋執(zhí)行)都是在客戶(hù)端電腦上運(yùn)行的。 |
后臺(tái) | 服務(wù)器上的軟件(處理客戶(hù)端過(guò)來(lái)的請(qǐng)求)+數(shù)據(jù)庫(kù)瞬女。另外窍帝,后臺(tái)開(kāi)發(fā)人員開(kāi)發(fā)的程序是運(yùn)行在服務(wù)器上的。 |
需求調(diào)研 | 收集(調(diào)查)客戶(hù)的需求 |
需求分析 | 需求經(jīng)理根據(jù)用戶(hù)的需求編寫(xiě)詳細(xì)的需求文檔(能夠體現(xiàn)具體的業(yè)務(wù)規(guī)則)诽偷,開(kāi)發(fā)人員和測(cè)試人員根據(jù)需求文檔對(duì)功能點(diǎn)進(jìn)行理解 |
需求文檔 | 軟件功能說(shuō)明書(shū) |
同行評(píng)審 | 需求評(píng)審坤学,代碼評(píng)審疯坤,用例評(píng)審等。通過(guò)評(píng)審可以發(fā)現(xiàn)存在的問(wèn)題拥峦,這些問(wèn)題會(huì)被記錄并提交SVN贴膘,便于項(xiàng)目經(jīng)理進(jìn)行跟蹤 |
缺陷跟蹤 | 測(cè)試人員通過(guò)公司的缺陷報(bào)告系統(tǒng)對(duì)缺陷進(jìn)行管理(跟蹤)。另外略号,缺陷被測(cè)試人員驗(yàn)證修復(fù)正確后刑峡,需要關(guān)閉對(duì)應(yīng)的缺陷報(bào)告 |
缺陷定位 | 測(cè)試人員可以通過(guò)抓包分析,客戶(hù)端(瀏覽器控制臺(tái))日志或者下載服務(wù)器上的日志排查問(wèn)題原因玄柠,過(guò)濾日志信息使用到的關(guān)鍵字主要有:exception,error,fail等 |
并發(fā) | 同時(shí)發(fā)送請(qǐng)求 |
并發(fā)量 | 同時(shí)發(fā)送請(qǐng)求的(虛擬)用戶(hù)數(shù)量 |
請(qǐng)求響應(yīng)時(shí)間 | 從客戶(hù)端發(fā)出請(qǐng)求開(kāi)始突梦,到客戶(hù)端完成響應(yīng)數(shù)據(jù)的接收所經(jīng)歷的時(shí)間 |
冒煙測(cè)試 | 測(cè)試人員在開(kāi)展新的一輪系統(tǒng)測(cè)試前,對(duì)移交過(guò)來(lái)的新版本的基本功能進(jìn)行簡(jiǎn)單的測(cè)試羽利。主要確認(rèn)新的版本是否存在致命性bug宫患,功能可以正常運(yùn)行(不會(huì)出現(xiàn)跑不通的狀況),不會(huì)影響下一輪測(cè)試的進(jìn)行这弧,如果上述都符合那么這個(gè)版本就可以進(jìn)行下一輪測(cè)試娃闲,否則,打回版本匾浪,拒絕測(cè)試皇帮。個(gè)人理解冒煙測(cè)試最大的優(yōu)點(diǎn)在于節(jié)約測(cè)試的時(shí)間成本,減少測(cè)試輪數(shù)蛋辈。 |
回歸測(cè)試 | 對(duì)軟件修改后進(jìn)行的測(cè)試属拾,指修改了舊代碼后,重新進(jìn)行測(cè)試以確認(rèn)修改沒(méi)有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤冷溶。回歸測(cè)試前建議先做冒煙測(cè)試渐白,并且驗(yàn)證上一輪測(cè)試發(fā)現(xiàn)的缺陷是否被正確修復(fù),如果冒煙測(cè)試通過(guò)并且缺陷也修復(fù)正確則可以開(kāi)始回歸測(cè)試逞频,否則版本返工纯衍,拒絕回歸。 |
壓力測(cè)試 | 單位時(shí)間內(nèi)模擬大量的并發(fā)請(qǐng)求苗胀,使服務(wù)器的資源占用率非常高托酸,檢查系統(tǒng)能夠承受多久 |
負(fù)載測(cè)試 | 系統(tǒng)在不同的負(fù)載情況下,統(tǒng)計(jì)對(duì)應(yīng)的性能指標(biāo)(比如:事務(wù)平均響應(yīng)時(shí)間柒巫,事務(wù)成功率励堡,服務(wù)器cpu資源平均占用率等) |
進(jìn)程 | 軟件運(yùn)行期間,操作系統(tǒng)為該軟件分配的內(nèi)存資源稱(chēng)為進(jìn)程堡掏。進(jìn)程是由線(xiàn)程組成的应结。比如:Window電腦上運(yùn)行QQ客戶(hù)端,會(huì)出現(xiàn)QQ的進(jìn)程,如果把QQ關(guān)掉鹅龄,對(duì)應(yīng)的進(jìn)程就會(huì)消失揩慕。 |
線(xiàn)程 | 線(xiàn)程是執(zhí)行任務(wù)的,比如:迅雷里面使用5個(gè)線(xiàn)程同時(shí)下載電影 |
SVN | Subversion的簡(jiǎn)稱(chēng) |
Git | 是分布式版本控制系統(tǒng) |
GitHub | 公共倉(cāng)庫(kù)(對(duì)外開(kāi)放扮休,適用個(gè)人練手的非商用項(xiàng)目) |
GitLab | 私人倉(cāng)庫(kù)(不對(duì)外開(kāi)放迎卤,適用公司級(jí)的商用項(xiàng)目) |
版本控制 | 對(duì)軟件(包括源代碼和文檔)的每個(gè)版本進(jìn)行管理。常用的版本控制工具主要有:SVN, GIT |
(版本)發(fā)布上線(xiàn) | 對(duì)生產(chǎn)服務(wù)器上的后臺(tái)軟件進(jìn)行升級(jí)玷坠,對(duì)數(shù)據(jù)庫(kù)進(jìn)行升級(jí)(執(zhí)行SQL腳本)蜗搔,并發(fā)布最新的app客戶(hù)端安裝文件到應(yīng)用市場(chǎng) |
迭代 | 就是循環(huán)、重復(fù)的意思八堡。每一個(gè)版本的開(kāi)發(fā)過(guò)程(包括開(kāi)發(fā)樟凄,測(cè)試,發(fā)布上線(xiàn))稱(chēng)為一次迭代 |
迭代周期 | 完成一個(gè)新版本的開(kāi)發(fā)(包括開(kāi)發(fā)兄渺,測(cè)試缝龄,發(fā)布上線(xiàn))大概需要多長(zhǎng)時(shí)間(每隔多久發(fā)布一次新版本) |
【參考】Http請(qǐng)求中Content-Type
https://www.cnblogs.com/klb561/p/10090540.html
參考資料
[01] 測(cè)試工程師-簡(jiǎn)歷真的拿得出手嗎?
http://www.reibang.com/p/fdc8ec041b8d
[02] 面試時(shí)如果發(fā)現(xiàn)回答不好挂谍,該怎么辦叔壤?
https://www.cnblogs.com/JavaArchitect/p/9992919.html
[03] 如何在面試中介紹自己的項(xiàng)目經(jīng)驗(yàn)
https://www.cnblogs.com/JavaArchitect/p/7586949.html
傳送門(mén)
測(cè)試開(kāi)發(fā)知識(shí)點(diǎn)(一)
測(cè)試開(kāi)發(fā)知識(shí)點(diǎn)(二)
測(cè)試開(kāi)發(fā)知識(shí)點(diǎn)(三)
測(cè)試開(kāi)發(fā)知識(shí)點(diǎn)(四)
測(cè)試開(kāi)發(fā)知識(shí)點(diǎn)(五)
微信掃一掃關(guān)注該公眾號(hào)【測(cè)試開(kāi)發(fā)者部落】
點(diǎn)擊鏈接加入群聊【軟件測(cè)試學(xué)習(xí)交流群】
https://jq.qq.com/?_wv=1027&k=5eVEhfN
軟件測(cè)試學(xué)習(xí)交流QQ群號(hào):511619105