文章摘要：想要成為一名軟件開發(fā)測試員，都需要通過軟件開發(fā)工程師資格證的考試，其中筆試是最難的。小編為大家整合了許多鄙視題目及答案解析，考生們可以來看看。 軟件開發(fā)測試筆試題目及答案精選1……
想要成為一名軟件開發(fā)測試員，都需要通過軟件開發(fā)工程師資格證的考試，其中筆試是最難的。小編為大家整合了許多鄙視題目及答案解析，考生們可以來看看。
軟件開發(fā)測試筆試題目及答案精選1
判斷題
1、軟件測試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測試在軟件工程的后期才開始具體的工作。（初級(jí)） （ × ）
2、發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊中的錯(cuò)誤也多。( √ ) （初級(jí)）
3、測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。（ × ）（初級(jí)）
4、單元測試通常應(yīng)該先進(jìn)行“人工走查”，再以白盒法為主，輔以黑盒法進(jìn)行動(dòng)態(tài)測試。（ √ ）（中級(jí)）
5、功能測試是系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。（ √ ）（中級(jí)）
6、軟件質(zhì)量管理即qm由qa和qc構(gòu)成，軟件測試屬于qc的核心工作內(nèi)容。（√）（高級(jí)）
7、軟件測試只能發(fā)現(xiàn)錯(cuò)誤，但不能保證測試后的軟件沒有錯(cuò)誤。(√)
8、軟件就是程序。(x)
9、測試只要做到語句覆蓋和分支覆蓋，就可以發(fā)現(xiàn)程序中的所有錯(cuò)誤。(x)
10、i18n測試是指對(duì)產(chǎn)品做出具有國際性的規(guī)劃，而l10n測試則是指對(duì)軟件做出符合本地需求更改工作。（√）【高級(jí)】
選擇題 (每題2分 20 )
1、 進(jìn)行軟件質(zhì)量管理的重要性有：（abcd）【中級(jí)】
a、維護(hù)降低成本 b、法律上的要求 c、市場競爭的需要
d、質(zhì)量標(biāo)準(zhǔn)化的趨勢 e、軟件工程的需要 f、cmm過程的一部分
g、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)
2、以測試的形態(tài)分測試可以分為：（abc）【中級(jí)】
a、建構(gòu)性測試 b、系統(tǒng)測試 c、專項(xiàng)測試
d、單元測試 e、組件測試 f、集成測試
3、選出屬于黑盒測試方法的選項(xiàng)（abc）【初級(jí)】
a、測試用例覆蓋 b、輸入覆蓋 c、輸出覆蓋
d、分支覆蓋 e、語句覆蓋 f、條件覆蓋
4、編寫測試計(jì)劃的目的是：（abc）【中級(jí)】
a、使測試工作順利進(jìn)行
b、使項(xiàng)目參與人員溝通更舒暢
c、使測試工作更加系統(tǒng)化
d、軟件工程以及軟件過程的需要
e、軟件過程規(guī)范化的要求
f、控制軟件質(zhì)量
5、依存關(guān)系有4種分別是：（abcd）【高級(jí)】
a、開始－結(jié)束 b、開始－開始 c、結(jié)束－開始
d、結(jié)束－結(jié)束 e、開始－實(shí)施－結(jié)束 f、結(jié)束－審核－開始
6、軟件質(zhì)量管理（qm）應(yīng)有質(zhì)量保證（qa）和質(zhì)量控制（qc）組成，下面的選項(xiàng)屬于qc的是：（abc）【高級(jí)】
a、測試 b、跟蹤 c、監(jiān)督
d、制定計(jì)劃 e、需求審查 f、程序代碼審查
7、實(shí)施缺陷跟蹤的目的是：（abcd）【中級(jí)】
a、軟件質(zhì)量無法控制 b、問題無法量化 c、重復(fù)問題接連產(chǎn)生
d、解決問題的知識(shí)無法保留 e、確保缺陷得到解決 f、使問題形成完整的閉環(huán)處理
8、使用軟件測試工具的目的：（abc）【中級(jí)】
a、幫助測試尋找問題 b、協(xié)助問題的診斷 c、節(jié)省測試時(shí)間
d、提高bug的發(fā)現(xiàn)率 e、更好的控制缺陷提高軟件質(zhì)量 f、更好的協(xié)助開發(fā)人員
9、典型的瀑布模型的四個(gè)階段是：（abcd）【高級(jí)】
a、分析 b、設(shè)計(jì) c、編碼
d、測試 e、需求調(diào)研 f、實(shí)施
10、psp是指鋈巳砑 ?，是一種可用于（ a ）、（ b ）和（ c ）個(gè)人軟件工作方式的自我改善過程。【高級(jí)】
a、控制 b、管理 c、改進(jìn)
d、高效 e、充分 f、適宜
問答題
1、 測試人員在軟件開發(fā)過程中的任務(wù)是什么？（初級(jí)）(5分)
答：1、尋找bug；
2、避免軟件開發(fā)過程中的缺陷；
3、衡量軟件的品質(zhì)；
4、關(guān)注用戶的需求。
總的目標(biāo)是：確保軟件的質(zhì)量。
2、在您以往的工作中，一條軟件缺陷（或者叫bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（bug）記錄？（初級(jí)）(6分)
答：一條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ì)出高效的測試用例，然后嚴(yán)格執(zhí)行測試用例，對(duì)發(fā)現(xiàn)的問題要充分確認(rèn)肯定，然后再向外發(fā)布如此才能提高提交bug的質(zhì)量。
3、界面測試題及設(shè)計(jì)題。請找出下面界面中所存在的問題并分別列出；用黑盒測試的任何一種方法設(shè)計(jì)出此登陸窗體的測試用例。（中級(jí)）(6分)
答：1、窗體的標(biāo)題欄中為空，沒有給出標(biāo)題。
2、用戶名和密碼控件的字體不一致并且沒有對(duì)齊。
3、文本框的大小不一致沒有對(duì)齊。
4、確定和取消按鈕控件的大小不一致。
4、 黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)！（中級(jí)）(5分)
答：黑盒測試的優(yōu)點(diǎn)有：
1）比較簡單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；
2）與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)；
3）從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問題；
4）基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；
5）在做軟件自動(dòng)化測試時(shí)較為方便。
黑盒測試的缺點(diǎn)有：
1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；
2）自動(dòng)化測試的復(fù)用性較低。
白盒測試的優(yōu)點(diǎn)有：
幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。
白盒測試的缺點(diǎn)有：
1）程序運(yùn)行會(huì)有很多不同的路徑，不可能測試所有的運(yùn)行路徑；
2）測試基于代碼，只能測試開發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求；
3）系統(tǒng)龐大時(shí)，測試開銷會(huì)非常大。
5、 根據(jù)自己的理解回答什么是軟件測試，軟件測試分為哪幾個(gè)階段。（初級(jí)）(5分)
答：軟件測試是一個(gè)為了尋找軟件中的錯(cuò)誤而運(yùn)行軟件的過程，一個(gè)成功的測試是指找到了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。
軟件測試一般分為單元測試、集成測試和系統(tǒng)測試。
6、 根據(jù)自己的理解什么是測試用例和測試規(guī)程，設(shè)計(jì)一個(gè)測試用例應(yīng)當(dāng)從哪幾方面考慮？（中級(jí)）(10分)
答：狹義的講，一個(gè)測試用例就是測試人員用以測試被測軟件的某個(gè)特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實(shí)際的一組數(shù)據(jù)，也可能是測試人員專門設(shè)計(jì)出來的測試軟件某些功能的一組數(shù)據(jù)。
測試規(guī)程就是詳細(xì)的對(duì)測試用例設(shè)計(jì)方法、測試方法、測試工具、測試環(huán)境和測試數(shù)據(jù)進(jìn)行描述的文檔，還可以包括能把某個(gè)或某一組測試用例應(yīng)用到被測軟件上完成某項(xiàng)測試的一系列的操作步驟。
設(shè)計(jì)測試用例應(yīng)當(dāng)從以下幾方面考慮：邊界值，等價(jià)類劃分，有效/無效值等。
7、 什么是軟件質(zhì)量保證？軟件質(zhì)量保證人員與開發(fā)人員的關(guān)系如何？（高級(jí)） (10分)
答：軟件質(zhì)量保證就是通過確保軟件過程的質(zhì)量，來保證軟件產(chǎn)品的質(zhì)量。
軟件質(zhì)量保證人員和開發(fā)人員之間具有管理上的嚴(yán)格的獨(dú)立性，兩個(gè)小組的管理員都不能越權(quán)管理另一組，但都可以向更高層的管理者匯報(bào)軟件開發(fā)中的問題。
軟件開發(fā)測試筆試題目及答案精選2
一、判斷題
1．軟件測試的目的是盡可能多的找出軟件的缺陷。（y）
2．beta 測試是驗(yàn)收測試的一種。（y）
3．驗(yàn)收測試是由最終用戶來實(shí)施的。（n）
4．項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（y）
5．單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（y）
6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（n）
7．自底向上集成需要測試員編寫驅(qū)動(dòng)程序。（y）
8．負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（n）
9．測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（n）
10．代碼評(píng)審員一般由測試員擔(dān)任。（n）
11．我們可以人為的使得軟件不存在配置問題。（n）
12．集成測試計(jì)劃在需求分析階段末提交。（n）
二、選擇題
1．軟件驗(yàn)收測試的合格通過準(zhǔn)則是：（abcd）
a． 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。
b． 所有測試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。
c． 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。
d． 驗(yàn)收測試工件齊全。
2．軟件測試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（abcd）
a．項(xiàng)目經(jīng)理
b．sqa 負(fù)責(zé)人
c．配置負(fù)責(zé)人
d．測試組
3．下列關(guān)于alpha 測試的描述中正確的是：（ad）
a．a(chǎn)lpha 測試需要用戶代表參加
b．a(chǎn)lpha 測試不需要用戶代表參加
c．a(chǎn)lpha 測試是系統(tǒng)測試的一種
d．a(chǎn)lpha 測試是驗(yàn)收測試的一種
4．測試設(shè)計(jì)員的職責(zé)有：（bc）
a．制定測試計(jì)劃
b．設(shè)計(jì)測試用例
c．設(shè)計(jì)測試過程、腳本
d．評(píng)估測試活動(dòng)
5．軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（abc）
a．需求工件已經(jīng)被基線化
b．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化
c．構(gòu)架工件已經(jīng)被基線化
d．項(xiàng)目階段成果已經(jīng)被基線化
三、填空題
1.軟件驗(yàn)收測試包括：正式驗(yàn)收測試，alpha測試，beta測試。
2.系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試，強(qiáng)度測試，安全測試測試人員在軟件開發(fā)過程的任務(wù)，配置測試，安裝測試，卸載測試，文檔測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，（有的可以合在一起，分開寫只要寫出15就滿分哦）
3.設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文檔有：軟件測試計(jì)劃，軟件需求文檔和迭代計(jì)劃。
4.對(duì)面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。
四、簡答題
1.區(qū)別階段評(píng)審的與同行評(píng)審
同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;
同行評(píng)審人數(shù):3-7人人員必須經(jīng)過同行評(píng)審會(huì)議的培訓(xùn),由sqa指導(dǎo)
同行評(píng)審內(nèi)容:內(nèi)容小一般文檔 < 40頁, 代碼 < 500行
同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成
階段評(píng)審目的:評(píng)審模塊階段作品的正確性 可行性 及完整性
階段評(píng)審人數(shù):5人左右評(píng)審人必須是專家 具有系統(tǒng)評(píng)審資格
階段評(píng)審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)
階段評(píng)審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!
2.什么是軟件測試
為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程
3簡述集成測試的過程
系統(tǒng)集成測試主要包括以下過程：
1. 構(gòu)建的確認(rèn)過程。
2. 補(bǔ)丁的確認(rèn)過程。
3. 系統(tǒng)集成測試測試組提交過程。
4. 測試用例設(shè)計(jì)過程。
5. 測試代碼編寫過程。
6. bug的報(bào)告過程。
7. 每周/每兩周的構(gòu)建過程。
8. 點(diǎn)對(duì)點(diǎn)的測試過程。
9. 組內(nèi)培訓(xùn)過程。
4 怎么做好文檔測試
仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例。
檢查文檔的編寫是否滿足文檔編寫的目的
內(nèi)容是否齊全，正確
內(nèi)容是否完善
標(biāo)記是否正確
5 白盒測試有幾種方法
總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。
靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義
動(dòng)態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6系統(tǒng)測試計(jì)劃是否需要同行審批，為什么
需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。
測試與beta的區(qū)別
alpha測試在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測試；測試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
beta測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
8比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別
負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。
強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。
容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測試還將確定測試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。
9測試結(jié)束的標(biāo)準(zhǔn)是什么？
用例全部測試。
覆蓋率達(dá)到標(biāo)準(zhǔn)。
缺陷率達(dá)到標(biāo)準(zhǔn)。
其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)
10描述軟件測試活動(dòng)的生命周期？
測試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中：
計(jì)劃：對(duì)整個(gè)測試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等；
設(shè)計(jì)：完成測試方案，從技術(shù)層面上對(duì)測試進(jìn)行規(guī)劃；
實(shí)現(xiàn)：進(jìn)行測試用例和測試規(guī)程設(shè)計(jì)；
執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。
總結(jié)：記錄測試結(jié)果，進(jìn)行測試分析，完成測試報(bào)告。
11軟件的缺陷等級(jí)應(yīng)如何劃分？
a類—嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：
1． 由于程序所引起的死機(jī),非法退出
2． 死循環(huán)
3． 數(shù)據(jù)庫發(fā)生死鎖
4．因錯(cuò)誤操作導(dǎo)致的程序中斷
5． 功能錯(cuò)誤
6． 與數(shù)據(jù)庫連接錯(cuò)誤
7． 數(shù)據(jù)通訊錯(cuò)誤
b類—較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：
1． 程序錯(cuò)誤
2． 程序接口錯(cuò)誤
3．?dāng)?shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件
c類—一般性錯(cuò)誤，包括以下各種錯(cuò)誤：
1． 操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）
2． 打印內(nèi)容、格式錯(cuò)誤
3． 簡單的輸入限制未放在前臺(tái)進(jìn)行控制
4． 刪除操作未給出提示
5． 數(shù)據(jù)庫表中有過多的空字段
d類—較小錯(cuò)誤，包括以下各種錯(cuò)誤：
1． 界面不規(guī)范
2． 輔助說明描述不清楚
3． 輸入輸出不規(guī)范
4．長操作未給用戶提示
5． 提示窗口文字未采用行業(yè)術(shù)
6． 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志
e類—測試建議
軟件開發(fā)測試筆試題目及答案精選3
1、你在測試中發(fā)現(xiàn)了一個(gè)bug，但是開發(fā)經(jīng)理認(rèn)為這不是一個(gè)bug，你應(yīng)該怎樣解決？
首先，將問題提交到缺陷管理庫里面進(jìn)行備案。
然后，要獲取判斷的依據(jù)和標(biāo)準(zhǔn)：根據(jù)需求說明書、產(chǎn)品說明、原型圖、設(shè)計(jì)文檔等，確認(rèn)實(shí)際結(jié)果是否與計(jì)劃有不一致的地方，提供缺陷是否確認(rèn)的直接依據(jù)。
如果沒有文檔依據(jù)：
（1）可以根據(jù)同行或類似軟件的一般特性來說明是否存在不一致的地方，來確認(rèn)是否是缺陷；
（2）根據(jù)用戶的一般使用習(xí)慣，來確認(rèn)是否是缺陷；
（3）與設(shè)計(jì)人員、開發(fā)人員和客戶代表等相關(guān)人員探討，確認(rèn)是否是缺陷。
合理的論述，向測試經(jīng)理說明自己的判斷的理由，等待測試經(jīng)理做出最終決定，如果仍然存在爭議，可以通過公司政策所提供的渠道，向上級(jí)反映，并由上級(jí)做出決定。
2、給你一個(gè)網(wǎng)站，該如何測試？
首先，查找需求說明、網(wǎng)站設(shè)計(jì)等相關(guān)文檔，分析測試需求。
制定測試計(jì)劃，確定測試范圍和測試策略，一般包括以下幾個(gè)部分：功能性測試、界面測試、性能測試、數(shù)據(jù)庫測試、安全性測試、兼容性測試，設(shè)計(jì)測試用例等。
（1）功能性測試可以包括，但不限于以下幾個(gè)方面：
1）鏈接測試。鏈接是否正確跳轉(zhuǎn)，是否存在空頁面和無效頁面，是否有不正確的出錯(cuò)信息返回。
2）提交功能的測試。
3）多媒體元素是否可以正確加載和顯示。
4）多語言支持是否能夠正確顯示選擇的語言等。
（2）界面測試可以包括但不限于以下幾個(gè)方面：
1）頁面是否風(fēng)格統(tǒng)一，美觀。
2）頁面布局是否合理，重點(diǎn)內(nèi)容和熱點(diǎn)內(nèi)容是否突出。
3）控件是否正常使用。
4）對(duì)于必須但未安裝的控件，是否提供自動(dòng)下載并安裝的功能。
5）文字檢查。
（3）性能測試一般從以下幾個(gè)方面考慮：
壓力測試、負(fù)載測試、強(qiáng)度測試。
（4）數(shù)據(jù)庫測試要具體決定是否需要開展：
數(shù)據(jù)庫一般需要考慮連接性，對(duì)數(shù)據(jù)的存取操作，數(shù)據(jù)內(nèi)容的驗(yàn)證等方面。
（5）安全性測試：
1）基本的登錄功能的檢查。
2）是否存在溢出錯(cuò)誤，導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露。
3）相關(guān)開發(fā)語言的常見安全性問題檢查，例如sql注入等。
4）如果需要高級(jí)的安全性測試，確定獲得專業(yè)安全公司的幫助，外包測試或者獲取支持。
（6）兼容性測試，根據(jù)需求說明的內(nèi)容，確定支持的平臺(tái)組合：
1）瀏覽器的兼容性。
2）操作系統(tǒng)的兼容性。
3）軟件平臺(tái)的兼容性。
4）數(shù)據(jù)庫的兼容性。
開展測試，并記錄缺陷。合理的安排調(diào)整測試進(jìn)度，提前獲取測試所需的資源，建立管理體系（例如：需求變更、風(fēng)險(xiǎn)、配置、測試文檔、缺陷報(bào)告、人力資源等內(nèi)容）。定期評(píng)審，對(duì)測試進(jìn)行評(píng)估和總結(jié)，調(diào)整測試的內(nèi)容。
3、一臺(tái)客戶端有三百個(gè)客戶與三百個(gè)客戶端有三百個(gè)客戶對(duì)服務(wù)器施壓測試人員在軟件開發(fā)過程的任務(wù)，有什么區(qū)別？
300個(gè)用戶在一個(gè)客戶端上，會(huì)占用客戶機(jī)更多的資源，而影響測試的結(jié)果。
線程之間可能發(fā)生干擾，而產(chǎn)生一些異常。
300個(gè)用戶在一個(gè)客戶端上，需要更大的帶寬。
ip地址的問題，可能需要使用ip spoof來繞過服務(wù)器對(duì)于單一ip地址最大連接數(shù)的限制。
所有用戶在一個(gè)客戶端上，不必考慮分布式管理的問題；而用戶分布在不同的客戶端上，需要考慮使用控制器來整體調(diào)配不同客戶機(jī)上的用戶。同時(shí)，還需要給予相應(yīng)的權(quán)限配置和防火墻設(shè)置。
4、在您以往的工作中，一條軟件缺陷（或者叫bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（bug）記錄？
一條bug記錄最基本應(yīng)包含：
（1）bug編號(hào)
（2）bug嚴(yán)重級(jí)別，優(yōu)先級(jí)
（3）bug產(chǎn)生的模塊
（4）首先要有bug摘要，闡述bug的內(nèi)容
（5）bug對(duì)應(yīng)的版本
（6）bug詳細(xì)現(xiàn)象描述，包括一些截圖、錄像等
（7）bug出現(xiàn)時(shí)的測試環(huán)境，產(chǎn)生的條件即對(duì)應(yīng)操作步驟
高質(zhì)量的bug記錄：
（1）缺陷報(bào)告的ui要與測試的軟件ui保持一致，便于查找定位。
（2）使用業(yè)界慣用的表達(dá)術(shù)語和表達(dá)方法，保證表達(dá)準(zhǔn)確，體現(xiàn)專業(yè)化。
（3）每條缺陷報(bào)告只包括一個(gè)缺陷，可以使缺陷修正者迅速定位一個(gè)缺陷，集中精力每次只修正一個(gè)缺陷。校驗(yàn)者每次只校驗(yàn)一個(gè)缺陷是否已經(jīng)正確修正。
（4）首先缺陷報(bào)告必須展示重現(xiàn)缺陷的能力。不可重現(xiàn)的缺陷要盡力重現(xiàn)，若盡力之后仍不能重現(xiàn)，仍然要報(bào)告此缺陷，但在報(bào)告中要注明無法再現(xiàn)，缺陷出現(xiàn)的頻率。
（5）根據(jù)缺陷的現(xiàn)象，總結(jié)判斷缺陷的類型。例如，即功能缺陷、界面缺陷、數(shù)據(jù)缺陷，合理化建議，這是最常見的缺陷或缺陷類型，其他形式的缺陷也從屬于其中某種形式。
（6）高嚴(yán)重問題可能描述（de出現(xiàn)惡意腳本ion），簡潔、準(zhǔn)確，完整，揭示缺陷實(shí)質(zhì)，記錄缺陷或缺陷出現(xiàn)的位置描述要準(zhǔn)確反映缺陷的本質(zhì)內(nèi)容，簡短明了。為了便于在軟件缺陷管理數(shù)據(jù)庫中尋找制定的測試缺陷，包含缺陷發(fā)生時(shí)的用戶界面（ui）是個(gè)良好的習(xí)慣。例如記錄對(duì)話框的標(biāo)題、菜單、按鈕等控件的名稱。
（7）短行之間使用自動(dòng)數(shù)字序號(hào)，使用相同的字體、字號(hào)、行間距，可以保證各條記錄格式一致，做到規(guī)范專業(yè)。
（8）確認(rèn)步驟完整，準(zhǔn)確，簡短保證快速準(zhǔn)確的重復(fù)缺陷，“完整”即沒有缺漏，“準(zhǔn)確”即步驟正確，“簡短”即沒有多余的步驟。
（9）根據(jù)缺陷，可選擇是否進(jìn)行圖像捕捉為了直觀的觀察缺陷或缺陷現(xiàn)象，通常需要附加缺陷或缺陷出現(xiàn)的界面，以圖片的形式作為附件附著在記錄的“附件”部分。為了節(jié)省空間，又能真實(shí)反映缺陷或缺陷本質(zhì)，可以捕捉缺陷或缺陷產(chǎn)生時(shí)的全屏幕，活動(dòng)窗口和局部區(qū)域。為了迅速定位、修正缺陷或缺陷位置，通常要求附加中文對(duì)照圖。
（10）如果打開某個(gè)特殊的文檔而產(chǎn)生的缺陷或缺陷，則必須附加該文檔，從而可以迅速再現(xiàn)缺陷或缺陷。有時(shí)，為了使缺陷或缺陷修正者進(jìn)一步明確缺陷或缺陷的表現(xiàn)，可以附加個(gè)人的修改建議或注解。
（11）在提交每條缺陷或缺陷之前，檢查拼寫和語法，確保內(nèi)容正確，正確的描述缺陷。要求客觀的描述操作步驟，不需要修飾性的詞匯和復(fù)雜的句型，增強(qiáng)可讀性。
以上概括了報(bào)告測試缺陷的規(guī)范要求，隨著軟件的測試要求不同，測試者經(jīng)過長期測試，積累了相應(yīng)的測試經(jīng)驗(yàn)，將會(huì)逐漸養(yǎng)成良好的專業(yè)習(xí)慣，不斷補(bǔ)充新的規(guī)范書寫要求。此外，經(jīng)常閱讀、學(xué)習(xí)其他測試工程師的測試缺陷報(bào)告，結(jié)合自己以前的測試缺陷報(bào)告進(jìn)行對(duì)比和思考，可以不斷提高技巧。
缺陷描述內(nèi)容：
缺陷描述的內(nèi)容可以包含缺陷操作步驟，實(shí)際結(jié)果和期望結(jié)果。操作步驟可以方便開發(fā)人員再現(xiàn)缺陷進(jìn)行修正，有些開發(fā)的再現(xiàn)缺陷能力很差，雖然他明白你所指的缺陷，但就是無法再現(xiàn)特別是對(duì)系統(tǒng)不熟悉的新加入開發(fā)人員，介紹步驟可以方便他們再現(xiàn)。實(shí)際結(jié)果可以讓開發(fā)明白錯(cuò)誤是什么，期望結(jié)果可以讓開發(fā)了解正確的結(jié)果應(yīng)該是什么樣子的。
5、如何測試一個(gè)紙杯？
功能性：用水杯裝水看漏不漏；水能不能被喝到。
安全性：杯子有沒有毒或細(xì)菌。
可靠性：杯子從不同高度落下的損壞程度。
可移植性：杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用。
兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等。
易用性：杯子是否燙手、是否有防滑措施、是否方便飲用。
用戶文檔：使用手冊是否對(duì)杯子的用法、限制、使用條件等有詳細(xì)描述。
疲勞測試：將杯子盛上水（案例一）放24小時(shí)檢查泄漏時(shí)間和情況；盛上汽油（案例二）放24小時(shí)檢查泄漏時(shí)間和情況等。
壓力測試：用根針并在針上面不斷加重量，看壓強(qiáng)多大時(shí)會(huì)穿透。