01、您所熟悉的測試用例設(shè)計方法都有哪些丸氛？請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應用培愁。
答：有黑盒和白盒兩種測試種類，黑盒有等價類劃分法缓窜，邊界分析法定续，因果圖法和錯誤猜測法。白盒有邏輯覆蓋法禾锤，循環(huán)測試路徑選擇私股，基本路徑測試。
例子：在一次輸入多個條件的完整性查詢中恩掷。利用等價類劃分法則和邊界分析法則倡鲸，首先利用等價劃分法，可以一個或多個結(jié)果是OK的測試用例黄娘，然后確認多個NG的測試用例峭状，然后利用邊界值分析法，可以對結(jié)果分別是OK和NG的測試用例進行擴展和補充逼争。
02优床、您認為做好測試用例設(shè)計工作的關(guān)鍵是什么？
答：測試用例設(shè)計工作的關(guān)鍵是對可行的和不可行的都要考慮氮凝。
1羔巢，輸入2，詳細的操作步驟3罩阵，預期輸出4竿秆，實際輸出。
03稿壁、您在從事性能測試工作時幽钢，是否使用過一些測試工具？如果有傅是，請試述該工具的工作原理匪燕，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。
答：有使用過LoadRunner喧笔，該工具能夠錄制測試人員的操作步驟帽驯，然后對這個操作步驟模擬出多個用戶來播放出來。
1书闸、Visural User
Genertor創(chuàng)建腳本尼变，選擇協(xié)議，錄制操作浆劲，編輯操作嫌术。
2哀澈、中央控制器（Controller）調(diào)度虛擬用戶，創(chuàng)建場景度气，選擇腳本割按，建立虛擬用戶，設(shè)計shedual磷籍，設(shè)置ip spoofer适荣。
3、運行腳本择示。分析shedual束凑。
4、分析測試結(jié)果栅盲。
您認為性能測試工作的目的是什么汪诉？做好性能測試工作的關(guān)鍵是什么？
答：性能測試工作的目的是檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的性能谈秫，性能測試常常需要和強度測試結(jié)合起來扒寄，并常常要求同時進行軟件和硬件的檢測。
性能測試主要的關(guān)注對象是響應時間拟烫，吞吐量该编，占用內(nèi)存大小（輔助存儲區(qū)）硕淑，處理精度等课竣。
04、在您以往的工作中置媳，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容于樟？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？
答：檢測時間拇囊，系統(tǒng)環(huán)境迂曲，硬件環(huán)境，嚴重程度寥袭，程式版本路捧，確認人，功能模板传黄，問題描述杰扫，詳細操作步驟，是否會重現(xiàn)膘掰。
問題描述和詳細操作步驟要盡可能詳細涉波。Bug應該盡量用書面語，對于嚴重程度比較高的缺陷要在相同環(huán)境下測試一遍炭序。
在C\S模式下啤覆，如果條件滿足可以使用替換法來確認是client端的問題還是server端的問題。
05惭聂、你對測試最大的興趣在哪里窗声？為什么？
答：最大的興趣就是具有挑戰(zhàn)性辜纲。
因為我并不知道哪里會出現(xiàn)bug笨觅，在找到一個bug后會很高興。并且測試需要很強的耐心和細心耕腾。我可以很容易的找到一些細節(jié)問題见剩。
06、測試活動中扫俺，如果發(fā)現(xiàn)需要文檔不完善或者不準確苍苞，怎么處理肩狂？
答：要及時的與項目經(jīng)理進行溝通協(xié)調(diào)座泳。要在郵件中詳細的把不完善不準確的地方描述出來，并提出自己的意見瓷们。
07疗琉、你認為做好測試計劃工作的關(guān)鍵是什么冈欢？
答：首先，要有一個明確的目標盈简，詳細的閱讀需求文檔說明凑耻。
其次，要對整個測試人員柠贤、測試時間香浩、測試進度進行一個預估，并預先進行管理种吸。
最后弃衍，要對整個測試流程設(shè)定一個規(guī)范，所有測試人員都按著規(guī)范做事坚俗，不能隨心所欲的測試镜盯。
08、軟件配置管理工作開展的情況和認識猖败？
拿到一臺裸機過后要安裝客戶需要的操作系統(tǒng)速缆，并且安裝一些所必須的軟件。
09恩闻、你覺得軟件測試通過的標準應該是什么樣的艺糜？
答：測試用例完全執(zhí)行，測試用例覆蓋到所有的測試點，并且缺陷的密度達到客戶的需求破停。
10翅楼、軟件測試的文檔測試應當貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測試的重點真慢。那么軟件系統(tǒng)的用戶文檔包括哪些毅臊？
答：用戶安裝文檔、用戶配置文檔黑界、用戶使用手冊管嬉、聯(lián)機指導等。
11朗鸠、簡述軟件系統(tǒng)中用戶文檔的測試要點蚯撩？
完整性：用戶文檔中功能的描述要完整的。不能讓用戶產(chǎn)生疑問烛占。
一致性：用戶文檔中的功能描述要與實際軟件中的功能一致胎挎。不能描述過盛。
易使用性：用戶文檔描述的內(nèi)容要方便用戶閱讀并且能夠讓用戶很清楚的知道如何操作扰楼。
圖表：有的時候用圖表描述會很明了呀癣。
12、什么是系統(tǒng)瓶頸弦赖？
系統(tǒng)瓶頸就是軟件在一定的并發(fā)量项栏、訪問量下無法達到用戶的需求。
比如說用戶需要在10s內(nèi)完成一個訪問蹬竖，但是每一次都要12s才能完成沼沈，這個就是性能瓶頸，有可能是程序本身的問題币厕，也有可能和操作系統(tǒng)列另、軟件相關(guān)。
13旦装、沒有產(chǎn)品說明書和需求文檔地情況下能夠進行黑盒測試嗎页衙？
可以。
這個情況下我們就要進行探索性測試阴绢，把軟件當成用戶需求店乐，一步步進行測試。憑借經(jīng)驗判斷功能正確與否呻袭，有的時候還可以與項目經(jīng)理眨八、開發(fā)人員一起進行交流溝通，從而進行更好的測試左电。
14廉侧、為什么盡量不要讓時間富裕的員工去做一些測試页响？
首先，專業(yè)的測試人員是有一定的技能和耐心對軟件一步一步進行測試段誊。如果讓時間充裕的員工去測試的話闰蚕，他可能心思并不在測試上面。會很隨意的枕扫、沒有目標的進行測試陪腌。這樣子的話測試并不完整，有的時候甚至很重要的bug都沒法找出烟瞧。所以還是需要專業(yè)的測試人員來進行測試的。
15染簇、完全測試程序是可能的嗎参滴？
不可能
測試人員對程序進行測試，只能找出程序中的bug锻弓，但是并不能保證程序是沒有bug的砾赔。
完全的測試要花費很多的人力財力，并且測試的數(shù)據(jù)量過大青灼，很浪費時間暴心。測試的結(jié)果還很多，有的都是類似的杂拨，沒有必要進行相同的測試专普。所以完全測試是不可能的。
16弹沽、軟件測試的風險主要體現(xiàn)在哪里檀夹？
主要體現(xiàn)在沒法完全測試。有些問題可能隱藏在沒有測到的地方策橘。這樣子就被忽略了炸渡。客戶使用的時候并不熟悉軟件是如何操作的丽已“龆拢可能有的時候會誤點點出問題。這樣子的話我們就要承擔很大的風險了沛婴。
17吼畏、發(fā)現(xiàn)的缺陷越多，說明軟件缺陷越多嗎瘸味？
是的宫仗，通常如果發(fā)現(xiàn)一個缺陷的話，有的時候會發(fā)現(xiàn)很多類似的缺陷旁仿，因為由于開發(fā)人員的習慣藕夫，可能一個地方有錯誤孽糖，另外一個地方就會有相同的錯誤。
18毅贮、所有的軟件缺陷都能修復嗎办悟？所有的軟件缺陷都要修復嗎？
從理論上來說所有的缺陷都是可以修復的滩褥，但是并不是所有的缺陷都要修復病蛉。
一些對于軟件沒有影響的、不影響使用的缺陷我們可以不用修復瑰煎。因為修復些細小的缺陷也是需要花費很多時間铺然。項目上面可能會因為時間問題而先忽略這些小缺陷。
19酒甸、開發(fā)人員老是犯一些低級錯誤怎么解決魄健？
要在開發(fā)的前期就制定好一些編碼規(guī)范，這樣子可以減少很多因為個人習慣引起的錯誤插勤。同時沽瘦，測試人員在發(fā)現(xiàn)開發(fā)人員犯一些低級錯誤的時候不可以指責他們，要耐心的給他們指出錯誤所在农尖。然后可以有開發(fā)人員自己進行測試析恋，找出一些一眼看得出來是錯誤的地方。
20盛卡、您在以往的測試工作中都曾經(jīng)具體從事過哪些工作助隧？其中最擅長哪部分工作？
我一般都是做的Web測試窟扑，搭建測試環(huán)境喇颁，對于一個程序進行集成測試，系統(tǒng)測試嚎货，回歸測試等橘霎。還要編寫測試用例以及一些文檔，用戶使用手冊殖属，功能測試文檔等等姐叁。最擅長的是功能測試。
21洗显、開發(fā)人員說不是bug時外潜，你如何應付？
首先把自己的理由告訴開發(fā)人員挠唆。在同開發(fā)人員溝通到底是不是bug处窥，但是如果開發(fā)人員還是認為不是bug的話，就把這個問題提到項目經(jīng)理處玄组，同時附上自己的理由滔驾。有項目經(jīng)理決定是否為bug谒麦。
22、軟件測試項目從什么時候開始為什么哆致？
一般軟件測試越早展開越好绕德，一般是從需要階段就要進行軟件測試。軟件測試不僅是測試功能摊阀，對于需求文檔一類的也要進行測試耻蛇。越早的找出bug，就會減少后續(xù)開發(fā)人員修改程序的次數(shù)胞此，并且可以降低成本臣咖，如果等整個軟件開發(fā)的差不多了發(fā)現(xiàn)一個致命的錯誤的話，是需要花費很多時間和人力來重新修改的豌鹤。如果在一開始就發(fā)現(xiàn)的話就不會出現(xiàn)這種情況了亡哄。
23、你能不能說下你的3-5年的職業(yè)規(guī)劃布疙？
首先，要鞏固自己的測試基礎(chǔ)知識愿卸，在基本知識扎實的情況下提高理解需求文檔地能力灵临。
其次，學習自動化測試工具趴荸，并將它運用到測試中儒溉。
然后，在測試技術(shù)達到一定程度后发钝，要學會如何帶領(lǐng)一個測試團隊顿涣。
最后，爭取在最快的時間內(nèi)達到測試經(jīng)理的水平酝豪。
24涛碑、功能測試用例需要詳細到什么程度才是合格的？
測試用例覆蓋到所有的測試點孵淘。
25蒲障、一個缺陷測試報告的組成？
缺陷編號瘫证、缺陷標題揉阎、缺陷描述、缺陷的優(yōu)先級背捌、缺陷的重要程度毙籽、缺陷所述的模塊、缺陷所屬的版本毡庆、缺陷所屬的開發(fā)人員坑赡、輸入數(shù)據(jù)烙如、輸出結(jié)果、缺陷分析等垮衷。
26厅翔、測試用例通常包括哪些內(nèi)容？
用例編號搀突、測試環(huán)境刀闷、用例標題、輸入數(shù)據(jù)仰迁、預期結(jié)果等
27甸昏、你都用什么測試方法？
根據(jù)不同的系統(tǒng)和模塊有不同的方法徐许。主要是黑盒測試和白盒測試施蜜。
28、軟件的評審一般由哪些人員參加雌隅？其目的是什么翻默？
參加人員：客戶、項目經(jīng)理恰起、開發(fā)人員修械、測試人員
目的：查看軟件在未正式投入運行前是否還存在問題。對于不同軟硬件平臺能否正常運行检盼，是否有與客戶理解不一致的地方肯污，同時可以對一些可以改進的地方再多加改進。
29吨枉、什么是軟件測試蹦渣，軟件測試的目的？
軟件測試是通過人工或者自動化的操作進行還沒有商業(yè)化用途的程序貌亭，查看他們的功能是否滿足客戶需求柬唯。
目的：在最短時間內(nèi)找出盡可能多的軟件缺陷。
30属提、什么是兼容性測試权逗？
兼容性測試是檢查軟件在不同軟件平臺，硬件平臺上是否可以正常運行的測試冤议。主要查看軟件在不同操作系統(tǒng)斟薇、瀏覽器、數(shù)據(jù)庫中是否運行正常恕酸。
1堪滨、什么是軟件測試？
答：為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程
2蕊温、軟件測試的對象有哪些袱箱？
答：軟件測試并不等于程序測試遏乔。軟件測試應貫穿于軟件定義與開發(fā)的整個期間。
需求分析发笔、概要設(shè)計盟萨、詳細設(shè)計以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明了讨、概要設(shè)計規(guī)格說明捻激、詳細設(shè)計規(guī)格說明以及源程序，都應成為軟件測試的對象前计。
3胞谭、當測試過程發(fā)生錯誤時，有哪幾種解決辦法男杈？
答：1）跳轉(zhuǎn)到別的測試過程
2）調(diào)用一個能夠清除錯誤的過程
3）退出過程丈屹，啟用另一個
退出過程和應用程序，重新啟動Windows伶棒，在失敗的地方重新開始測試
4旺垒、怎么才能夠全面的測試到每一個點？
答：測試的全面性主要需要在設(shè)計測試計劃的時候考慮肤无，從測試策略袖牙，產(chǎn)品需求等等多個角度考慮從而定義全部的測試點。
5舅锄、開發(fā)與測試的關(guān)系？
答：開發(fā)和測試是一個有機的整體司忱。在產(chǎn)品發(fā)布之前皇忿，開發(fā)和測試是循環(huán)進行的，測出的缺陷要經(jīng)開發(fā)人員修改后繼續(xù)測試坦仍。在開發(fā)的同時測試經(jīng)理開始編寫測試用例鳍烁，測試文檔要參考開發(fā)文檔，所以開發(fā)和測試是不可分割的繁扎，少了任何一個都不能開發(fā)出產(chǎn)品幔荒。
6、測試活動中統(tǒng)計了哪些數(shù)據(jù)梳玫？
答：工作量bug數(shù)量
7爹梁、進行測試時產(chǎn)生了哪些文檔或記錄？
答：測試的整個過程有系統(tǒng)測試計劃提澎、系統(tǒng)測試用例姚垃、系統(tǒng)測試報告、缺陷報告盼忌、產(chǎn)品發(fā)布說明
在執(zhí)行測試的過程中只有缺陷報告积糯，這個還是用在缺陷管理工具中進行的掂墓，最后在工具中導出缺陷報告
8、怎樣做好測試計劃看成？
答：1）理解系統(tǒng)宏榕。從整個系統(tǒng)的高度了解被測系統(tǒng)必須滿足的功能和非功能性需求。利用涉及整個系統(tǒng)的文檔滤否，形成對系統(tǒng)的整體了解拼岳。
2）及早介入。為了深入了解項目窘游，測試人員應該在系統(tǒng)的開始階段介入唠椭，可以增加對客戶需求，客戶問題忍饰，潛在風險以及最重要的功能方面的理解
3）測試期望贪嫂。程序員的期望是什么？客戶的期望是什么艾蓝？銷售對測試的期望又是什么力崇？測試目標必須是絕對的，以免說不清是否達到目標赢织。
4）吸取教訓亮靴。把以前工作中學習到的經(jīng)驗教訓運用過來，對確定測試策略很有作用于置。
5）工作量太小茧吊。完成測試需要多少工作量？需要多少人員八毯？
6）技術(shù)選擇搓侄。系統(tǒng)會采取什么技術(shù)？系統(tǒng)會采用什么架構(gòu)话速？這些信息有助于確定測試策略和測試工具讶踪。
7）時間表。系統(tǒng)開發(fā)和測試分配的時間有多長泊交？截止日期是什么時候乳讥？
9、測試用例如何設(shè)計的廓俭？
答：在測試用例的設(shè)計之前首先要仔細閱讀開發(fā)的詳細設(shè)計文檔云石，充分了解產(chǎn)品的詳細功能，不清楚的地方與開發(fā)人員進行溝通白指，搞懂每個功能留晚，盡量詳細到輸入框、按鈕等小功能，功能點清楚之后按照功能模塊分類進行用例編寫错维。在具體的用例設(shè)計中會運用到等價類邊界值等黑盒測試方法
10奖地、簡單概述缺陷報告，并說明包括哪些項赋焕？
答：現(xiàn)在缺陷報告一般不再使用紙質(zhì)檔文檔編寫参歹，而是專用測試管理工具（如TestDirector），這樣便于缺陷管理隆判。在這些工具中犬庇，每個缺陷作為一條記錄輸入指定的缺陷管理系統(tǒng)中。
缺陷報告包括：軟件名稱侨嘀、版本號臭挽、功能模板、缺陷編號咬腕、對應的用例編號欢峰、編寫時間、編寫人涨共、測試員纽帖、預期結(jié)果、實際結(jié)果举反、缺陷描述懊直、嚴重級別、優(yōu)先級別
11火鼻、什么是bug室囊？
答：軟件的bug指的是軟件中（包括程序和文檔）不符合用戶需求的問題。
常見的軟件bug分為以下三類：
沒有實現(xiàn)的功能
完成了用戶需求的功能魁索，但是運行時會出現(xiàn)一些功能或性能上的問題
實現(xiàn)了用戶不需求的多余功能
12波俄、開發(fā)人員修復缺陷后，如何保證不影響其他功能蛾默？
答：重新執(zhí)行用例、看是否出現(xiàn)錯誤結(jié)果捉貌。并對周圍的一些相關(guān)功能點追加新的測試用例支鸡。
13、什么時候功能測試趁窃？
答：功能測試是在規(guī)定的一段時間內(nèi)運行軟件系統(tǒng)的所有功能牧挣，以驗證這個軟件系統(tǒng)有無嚴重錯誤。
14醒陆、請問功能測試和性能測試的區(qū)別是什么瀑构？
答：1）測試目的：
功能測試：檢測實際軟件的功能是否符合用戶需求，測功能是不是全部實現(xiàn)刨摩，某個實現(xiàn)是不是有BUG寺晌。主要為了發(fā)現(xiàn)以下幾類錯誤：A世吨、是否有不正確或遺漏的功能？B呻征、功能實現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計的隱藏需求耘婚？C、能否正確接收輸入陆赋？能否正確輸出結(jié)果沐祷？
性能測試：驗證軟件質(zhì)量的三個質(zhì)量特性，可靠性攒岛，正確性和效率赖临。主要是測試產(chǎn)品的健壯性
2）測試方式：
功能測試按照系用例，按照系統(tǒng)需求說明書和測試用例灾锯，對產(chǎn)品的功能一步步進行測試兢榨。找出產(chǎn)品功能是否全部實現(xiàn)
性能測試：一般都使用性能工具對產(chǎn)品的健壯性進行評估。通過創(chuàng)建場景和虛擬用戶模擬真實環(huán)境挠进，進行壓力測試和負載測試色乾。
15、為什么選擇測試這行领突？
答：它是一個新興的行業(yè)暖璧，有發(fā)展?jié)摿Γ液苠憻捜司枰莆崭嗟募寄芘彀欤茸鲩_發(fā)要更全面
16、如果項目周期很短金砍，測試人力匱乏局蚀，你是怎么協(xié)調(diào)的？
17恕稠、描述下你團隊的測試分工
18琅绅、對于團隊成員，你是如何打kpi的鹅巍？
1千扶、問：你在測試中發(fā)現(xiàn)了一個bug，但是開發(fā)經(jīng)理認為這不是一個bug骆捧，你應該怎樣解決?
首先澎羞，將問題提交到缺陷管理庫里面進行備案。
然后敛苇，要獲取判斷的依據(jù)和標準：
根據(jù)需求說明書妆绞、產(chǎn)品說明、設(shè)計文檔等，確認實際結(jié)果是否與計劃有不一致的地方括饶，提供缺陷是否確認的直接依據(jù);
如果沒有文檔依據(jù)株茶，可以根據(jù)類似軟件的一般特性來說明是否存在不一致的地方，來確認是否是缺陷;
根據(jù)用戶的一般使用習慣巷帝，來確認是否是缺陷;
與設(shè)計人員忌卤、開發(fā)人員和客戶代表等相關(guān)人員探討，確認是否是缺陷;
合理的論述楞泼，向測試經(jīng)理說明自己的判斷的理由驰徊，注意客觀、嚴謹堕阔，不參雜個人情緒棍厂。
等待測試經(jīng)理做出最終決定，如果仍然存在爭議超陆，可以通過公司政策所提供的渠道牺弹，向上級反映，并有上級做出決定时呀。
2张漂、問：給你一個網(wǎng)站，你如何測試?
首先谨娜，查找需求說明航攒、網(wǎng)站設(shè)計等相關(guān)文檔，分析測試需求趴梢。
制定測試計劃漠畜，確定測試范圍和測試策略，一般包括以下幾個部分：功能性測試;界面測試;性能測試;數(shù)據(jù)庫測試;安全性測試;兼容性測試
設(shè)計測試用例：
功能性測試可以包括坞靶，但不限于以下幾個方面：
鏈接測試憔狞。鏈接是否正確跳轉(zhuǎn)，是否存在空頁面和無效頁面彰阴，是否有不正確的出錯信息返回瘾敢。
提交功能的測試。
多媒體元素是否可以正確加載和顯示尿这。
多語言支持是否能夠正確顯示選擇的語言等廉丽。
界面測試可以包括但不限于一下幾個方面：
頁面是否風格統(tǒng)一，美觀
頁面布局是否合理妻味，重點內(nèi)容和熱點內(nèi)容是否突出
控件是否正常使用
對于必須但未安裝的控件，是否提供自動下載并安裝的功能
文字檢查
性能測試一般從以下兩個方面考慮：
壓力測試;負載測試;強度測試
數(shù)據(jù)庫測試要具體決定是否需要開展欣福。數(shù)據(jù)庫一般需要考慮連結(jié)性责球，對數(shù)據(jù)的存取操作，數(shù)據(jù)內(nèi)容的驗證等方面。
安全性測試：
基本的登錄功能的檢查
是否存在溢出錯誤雏逾，導致系統(tǒng)崩潰或者權(quán)限泄露
相關(guān)開發(fā)語言的常見安全性問題檢查嘉裤，例如SQL注入等
如果需要高級的安全性測試，確定獲得專業(yè)安全公司的幫助栖博，外包測試屑宠，或者獲取支持
兼容性測試，根據(jù)需求說明的內(nèi)容仇让，確定支持的平臺組合：
瀏覽器的兼容性;
操作系統(tǒng)的兼容性;
軟件平臺的兼容性;
數(shù)據(jù)庫的兼容性
開展測試典奉，并記錄缺陷。合理的安排調(diào)整測試進度丧叽，提前獲取測試所需的資源卫玖，建立管理體系(例如，需求變更踊淳、風險假瞬、配置、測試文檔迂尝、缺陷報告脱茉、人力資源等內(nèi)容)。
定期評審垄开，對測試進行評估和總結(jié)琴许，調(diào)整測試的內(nèi)容∷涤埽【推薦了解：軟件測試課程】
3虚吟、在搜索引擎中輸入漢字就可以解析到對應的域名，請問如何用LoadRunner進行測試签财。
建立測試計劃串慰，確定測試標準和測試范圍
設(shè)計典型場景的測試用例，覆蓋常用業(yè)務流程和不常用的業(yè)務流程等
根據(jù)測試用例唱蒸，開發(fā)自動測試腳本和場景：
錄制測試腳本：新建一個腳本(Web/HTML協(xié)議);點擊錄制按鈕邦鲫，在彈出的對話框的URL中輸入”about:blank”;在打開的瀏覽器中進行正常操作流程后，結(jié)束錄制;調(diào)試腳本并保存神汹，可能要注意到字符集的關(guān)聯(lián)庆捺。
設(shè)置測試場景：針對性能設(shè)置測試場景，主要判斷在正常情況下屁魏，系統(tǒng)的平均事務響應時間是否達標;針對壓力負載設(shè)置測試場景滔以，主要判斷在長時間處于滿負荷或者超出系統(tǒng)承載能力的條件下，系統(tǒng)是否會崩潰;執(zhí)行測試氓拼，獲取測試結(jié)果你画，分析測試結(jié)果
4抵碟、問：一臺客戶端有三百個客戶與三百個客戶端有三百個客戶對服務器施壓，有什么區(qū)別?
300個用戶在一個客戶端上坏匪，會占用客戶機更多的資源拟逮，而影響測試的結(jié)果。線程之間可能發(fā)生干擾适滓，而產(chǎn)生一些異常敦迄。
300個用戶在一個客戶端上，需要更大的帶寬凭迹。
IP地址的問題罚屋，可能需要使用IP Spoof來繞過服務器對于單一IP地址最大連接數(shù)的限制。
所有用戶在一個客戶端上蕊苗，不必考慮分布式管理的問題;而用戶分布在不同的客戶端上沿后，需要考慮使用控制器來整體調(diào)配不同客戶機上的用戶。同時朽砰，還需要給予相應的權(quán)限配置和防火墻設(shè)置尖滚。
5、試述軟件的概念和特點?軟件復用的含義?構(gòu)件包括哪些?
軟件是計算機系統(tǒng)中與硬件相互依存的另一部分瞧柔，與計算機系統(tǒng)操作有關(guān)的計算機程序漆弄、規(guī)程、規(guī)則造锅，以及可能有的文件撼唾、文檔及數(shù)據(jù)。
軟件復用(SoftWare Reuse)是將已有軟件的各種有關(guān)知識用于建立新的軟件哥蔚，以縮減軟件開發(fā)和維護的花費倒谷。軟件復用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。早期的軟件復用主要是代碼級復用糙箍，被復用的知識專指程序渤愁，后來擴大到包括領(lǐng)域知識、開發(fā)經(jīng)驗深夯、設(shè)計決定抖格、體系結(jié)構(gòu)、需求咕晋、設(shè)計雹拄、代碼和文檔等一切有關(guān)方面。
可以被復用的軟件成分一般稱作可復用構(gòu)件
6掌呜、軟件生存周期及其模型是什么?
軟件生存周期(Software life cycle)又稱為軟件生命期滓玖，生存期。是指從形成開發(fā)軟件概念起质蕉，所開發(fā)的軟件使用以后势篡，知道失去使用價值消亡為止的整個過程损姜。一般來說，整個生存周期包括計劃(定義)殊霞、開發(fā)、運行(維護)三個時期汰蓉，每個時期又劃分為若干個階段绷蹲。每個階段有明確的任務。
周期模型(典型的幾種)：
瀑布模型
快速原型模型：快速原型模型允許在需求分析階段對軟件的需求進行初步而非完全的分析和定義顾孽，快速設(shè)計開發(fā)出軟件系統(tǒng)的原型祝钢，該原型向用戶展示待開發(fā)軟件的全部或部分功能和性能;用戶對該原型進行測試評定，給出具體改進意見以豐富細化軟件需求;開發(fā)人員據(jù)此對軟件進行修改完善若厚，直至用戶滿意認可之后拦英，進行軟件的完整實現(xiàn)及測試、維護测秸。
迭代模型：迭代包括產(chǎn)生產(chǎn)品發(fā)布(穩(wěn)定疤估、可執(zhí)行的產(chǎn)品版本)的全部開發(fā)活動和要使用該發(fā)布必需的所有其他外圍元素。在某種程度上霎冯，開發(fā)迭代是一次 完整地經(jīng)過所有工作流程的過程：需求分析铃拇、設(shè)計、實施和測試工作流程沈撞。實質(zhì)上慷荔，它類似小型的瀑布式項目。RUP認為缠俺，所有的階段都可以細分為迭代显晶。每一次 的迭代都會產(chǎn)生一個可以發(fā)布的產(chǎn)品，這個產(chǎn)品是最終產(chǎn)品的一個子集壹士。
生命周期階段：
軟件計劃與可行性分析
需求分析
軟件設(shè)計
編碼
軟件測試
運行與維護
7磷雇、什么是軟件測試?軟件測試的目的與原則
在規(guī)定的條件下對程序進行操作，以發(fā)現(xiàn)程序錯誤墓卦，衡量軟件質(zhì)量倦春，并對其是否能滿足設(shè)計要求進行評估的過程。
軟件測試的目的：
測試是程序的執(zhí)行過程落剪，目的在于發(fā)現(xiàn)錯誤
一個成功的測試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤
一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試
確保產(chǎn)品完成了它所承諾或公布的功能睁本，并且用戶可以訪問到的功能都有明確的書面說明。
確保產(chǎn)品滿足性能和效率的要求
確保產(chǎn)品是健壯的和適應用戶環(huán)境的
軟件測試的原則：
測試用例中一個必須部分是對預期輸出或接過進行定義
程序員應避免測試自己編寫的程序
編寫軟件的組織不應當測試自己編寫的軟件
應當徹底檢查每個測試的執(zhí)行結(jié)果
測試用例的編寫不僅應當根據(jù)有效和預料到的輸入情況忠怖，而且也應當根據(jù)無效和未預料到的輸入情況
檢擦程序是否“未做其應該做的”僅是測試的一半呢堰，測試的另一半是檢查程序是否“做了其不應該做的”
應避免測試用例用后即棄，除非軟件本身就是個一次性的軟件
計劃測試工作時不應默許假定不會發(fā)現(xiàn)錯誤
程序某部分存在更多錯誤的可能性凡泣，與該部分已經(jīng)發(fā)現(xiàn)錯誤的數(shù)量成正比
軟件測試是一項極富創(chuàng)造性枉疼，極具智力的挑戰(zhàn)性的工作
8皮假、軟件配置管理的作用?軟件配置包括什么?
軟件配置管理(Software Configuration Management，SCM)是一種標識骂维、組織和控制修改的技術(shù)惹资。軟件配置管理應用于整個軟件工程過程。在軟件建立時變更是不可避免的航闺，而變更加劇了項目中軟件開發(fā)者之間的混亂褪测。SCM活動的目標就是為了標識變更、控制變更潦刃、確保變更正確實現(xiàn)并向其他有關(guān)人員報告變更侮措。從某種角度講，SCM是一種標識乖杠、組織和控制修改的技術(shù)分扎，目的是使錯誤降為最小并最有效地提高生產(chǎn)效率。
軟件配置包括如下內(nèi)容：配置項識別胧洒、工作空間管理畏吓、版本控制、變更控制略荡、狀態(tài)報告庵佣、配置審計
9、什么是軟件質(zhì)量?
概括地說汛兜，軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度”巴粪。具體地說，軟件質(zhì)量是軟件符合明確敘述的功能和性能需求粥谬、文檔中明確描述 的開發(fā)標準肛根、以及所有專業(yè)開發(fā)的軟件都應具有的隱含特征的程度。 影響軟件質(zhì)量的主要因素漏策，這些因素是從管理角度對軟件質(zhì)量的度量派哲。可劃分為三組掺喻，分別反應用戶在使用軟件產(chǎn)品時的三種觀點芭届。正確性、健壯性感耙、效率褂乍、完整性、可用性即硼、風險(產(chǎn)品運行);可理解性逃片、可維修性卿樱、靈活性俄烁、可測試性(產(chǎn)品修改);可移植性、可再用性绽媒、互運行性(產(chǎn)品轉(zhuǎn)移)浩蓉。
10朵诫、目前主要的測試用例設(shè)計方法是什么?
白盒測試：邏輯覆蓋哼审、循環(huán)覆蓋禁谦、基本路徑覆蓋
黑盒測試：邊界值分析法、等價類劃分僻澎、錯誤猜測法她奥、因果圖法、狀態(tài)圖法怎棱、測試大綱法、隨機測試绷跑、場景法
11拳恋、軟件的安全性應從哪幾個方面去測試?
軟件安全性測試包括程序、數(shù)據(jù)庫安全性測試砸捏。根據(jù)系統(tǒng)安全指標不同測試策略也不同谬运。
用戶認證安全的測試要考慮問題： 明確區(qū)分系統(tǒng)中不同用戶權(quán)限 、系統(tǒng)中會不會出現(xiàn)用戶沖突 垦藏、系統(tǒng)會不會因用戶的權(quán)限的改變造成混亂 梆暖、用戶登陸密碼是否是可見、可復制 掂骏、是否可以通過絕對途徑登陸系統(tǒng)(拷貝用戶登陸后的鏈接直接進入系統(tǒng))轰驳、用戶退出系統(tǒng)后是否刪除了所有鑒權(quán)標記，是否可以使用后退鍵而不通過輸入口令進入 系統(tǒng) 弟灼、系統(tǒng)網(wǎng)絡安全的測試要考慮問題 级解、測試采取的防護措施是否正確裝配好，有關(guān)系統(tǒng)的補丁是否打上 田绑、模擬非授權(quán)攻擊勤哗，看防護系統(tǒng)是否堅固 、采用成熟的網(wǎng)絡漏洞檢查工具檢查系統(tǒng)相關(guān)漏洞(即用最專業(yè)的黑客攻擊工具攻擊試一下掩驱，現(xiàn)在最常用的是 NBSI 系列和 IPhacker IP ) 芒划、采用各種木馬檢查工具檢查系統(tǒng)木馬情況 、采用各種防外掛工具檢查系統(tǒng)各組程序的外掛漏洞
數(shù)據(jù)庫安全考慮問題： 系統(tǒng)數(shù)據(jù)是否機密(比如對銀行系統(tǒng)欧穴，這一點就特別重要民逼，一般的網(wǎng)站就沒有太高要求)、系統(tǒng)數(shù)據(jù)的完整性(我剛剛結(jié)束的企業(yè)實名核查服務系統(tǒng)中就曾存在數(shù)據(jù) 的不完整苔可，對于這個系統(tǒng)的功能實現(xiàn)有了障礙) 缴挖、系統(tǒng)數(shù)據(jù)可管理性 、系統(tǒng)數(shù)據(jù)的獨立性 焚辅、系統(tǒng)數(shù)據(jù)可備份和恢復能力(數(shù)據(jù)備份是否完整映屋，可否恢復苟鸯，恢復是否可以完整)
12、什么是測試用例 什么是測試腳本 兩者的關(guān)系是什么?
為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)棚点、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個特定的集合早处。
測試腳本是為了進行自動化測試而編寫的腳本。
測試腳本的編寫必須對應相應的測試用例
13瘫析、簡述什么是靜態(tài)測試砌梆、動態(tài)測試、黑盒測試贬循、白盒測試咸包、α測試 β測試
靜態(tài)測試是不運行程序本身而尋找程序代碼中可能存在的錯誤或評估程序代碼的過程。
動態(tài)測試是實際運行被測程序杖虾，輸入相應的測試實例烂瘫，檢查運行結(jié)果與預期結(jié)果的差異，判定執(zhí)行結(jié)果是否符合要求奇适，從而檢驗程序的正確性坟比、可靠性和有效性，并分析系統(tǒng)運行效率和健壯性等性能嚷往。
黑盒測試一般用來確認軟件功能的正確性和可操作性,目的是檢測軟件的各個功能是否能得以實現(xiàn),把被測試的程序當作一個黑盒,不考慮其內(nèi)部結(jié)構(gòu),在知道該程序的輸入和輸出之間的關(guān)系或程序功能的情況下,依靠軟件規(guī)格說明書來確定測試用例和推斷測試結(jié)果的正確性葛账。
白盒測試根據(jù)軟件內(nèi)部的邏輯結(jié)構(gòu)分析來進行測試,是基于代碼的測試，測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量皮仁，一般黑盒測試由項目經(jīng)理在程序員開發(fā)中來實現(xiàn)籍琳。
α測試是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進行的受控測試贷祈，Alpha測試不能由程序員或測試員完成巩割。
β測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場付燥，Beta測試不能由程序員或測試員完成宣谈。
14、軟件質(zhì)量保證體系是什么 國家標準中與質(zhì)量保證管理相關(guān)的幾個標準是什么?他們的編號和全稱是什么?
SQA由一套軟件工程過程和方法組成键科，以保證(軟件的)質(zhì)量闻丑。SQA貫穿整個軟件開發(fā)過程，(它)應包括需求文檔評審勋颖、代碼控制嗦嗡、代碼評審、變更管理饭玲、配置管理侥祭、版本管理和軟件測試。
軟件質(zhì)量保證(SQA-Software Quality Assurance)是建立一套有計劃，有系統(tǒng)的方法矮冬，來向管理層保證擬定出的標準谈宛、步驟、實踐和方法能夠正確地被所有項目所采用胎署。軟件質(zhì)量保證的目的是使軟件過程對于管理人員來說是可見的吆录。它通過對軟件產(chǎn)品和活動進行評審和審計來驗證軟件是合乎標準的。軟件質(zhì)量保證組在項目開始時就一起參與建立計劃琼牧、標準和過程恢筝。這些將使軟件項目滿足機構(gòu)方針的要求。
15巨坊、軟件產(chǎn)品質(zhì)量特性是什么?
功能性：適應性撬槽、準確性、互操作性趾撵、依從性恢氯、安全性。
可靠性：成熟性鼓寺、容錯性、易恢復性勋磕。
可使用性：易理解性妈候、易學習性、易操作性挂滓。
效率：時間特性苦银、資源特性。
可維護性：易分析性赶站、易變更性幔虏、穩(wěn)定性、易測試性贝椿。
可移植性： 適應性想括、易安裝性、遵循性烙博、易替換性
16瑟蜈、軟件測試的策略是什么?
軟件測試策略：在一定的軟件測試標準、測試規(guī)范的指導下渣窜，依據(jù)測試項目的特定環(huán)境約束而規(guī)定的軟件測試的原則铺根、方式、方法的集合乔宿。
17位迂、軟件測試分為幾個階段 各階段的測試策略和要求是什么?
和開發(fā)過程相對應，測試過程會依次經(jīng)歷單元測試、集成測試掂林、系統(tǒng)測試臣缀、驗收測試四個主要階段：
單元測試：單元測試是針對軟件設(shè)計的最小單位––程序模塊甚至代碼段進行正確性檢驗的測試工作，通常由開發(fā)人員進行党饮。
集成測試：集成測試是將模塊按照設(shè)計要求組裝起來進行測試肝陪，主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。由于在產(chǎn)品提交到測試部門前刑顺，產(chǎn)品開發(fā)小組都要進行聯(lián)合調(diào)試氯窍，因此在大部分企業(yè)中集成測試是由開發(fā)人員來完成的。
系統(tǒng)測試：系統(tǒng)測試是在集成測試通過后進行的蹲堂，目的是充分運行系統(tǒng)狼讨，驗證各子系統(tǒng)是否都能正常工作并完成設(shè)計的要求。它主要由測試部門進行柒竞，是測試部門最大最重要的一個測試政供，對產(chǎn)品的質(zhì)量有重大的影響。
驗收測試：驗收測試以需求階段的《需求規(guī)格說明書》為驗收標準朽基，測試時要求模擬實際用戶的運行環(huán)境布隔。對于實際項目可以和客戶共同進行，對于產(chǎn)品來說就是最后一次的系統(tǒng)測試稼虎。測試內(nèi)容為對功能模塊的全面測試衅檀，尤其要進行文檔測試。
單元測試測試策略：
自頂向下的單元測試策略：比孤立單元測試的成本高很多霎俩，不是單元測試的一個好的選擇哀军。
自底向上的單元測試策略：比較合理的單元測試策略，但測試周期較長打却。
孤立單元測試策略：最好的單元測試策略杉适。
集成測試的測試策略：
大爆炸集成：適應于一個維護型項目或被測試系統(tǒng)較小
自頂向下集成：適應于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定;高層接口變化較小;底層接口未定義或經(jīng)常可能被修改;產(chǎn)口控制組件具有較大的技術(shù)風險柳击，需要盡早被驗證;希望盡早能看到產(chǎn)品的系統(tǒng)功能行為猿推。
自底向上集成：適應于底層接口比較穩(wěn)定;高層接口變化比較頻繁;底層組件較早被完成。
基于進度的集成
優(yōu)點：具有較高的并行度;能夠有效縮短項目的開發(fā)進度捌肴。
缺點：樁和驅(qū)動工作量較大;有些接口測試不充分;有些測試重復和浪費彤守。
系統(tǒng)測試的測試策略：
數(shù)據(jù)和數(shù)據(jù)庫完整性測試;功能測試;用戶界面測試;性能評測;負載測試;強度測試;容量測試;安全性和訪問控制測試;故障轉(zhuǎn)移和恢復測試;配置測試;安裝測試;加密測試;可用性測試;版本驗證測試;文檔測試
18、軟件測試各個階段通常完成什么工作?各個階段的結(jié)果文件是什么?包括什么內(nèi)容?
單元測試階段：各獨立單元模塊在與系統(tǒng)地其他部分相隔離的情況下進行測試哭靖，單元測試針對每一個程序模塊進行正確性校驗具垫，檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。生成單元測試報告试幽，提交缺陷報告筝蚕。
集成測試階段：集成測試是在單元測試的基礎(chǔ)上卦碾，測試在將所有的軟件單元按照概要設(shè)計規(guī)格說明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過程中各部分工作是否達到或?qū)崿F(xiàn)相應技術(shù)指標及要求的活動起宽。該階段生成集成測試報告洲胖，提交缺陷報告。
系統(tǒng)測試階段：將通過確認測試的軟件坯沪，作為整個給予計算機系統(tǒng)的一個元素绿映，與計算機硬件、外設(shè)腐晾、某些支持軟件叉弦、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實際運行環(huán)境下藻糖，對計算機系統(tǒng)進行全面的功能覆蓋淹冰。該階段需要提交測試總結(jié)和缺陷報告【奁猓【推薦了解黑馬軟件測試課程】
19樱拴、測試人員在軟件開發(fā)過程中的任務是什么?
1、盡可能早的找出系統(tǒng)中的Bug;
2洋满、避免軟件開發(fā)過程中缺陷的出現(xiàn);
3晶乔、衡量軟件的品質(zhì)，保證系統(tǒng)的質(zhì)量;
4牺勾、關(guān)注用戶的需求正罢，并保證系統(tǒng)符合用戶需求。
總的目標是：確保軟件的質(zhì)量禽最。
20、在您以往的工作中袱饭，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?
一條Bug記錄最基本應包含：
bug編號;bug嚴重級別川无，優(yōu)先級;bug產(chǎn)生的模塊;首先要有bug摘要，闡述bug大體的內(nèi)容;bug對應的版本;bug詳細現(xiàn)象描述虑乖，包括一些截圖懦趋、錄像....等等;bug出現(xiàn)時的測試環(huán)境，產(chǎn)生的條件即對應操作步驟;高質(zhì)量的Bug記錄：
- 通用UI要統(tǒng)一疹味、準確缺陷報告的UI要與測試的軟件UI保持一致仅叫，便于查找定位。2) 盡量使用業(yè)界慣用的表達術(shù)語和表達方法使用業(yè)界慣用的表達術(shù)語和表達方法糙捺，保證表達準確诫咱，體現(xiàn)專業(yè)化。3) 每條缺陷報告只包括一個缺陷每條缺陷報告只包括一個缺陷洪灯，可以使缺陷修正者迅速定位一個缺陷坎缭，集中精力每次只修正一個缺陷。校驗者每次只校驗一個缺陷是否已經(jīng)正確修正。4) 不可重現(xiàn)的缺陷也要報告首先缺陷報告必須展示重現(xiàn)缺陷的能力掏呼。不可重現(xiàn)的缺陷要盡力重現(xiàn)坏快，若盡力之后仍不能重現(xiàn)，仍然要報告此缺陷憎夷，但在報告中要注明無法再現(xiàn)莽鸿，缺陷出現(xiàn)的頻率。5) 明確指明缺陷類型根據(jù)缺陷的現(xiàn)象拾给，總結(jié)判斷缺陷的類型祥得。例如，即功能缺陷鸣戴、界面缺陷啃沪、數(shù)據(jù)缺陷，合理化建議這是最常見的缺陷或缺陷類型窄锅，其他形式的缺陷或缺陷也從屬于其中某種形式创千。6) 明確指明缺陷嚴重等級和優(yōu)先等級時刻明確嚴重等級和優(yōu)先等級之間的差別。高嚴重問題可能不值得解決入偷，小裝飾性問題可能被當作高優(yōu)先級追驴。7) 描述 (Description) ，簡潔疏之、準確殿雪，完整，揭示缺陷實質(zhì)锋爪，記錄缺陷或缺陷出現(xiàn)的位置描述要準確反映缺陷的本質(zhì)內(nèi)容丙曙，簡短明了。為了便于在軟件缺陷管理數(shù)據(jù)庫中尋找制定的測試缺陷其骄，包含缺陷發(fā)生時的用戶界面(UI)是個良好的習慣亏镰。例如記錄對話框的標題、菜單拯爽、按鈕等控件的名稱索抓。8) 短行之間使用自動數(shù)字序號，使用相同的字體毯炮、字號逼肯、行間距短行之間使用自動數(shù)字序號，使用相同的字體桃煎、字號篮幢、行間距，可以保證各條記錄格式一致为迈，做到規(guī)范專業(yè)洲拇。9) 每一個步驟盡量只記錄一個操作保證簡潔奈揍、條理井然，容易重復操作步驟赋续。10) 確認步驟完整男翰，準確，簡短保證快速準確的重復缺陷纽乱，“完整”即沒有缺漏蛾绎，“準確”即步驟正確，“簡短”即沒有多余的步驟鸦列。11) 根據(jù)缺陷租冠，可選擇是否進行圖象捕捉為了直觀的觀察缺陷或缺陷現(xiàn)象，通常需要附加缺陷或缺陷出現(xiàn)的界面薯嗤，以圖片的形式作為附件附著在記錄的“附件”部分顽爹。為了節(jié)省空間，又能真實反映缺陷或缺陷本質(zhì)骆姐，可以捕捉缺陷或缺陷產(chǎn)生時的全屏幕镜粤，活動窗口和局部區(qū)域。為了迅速定位玻褪、修正缺陷或缺陷位置肉渴，通常要求附加中文對照圖。? 附加必要的特殊文檔和個人建議和注解如果打開某個特殊的文檔而產(chǎn)生的缺陷或缺陷带射，則必須附加該文檔同规，從而可以迅速再現(xiàn)缺陷或缺陷。有時窟社，為了使缺陷或缺陷修正者進一步明確缺陷或缺陷的表現(xiàn)券勺，可以附加個人的修改建議或注解。12) 檢查拼寫和語法缺陷在提交每條缺陷或缺陷之前灿里，檢查拼寫和語法关炼，確保內(nèi)容正確，正確的描述缺陷钠四。13) 盡量使用短語和短句盗扒，避免復雜句型句式軟件缺陷管理數(shù)據(jù)庫的目的是便于定位缺陷跪楞，因此缀去，要求客觀的描述操作步驟，不需要修飾性的詞匯和復雜的句型甸祭，增強可讀性缕碎。以上概括了報告測試缺陷的規(guī)范要求，隨著軟件的測試要求不同池户，測試者經(jīng)過長期測試咏雌，積累了相應的測試經(jīng)驗凡怎，將會逐漸養(yǎng)成良好的專業(yè)習慣，不斷補充新的規(guī)范書寫要求统倒。此外，經(jīng)常閱讀氛雪、學習其他測試工程師的測試缺陷報告房匆，結(jié)合自己以前的測試缺陷報告進行對比和思考，可以不斷提高技巧报亩。14) 缺陷描述內(nèi)容缺陷描述的內(nèi)容可以包含缺陷操作步驟浴鸿，實際結(jié)果和期望結(jié)果。操作步驟可以方便開發(fā)人員再現(xiàn)缺陷進行修正弦追，有些開發(fā)的再現(xiàn)缺陷能力很差岳链，雖然他明白你所指的缺陷，但就是無法再現(xiàn)特別是對系統(tǒng)不熟悉的新加入開發(fā)人員劲件，介紹步驟可以方便他們再現(xiàn)掸哑。實際結(jié)果可以讓開發(fā)明白錯誤是什么，期望結(jié)果可以讓開發(fā)了解正確的結(jié)果應該是如何寇仓。
21举户、黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優(yōu)點和缺點!
黑盒測試的優(yōu)點有：比較簡單遍烦，不需要了解程序內(nèi)部的代碼及實現(xiàn);與軟件的內(nèi)部實現(xiàn)無關(guān); 從用戶角度出發(fā)俭嘁，能很容易的知道用戶會用到哪些功能，會遇到哪些問題;基于軟件開發(fā)文檔服猪，所以也能知道軟件實現(xiàn)了文檔中的哪些功能;在做軟件自動化測試時較為方便供填。
黑盒測試的缺點有：不可能覆蓋所有的代碼，覆蓋率較低罢猪，大概只能達到總代碼量的30%;自動化測試的復用性較低近她。
白盒測試的優(yōu)點有：幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量膳帕，發(fā)現(xiàn)代碼中隱 藏的問題粘捎。
白盒測試的缺點有：程序運行會有很多不同的路徑，不可能測試所有的運行路徑;測試基于代碼危彩，只能測試開發(fā)人員做的對不對攒磨，而不能知道設(shè)計的正確與否，可能會漏掉一些功能需求;系統(tǒng)龐大時汤徽，測試開銷會非常大娩缰。
22、如何測試一個紙杯?
功能度：用水杯裝水看漏不漏;水能不能被喝到
安全性：杯子有沒有毒或細菌
可靠性：杯子從不同高度落下的損壞程度
可移植性：杯子在不同的地方谒府、溫度等環(huán)境下是否都可以正常使用
兼容性：杯子是否能夠容納果汁拼坎、白水浮毯、酒精、汽油等
易用性：杯子是否燙手泰鸡、是否有防滑措施债蓝、是否方便飲用
用戶文檔：使用手冊是否對杯子的用法、限制盛龄、使用條件等有詳細描述
疲勞測試：將杯子盛上水(案例一)放24小時檢查泄漏時間和情況;盛上汽油(案例二)放24小時檢查泄漏時間和情況等
壓力測試：用根針并在針上面不斷加重量惦蚊，看壓強多大時會穿透
22、測試計劃工作的目的是什么?測試計劃文檔的內(nèi)容應該包括什么?其中哪些是最重要的?
軟件測試計劃是指導測試過程的綱領(lǐng)性文件：
領(lǐng)導能夠根據(jù)測試計劃進行宏觀調(diào)控讯嫂，進行相應資源配置等
測試人員能夠了解整個項目測試情況以及項目測試不同階段的所要進行的工作等
便于其他人員了解測試人員的工作內(nèi)容蹦锋，進行有關(guān)配合工作
包含了產(chǎn)品概述、測試策略欧芽、測試方法莉掂、測試區(qū)域、測試配置千扔、測試周期憎妙、測試資源再沧、測試交流杨拐、風險分析等內(nèi)容。借助軟件測試計劃鹃操，參與測試的項目成員龙誊，尤其是測試管理人員抚垃，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通趟大，跟蹤和控制測試進度鹤树，應對測試過程中的各種變更。
測試計劃編寫6要素(5W1H)：
why——為什么要進行這些測試;
what—測試哪些方面逊朽，不同階段的工作內(nèi)容;
when—測試不同階段的起止時間;
where—相應文檔罕伯，缺陷的存放位置，測試環(huán)境等;
who—項目有關(guān)人員組成叽讳，安排哪些測試人員進行測試;
how—如何去做追他，使用哪些測試工具以及測試方法進行測試
測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系岛蚤，測試計劃主要從宏觀上規(guī)劃測試活動的范圍邑狸、方法和資源配置，而測試詳細規(guī)格灭美、測試用例是完成測試任務的具體戰(zhàn)術(shù)推溃。所以其中最重要的是測試測試策略和測試方法(最好是能先評審)昂利。
23届腐、黑盒測試的測試用例常見設(shè)計方法都有哪些?請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應用铁坎。
1)等價類劃分： 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
2)邊界值分析法：是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤.
使用邊界值分析方法設(shè)計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).
3)錯誤猜測法：基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設(shè)計測試用例的方法.
錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等, 這些就是經(jīng)驗的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況. 可選擇這些情況下的例子作為測試用例.
4)因果圖方法：前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應產(chǎn)生多個動作的形式來考慮設(shè)計測試用例. 這就需要利用因果圖(邏輯模型). 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
5)正交表分析法：可能因為大量的參數(shù)的組合而引起測試用例數(shù)量上的激增犁苏，同時硬萍，這些測試用例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法完成這么多數(shù)量的測試围详，就可以通過正交表來進行縮減一些用例朴乖，從而達到盡量少的用例覆蓋盡量大的范圍的可能性。
6)場景分析方法：指根據(jù)用戶場景來模擬用戶的操作步驟助赞，這個比較類似因果圖买羞，但是可能執(zhí)行的深度和可行性更好。
7)狀態(tài)圖法：通過輸入條件和系統(tǒng)需求說明得到被測系統(tǒng)的所有狀態(tài)雹食，通過輸入條件和狀態(tài)得出輸出條件;通過輸入條件畜普、輸出條件和狀態(tài)得出被測系統(tǒng)的測試用例。
8)大綱法：大綱法是一種著眼于需求的方法群叶，為了列出各種測試條件吃挑，就將需求轉(zhuǎn)換為大綱的形式。大綱表示為樹狀結(jié)構(gòu)街立，在根和每個葉子結(jié)點之間存在唯一的路徑舶衬。大綱中的每條路徑定義了一個特定的輸入條件集合，用于定義測試用例赎离。樹中葉子的數(shù)目或大綱中的路徑給出了測試所有功能所需測試用例的大致數(shù)量逛犹。
24、詳細的描述一個測試活動完整的過程梁剔。(供參考圾浅，本答案主要是瀑布模型的做法)
項目經(jīng)理通過和客戶的交流，完成需求文檔憾朴，由開發(fā)人員和測試人員共同完成需求文檔的評審狸捕，評審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現(xiàn)的功能的地方。項目經(jīng)理通過綜合開發(fā)人員众雷，測試人員以及客戶的意見灸拍，完成項目計劃。然后SQA進入項目砾省，開始進行統(tǒng)計和跟蹤
開發(fā)人員根據(jù)需求文檔完成需求分析文檔鸡岗，測試人員進行評審，評審的主要內(nèi)容包括是否有遺漏或雙方理解不同的地方编兄。測試人員完成測試計劃文檔轩性，測試計劃包括的內(nèi)容上面有描述。
測試人員根據(jù)修改好的需求分析文檔開始寫測試用例狠鸳，同時開發(fā)人員完成概要設(shè)計文檔揣苏，詳細設(shè)計文檔悯嗓。此兩份文檔成為測試人員撰寫測試用例的補充材料。
測試用例完成后卸察，測試和開發(fā)需要進行評審脯厨。
測試人員搭建環(huán)境
開發(fā)人員提交第一個版本，可能存在未完成功能坑质，需要說明合武。測試人員進行測試，發(fā)現(xiàn)BUG后提交給BugZilla涡扼。
開發(fā)提交第二個版本稼跳，包括Bug Fix以及增加了部分功能，測試人員進行測試吃沪。
重復上面的工作岂贩，一般是3-4個版本后BUG數(shù)量減少，達到出貨的要求巷波。
如果有客戶反饋的問題萎津，需要測試人員協(xié)助重現(xiàn)并重新測試。
26抹镊、BUG管理工具的跟蹤過程(用BugZilla為例子)
測試人員發(fā)現(xiàn)了BUG锉屈，提交到Bugzilla中，狀態(tài)為new垮耳，BUG的接受者為開發(fā)接口人員
開發(fā)接口將BUG分配給相關(guān)的模塊的開發(fā)人員颈渊，狀態(tài)修改為已分配，開發(fā)人員和測試確認BUG终佛，如果是本人的BUG俊嗽，則設(shè)置為接收;如果是別的開發(fā)人員的問題，則轉(zhuǎn)發(fā)出去铃彰，由下一個開發(fā)人員來進行此行為;如果認為不是問題绍豁，則需要大家討論并確認后，拒絕這個BUG牙捉，然后測試人員關(guān)閉此問題竹揍。
如果開發(fā)人員接受了BUG，并修改好以后邪铲，將BUG狀態(tài)修改為已修復芬位，并告知測試在哪個版本中可以測試。
測試人員在新版本中測試带到，如果發(fā)現(xiàn)問題依然存在昧碉，則拒絕驗證;如果已經(jīng)修復，則關(guān)閉BUG。
27被饿、您認為在測試人員同開發(fā)人員的溝通過程中四康，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發(fā)團隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么?
盡量面對面的溝通，其次是能直接通過電話溝通锹漱，如果只能通過Email等非及時溝通工具的話，強調(diào)必須對特性的理解深刻以及能表達清楚慕嚷。
運用一些測試管理工具如TestDirector進行管理也是較有效的方法哥牍，同時要注意在TestDirector中對BUG有準確的描述。
在團隊中建立測試人員與開發(fā)人員良好溝通中注意以下幾點：
一真誠喝检、二是團隊精神嗅辣、三是在專業(yè)上有共同語言、四是要對事不對人挠说，工作至上
當然也可以通過直接指出一些小問題澡谭，而不是進入BUG Tracking System來增加對方的好感。
28损俭、你對測試最大的興趣在哪里?為什么?
回答這個面試題蛙奖，沒有固定統(tǒng)一的答案，但可能是許多企業(yè)都會問到的杆兵。提供以下答案供考：
最大的興趣雁仲，感覺這是一個有挑戰(zhàn)性的工作;
測試是一個經(jīng)驗行業(yè)，工作越久越能感覺到做好測試的難度和樂趣
通過自己的工作琐脏，能使軟件產(chǎn)品越來越完善攒砖，從中體會到樂趣
回答此類問題注意以下幾個方面：
盡可能的切合招聘企業(yè)的技術(shù)路線來表達你的興趣，例如該企業(yè)是數(shù)據(jù)庫應用的企業(yè)日裙，那么表示你的興趣在數(shù)據(jù)庫的測試吹艇，并且希望通過測試提升自己的數(shù)據(jù)庫掌握能力。
表明你做測試的目的是為了提升能力昂拂，也是為了更好的做好測試;提升能力不是為了以后轉(zhuǎn)開發(fā)或其他的受神，除非用人企業(yè)有這樣的安排。
不要過多的表達你的興趣在招聘企業(yè)的范疇這外格侯。比如招聘企業(yè)是做財務軟件的路克，可是你表現(xiàn)出來的是對游戲軟件的興趣;或招聘是做JAVA開發(fā)的，而你的興趣是在C類語言程序的開發(fā)养交。
29精算、你自認為測試的優(yōu)勢在哪里?
該面試也沒有固定不變的答案，但可參考以下幾點碎连，并結(jié)合自身特點：
有韌性灰羽、有耐心、做事有條理性、喜歡面對挑戰(zhàn)廉嚼、有信心做好每一件事情玫镐、較強的溝通能力、從以前的經(jīng)理處都得到了很好的評價表明我做的很好
33怠噪、簡述你在以前的工作中做過哪些事情恐似，比較熟悉什么。參考答案如下傍念。
我過去的主要工作是系統(tǒng)測試和自動化測試矫夷。在系統(tǒng)測試中，主要是對BOSS系統(tǒng)的業(yè)務邏輯功能憋槐，以及軟交換系統(tǒng)的Class 5特性進行測試双藕。性能測試中，主要是進行的壓力測試阳仔，在各個不同數(shù)量請求的情況下忧陪，獲取系統(tǒng)響應時間以及系統(tǒng)資源消耗情況。自動化測試主要是通過自己寫腳本以及一些第三方工具的結(jié)合來測試軟交換的特性測試近范。
在測試中嘶摊，我感覺對用戶需求的完全準確的理解非常重要。另外评矩，就是對BUG的管理更卒，要以需求為依據(jù)，并不是所有BUG均需要修改稚照。
測試工作需要耐心和細致蹂空，因為在新版本中，雖然多數(shù)原來發(fā)現(xiàn)的BUG得到了修復果录，但原來正確的功能也可能變得不正確上枕。因此要注重迭代測試和回歸測試。
34弱恒、在C/C++中static有什么用途?(請至少說明兩種)
1)在函數(shù)體辨萍，一個被聲明為靜態(tài)的變量在這一函數(shù)被調(diào)用過程中維持其值不變。
在模塊內(nèi)(但在函數(shù)體外)返弹，一個被聲明為靜態(tài)的變量可以被模塊內(nèi)所用函數(shù)訪問锈玉，但不能被模塊外其它函數(shù)訪問。它是一個本地的全局變量义起。
在模塊內(nèi)拉背，一個被聲明為靜態(tài)的函數(shù)只可被這一模塊內(nèi)的其它函數(shù)調(diào)用。那就是默终，這個函數(shù)被限制在聲明它的模塊的本地范圍內(nèi)使用
35椅棺、引用與指針有什么區(qū)別?
引用必須被初始化犁罩，指針不必。
引用初始化以后不能被改變两疚，指針可以改變所指的對象床估。
不存在指向空值的引用，但是存在指向空值的指針诱渤。
36丐巫、Internet采用哪種網(wǎng)絡協(xié)議?該協(xié)議的主要層次結(jié)構(gòu)?Internet物理地址和IP地址轉(zhuǎn)換采用什么協(xié)議?
TCP/IP協(xié)議主要層次結(jié)構(gòu)為： 應用層/傳輸層/網(wǎng)絡層/數(shù)鏈路層。
ARP (Address Resolution Protocol)(地據(jù)址解析協(xié)議)
37勺美、說說你對集成測試中自頂向下集成和自底向上集成兩個策略的理解递胧，要談出它們各自的優(yōu)缺點和主要適應于哪種類型測試;
自頂向下集成
優(yōu)點：較早地驗證了主要控制和判斷點;按深度優(yōu)先可以首先實現(xiàn)和驗證一個完整的軟件功能;功能較早證實，帶來信心;只需一個驅(qū)動励烦，減少驅(qū)動器開發(fā)的費用;支持故障隔離谓着。
缺點：柱的開發(fā)量大;底層驗證被推遲;底層組件測試不充分泼诱。
適應于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定;高層接口變化較小;底層接口未定義或經(jīng)程陈樱可能被修改;產(chǎn)口控制組件具有較大的技術(shù)風險，需要盡早被驗證;希望盡早能看到產(chǎn)品的系統(tǒng)功能行為治筒。
2屉栓、自底向上集成
優(yōu)點：對底層組件行為較早驗證;工作最初可以并行集成，比自頂向下效率高;減少了樁的工作量;支持故障隔離耸袜。
缺點：驅(qū)動的開發(fā)工作量大;對高層的驗證被推遲友多，設(shè)計上的錯誤不能被及時發(fā)現(xiàn)。
適應于底層接口比較穩(wěn)定;高層接口變化比較頻繁;底層組件較早被完成堤框。
38域滥、軟件驗收測試包括正式驗收測試、alpha測試蜈抓、beta測試三種測試启绰。
39、系統(tǒng)測試的策略有很多種的沟使，有性能測試委可、負載測試、強度測試腊嗡、易用性測試着倾、安全測試、配置測試燕少、安裝測試卡者、文檔測試、故障恢復測試客们、用戶界面測試虎眨、恢復測試蟋软、分布測試、可用性測試嗽桩。
40岳守、設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件碌冶、和迭代計劃
41.通過畫因果圖來寫測試用例的步驟為湿痢、、扑庞、及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個步驟譬重。 利用因果圖生成測試用例的基本步驟是：
§ 分析軟件規(guī)格說明描述中，哪些是原因(即輸入條件或輸入條件的等價類)罐氨，哪些是結(jié)果(即輸出條件)臀规，并給每個原因和結(jié)果賦予一個標識符。
§ 分析軟件規(guī)格說明描述中的語義栅隐，找出原因與結(jié)果之間塔嬉，原因與原因之間對應的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖租悄。
§ 由于語法或環(huán)境限制谨究，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)泣棋。為表明這些特殊情況胶哲，在因果圖上用一些記號標明約束或限制條件。 § 把因果圖轉(zhuǎn)換成判定表潭辈。
§ 把判定表的每一列拿出來作為依據(jù)鸯屿，設(shè)計測試用例。
43把敢、請說出這些測試最好由那些人員完成寄摆，測試的是什么?
代碼、函數(shù)級測試一般由白盒測試人員完成技竟，他們針對每段代碼或函數(shù)進行正確性檢驗冰肴，檢查其是否正確的實現(xiàn)了規(guī)定的功能。
模塊榔组、組件級測試主要依據(jù)是程序結(jié)構(gòu)設(shè)計測試模塊間的集成和調(diào)用關(guān)系熙尉，一般由測試人員完成。
系統(tǒng)測試在于模塊測試與單元測試的基礎(chǔ)上進行測試搓扯。了解系統(tǒng)功能與性能检痰，根據(jù)測試用例進行全面的測試。
44锨推、 設(shè)計測試用例時應該考慮哪些方面铅歼，即不同的測試用例針對那些方面進行測試?
設(shè)計測試用例時需要注意的是公壤，除了對整體流程及功能注意外，還要注意強度測試椎椰、性能測試厦幅、壓力測試、邊界值測試慨飘、穩(wěn)定性測試确憨、安全性測試等多方面。(測試用例需要考慮的四個基本要素是輸入瓤的、輸出休弃、操作和測試環(huán)境;另外，測試用例需要考慮的是測試類型(功能圈膏、性能塔猾、安全……)，這部分可以參照TP做答稽坤。此外丈甸，還需要考慮用例的重要性和優(yōu)先級)
45、 在windows下保存一個文本文件時會彈出保存對話框慎皱，如果為文件名建立測試用例老虫，等價類應該怎樣劃分?
單字節(jié)叶骨，如A;雙字節(jié)茫多， AA、我我;特殊字符 /‘忽刽√煲荆‘;、=-等;保留字跪帝，如com;文件格式為8.3格式的;文件名格式為非8.3格式的;/,,*等九個特殊字符今膊。
46、假設(shè)有一個文本框要求輸入10個字符的郵政編碼伞剑，對于該文本框應該怎樣劃分等價類?
特殊字符斑唬，如10個*或￥;英文字母，如ABCDefghik;小于十個字符黎泣，如123;大于十個字符恕刘，如11111111111;數(shù)字和其他混合，如123AAAAAAA;空字符;保留字符
47.軟件測試項目從什么時候開始抒倚，?為什么?
軟件測試應該在需求分析階段就介入,因為測試的對象不僅僅是程序編碼,應該對軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測試,并且軟件缺陷存在放大趨勢.缺陷發(fā)現(xiàn)的越晚,修復它所花費的成本就越大.
48褐着、什么是回歸測試?
回歸測試: (regression testing): 回歸測試有兩類：用例回歸和錯誤回歸;用例回歸是過一段時間以后再回頭對以前使用過的用例在重新進行測試，看看會重新發(fā)現(xiàn)問題托呕。錯誤回歸含蓉，就是在新版本中频敛，對以前版本中出現(xiàn)并修復的缺陷進行再次驗證，并以缺陷為核心馅扣，對相關(guān)修改的部分進行測試的方法斟赚。
49.單元測試、集成測試差油、系統(tǒng)測試的側(cè)重點是什么?
單元測試針對的是軟件設(shè)計的最小單元--程序模塊(面向過程中是函數(shù)汁展、過程;面向?qū)ο笾惺穷悺?,進行正確性檢驗的測試工作,在于發(fā)現(xiàn)每個程序模塊內(nèi)部可能存在的差錯.一般有兩個步驟:人工靜態(tài)檢查\動態(tài)執(zhí)行跟蹤
集成測試針對的是通過了單元測試的各個模塊所集成起來的組件進行檢驗,其主要內(nèi)容是各個單元模塊之間的接口,以及各個模塊集成后所實現(xiàn)的功能.
系統(tǒng)測試針對的是集成好的軟件系統(tǒng)，作為整個計算機系統(tǒng)的一個元素,與計算機硬件\外設(shè)\某些支持軟件\數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起,要在實際的運行環(huán)境中,對計算機系統(tǒng)進行一系列的集成測試和確認測試.
51.一個測試工程師應具備那些素質(zhì)?
1厌殉、責任心2食绿、溝通能力3、團隊合作精神4公罕、耐心器紧、細心、信心5楼眷、時時保持懷疑態(tài)度铲汪，并且有缺陷預防的意識6、具備一定的編程經(jīng)驗
53：你所了解的的軟件測試類型都有哪些罐柳，簡單介紹一下掌腰。
按測試策略分類：1、靜態(tài)與動態(tài)測試2张吉、黑盒與白盒測試 3齿梁、手工和自動測試 4、冒煙測試 5肮蛹、回歸測試;
按測試階段分類：單元測試勺择、集成測試、系統(tǒng)測試;
其他常見測試方法：1伦忠、功能測試 2省核、性能測試 3、壓力測試 4昆码、負載測試 5气忠、易用性測試 6、安裝測試 7赋咽、界面測試 8旧噪、配置測試 9、文檔測試 10冬耿、兼容性測試 11舌菜、安全性測試 12、恢復測試
54：你認為做好測試計劃工作的關(guān)鍵是什么?
明確測試的目標亦镶，增強測試計劃的實用性
編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷日月，因此軟件測試計劃的價值取決于它對幫助管理測試項目袱瓮，并且找出軟件潛在的缺陷。因此爱咬，軟件測試計劃中的測試范圍必須高度覆蓋功能需求尺借，測試方法必須切實可行，測試工具并且具有較高的實用性精拟，便于使用燎斩，生成的測試結(jié)果直觀、準確
堅持“5W”規(guī)則蜂绎，明確內(nèi)容與過程
“5W”規(guī)則指的是“What(做什么)”栅表、“Why(為什么做)”、“When(何時做)”师枣、“Where(在哪里)”怪瓶、“How(如何做)”。利用“5W”規(guī)則創(chuàng)建軟件測試計劃践美，可以幫助測試團隊理解測試的目的(Why)洗贰，明確測試的范圍和內(nèi)容(What)，確定測試的開始和結(jié)束日期(When)陨倡，指出測試的方法和工具(How)敛滋，給出測試文檔和軟件的存放位置(Where)。
采用評審和更新機制兴革，保證測試計劃滿足實際需求
測試計劃寫作完成后绎晃，如果沒有經(jīng)過評審，直接發(fā)送給測試團隊帖旨，測試計劃內(nèi)容的可能不準確或遺漏測試內(nèi)容箕昭，或者軟件需求變更引起測試范圍的增減，而測試計劃的內(nèi)容沒有及時更新，誤導測試執(zhí)行人員解愤。
分別創(chuàng)建測試計劃與測試詳細規(guī)格庐氮、測試用例
應把詳細的測試技術(shù)指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中控汉。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍蟹地、方法和資源配置，而測試詳細規(guī)格藤为、測試用例是完成測試任務的具體戰(zhàn)術(shù)怪与。
55：您認為做好測試用例設(shè)計工作的關(guān)鍵是什么?
白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果
黑盒法用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試缅疟，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題
56：你的測試職業(yè)發(fā)展目標是什么?
測試經(jīng)驗越多分别，測試能力越高遍愿。所以我的職業(yè)發(fā)展是需要時間累積的，一步步向著高級測試工程師奔去耘斩。而且我也有初步的職業(yè)規(guī)劃沼填，前3年累積測試經(jīng)驗，不斷的更新自己改正自己括授，做好測試任務坞笙。
57：測試結(jié)束的標準是什么?
從微觀上來說，在測試計劃中定義荚虚，比如系統(tǒng)在一定性能下平穩(wěn)運行72小時薛夜，目前Bug Tracking System中，本版本中沒有一般嚴重的BUG版述，普通BUG的數(shù)量在3以下却邓，BUG修復率90%以上等等參數(shù)，然后由開發(fā)經(jīng)理院水，測試經(jīng)理腊徙，項目經(jīng)理共同簽字認同版本Release。
如果說宏觀的檬某，則是當這個軟件徹底的消失以后撬腾，測試就結(jié)束了。
59恢恼、一套完整的測試應該由哪些階段組成?
可行性分析民傻、需求分析、概要設(shè)計场斑、詳細設(shè)計漓踢、編碼、單元測試漏隐、集成測試喧半、系統(tǒng)測試、驗收測試
61青责、您是否了解以往所工作的企業(yè)的軟件開發(fā)過程?如果了解挺据，請試述一個完整的開發(fā)過程需要完成哪些工作?分別由哪些不同的角色來完成這些工作?您在以往的測試工作中都曾經(jīng)具體從事過哪些工作?其中最擅長哪部分工作?
開發(fā)過程---需求調(diào)研(需求人員)、需求分析(需求人員)脖隶、概要設(shè)計(設(shè)計人員)扁耐、詳細設(shè)計(設(shè)計人員)产阱、編碼(開發(fā)人員)
測試過程---需求評審、系統(tǒng)測試設(shè)計王暗、概要設(shè)計評審、集成測試設(shè)計蜜暑、詳細設(shè)計評審策肝、單元測試設(shè)計、測試執(zhí)行
測試工作的整個過程都做過之众，擅長做測試設(shè)計
過程決定質(zhì)量拙毫，軟件的過程改進正是為了提高軟件的質(zhì)量，將過往的種種經(jīng)驗教訓積累起來棺禾。
62缀蹄、測試用例設(shè)計的原則是什么?目前主要的測試用例設(shè)計方法有哪些?
代表性：能夠代表并覆蓋各種合理的和不合理、合法的和非法的膘婶、邊界的和越界的缺前、以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等.
可判定性：即測試執(zhí)行結(jié)果的正確性是可判定的悬襟，每一個測試用例都應有相應的期望結(jié)果.
可再現(xiàn)性：即對同樣的測試用例衅码，系統(tǒng)的執(zhí)行結(jié)果應當是相同的。
方法有等價類脊岳、邊界值逝段、因果圖、狀態(tài)圖割捅、正交法奶躯、大綱法
63、面向?qū)ο蟮臏y試用例設(shè)計有幾種方法?如何實現(xiàn)?
給類中的每個構(gòu)造函數(shù)設(shè)計一組測試用例
組合類中的類變量亿驾、實例變量
組合類中的各種方法
根據(jù)前置條件和后置條件設(shè)計測試用例
根據(jù)代碼設(shè)計測試用例
64嘹黔、LoadRunner分為哪三個模塊?請簡述各模塊的主要功能。
Virtual User Generator：用于錄制腳步
Mercury LoadRunner Controller：用于創(chuàng)建颊乘、運行和監(jiān)控場景
Mercury LoadRunner Analysis：用于分析測試結(jié)果
65乏悄、你對測試最大的興趣在哪里?為什么?
最大的興趣就是測試有難度檩小，有挑戰(zhàn)性!做測試越久越能感覺到做好測試有多難规求。曾經(jīng)在無憂測試網(wǎng)上看到一篇文章阻肿，是關(guān)于如何做好一名測試工程師丛塌。一共羅列了11印衔，12點奸焙，有部分是和人的性格有關(guān)与帆，有部分需要后天的努力。但除了性格有關(guān)的1茶凳，2點我沒有把握贮喧，其他點我都很有信心做好它箱沦。
剛開始進入測試行業(yè)時谓形，對測試的認識是從無憂測試網(wǎng)上了解到的一些資料寒跳，當時是沖著做測試需要很多技能才能做的好，雖然入門容易书释，但做好很難爆惧，比開發(fā)更難芍耘，雖然當時我很想做開發(fā)(學校專業(yè)課我基本上不缺席齿穗，因為我喜歡我的專業(yè))，但看到測試比開發(fā)更難更有挑戰(zhàn)性复濒，想做好測試的意志就更堅定了畦木。
我覺得做測試整個過程中有2點讓我覺得很有難度(對我來說十籍，有難度的東西我就非常感興趣)勾栗，第一是測試用例的設(shè)計，因為測試的精華就在測試用例的設(shè)計上了界牡，要在版本出來之前宿亡，把用例寫好烈钞，用什么測試方法寫?(也就是測試計劃或測試策略)坤按，如果你剛測試一個新任務時，你得花一定的時間去消化業(yè)務需求和技術(shù)基礎(chǔ)来累，業(yè)務需求很好理解(多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達到目的)嘹锁，而技術(shù)基礎(chǔ)可就沒那么簡單了领猾，這需要你自覺的學習能力，比如說網(wǎng)站吧继低，最基本的技術(shù)知識你要知道網(wǎng)站內(nèi)部是怎么運作的的袁翁，后臺是怎么響應用戶請求的?測試環(huán)境如何搭建?這些都需要最早的學好粱胜。至少在開始測試之前能做好基本的準備，可能會遇到什么難題?需求細節(jié)是不是沒有確定好?這些問題都能在設(shè)計用例的時候發(fā)現(xiàn)冗恨。
第二是發(fā)現(xiàn)BUG的時候了掀抹，這應該是測試人員最基本的任務了傲武，一般按測試用例開始測試就能發(fā)現(xiàn)大部分的bug态兴，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多信息，補充測試用例祥绞，測試出bug。還有如何發(fā)現(xiàn)bug?這就需要在測試用例有效的情況下，通過細心和耐心去發(fā)現(xiàn)bug了，每個用例都有可能發(fā)現(xiàn)bug族吻，每個地方都有可能出錯懊悯，所以測試過程中思維要清晰(測試過程數(shù)據(jù)流及結(jié)果都得看仔細了炭分，bug都在里面發(fā)現(xiàn)的)丸凭。如何描述bug也很有講究莉御，bug在什么情況下會產(chǎn)生，如果條件變化一點點，就不會有這個bug，以哪些最少的操作步驟就能重現(xiàn)這個bug，這個bug產(chǎn)生的規(guī)律是什么?如果你夠厲害的話顷级，可以幫開發(fā)人員初步定位問題。
66翔冀、您所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系(如功能測試纤子、性能測試……)
測試類型有：功能測試，性能測試象颖，界面測試说订。
功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試埂伦。是把測試對象看作一個黑盒子沾谜。利用黑盒測試法進行動態(tài)測試時婚温，需要測試軟件產(chǎn)品的功能栅螟，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程力图。采用黑盒技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測兽泄、因果圖和綜合策略病梢。
性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試钮热。負載測試和壓力測試都屬于性能測試隧期，兩者可以結(jié)合進行。通過負載測試性置，確定在各種工作負載下系統(tǒng)的性能鹏浅，目標是測試當負載逐漸增加時芥喇，系統(tǒng)各項性能指標的變化情況继控。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務級別的測試冶忱。
界面測試囚枪，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象括勺。而且設(shè)計良好的界面能夠引導用戶自己完成相應的操作疾捍，起到向?qū)У淖饔寐叶埂Ｍ瑫r界面如同人的面孔，具有吸引用戶的直接優(yōu)勢续滋。設(shè)計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺疲酌，相反由于界面設(shè)計的失敗湿颅，讓用戶有挫敗感油航，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。
區(qū)別在于镰踏，功能測試關(guān)注產(chǎn)品的所有功能上奠伪，要考慮到每個細節(jié)功能，每個可能存在的功能問題猜拾。性能測試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關(guān)注于用戶體驗上盯仪，用戶使用該產(chǎn)品的時候是否易用全景，是否易懂，是否規(guī)范(快捷鍵之類的)炕贵，是否美觀(能否吸引用戶的注意力)称开，是否安全(盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當然考慮到體驗性焰轻，不能太粗魯?shù)膹棾鼍??做某個性能測試的時候辱志，首先它可能是個功能點，首先要保證它的功能是沒問題的客冈，然后再考慮該功能點的性能測試
67和悦、請試著比較一下黑盒測試鸽素、白盒測試、單元測試燕差、集成測試瓦呼、系統(tǒng)測試央串、驗收測試的區(qū)別與聯(lián)系。
黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格侦另，可以進行測試證明每個實現(xiàn)了的功能是否符合要求弃锐。
白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求旋廷，所有內(nèi)部成分是否以經(jīng)過檢查。
軟件的黑盒測試意味著測試要在軟件的接口處進行扎运。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性负拟，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明涣脚。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：
1纱耻、是否有不正確或遺漏的功能?2、在接口上蘑志，輸入是否能正確的接受?能否輸出正確的結(jié)果?3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息(例如數(shù)據(jù)文件)訪問錯誤?4戒努、性能上是否能夠滿足要求?5储玫、是否有初始化或終止性錯誤?
軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查裆熙。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息弛车，設(shè)計或選擇測試用例齐媒，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)纷跛，確定實際狀態(tài)是否與預期的狀態(tài)一致喻括。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進行如下檢查：
1贫奠、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。
2、對所有的邏輯判定酸茴，取“真”與取“假”的兩種情況都能至少測一遍。
3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體净响。
4仿滔、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性飒焦，等等。
單元測試(模塊測試)是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確羔挡。通常而言低矮，一個單元測試是用于判斷某個特定條件(或者場景)下某個特定函數(shù)的行為跃洛。
單元測試是由程序員自己來完成，最終受益的也是程序員自己∫胬希可以這么說酷誓，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試攻旦。執(zhí)行單元測試掰伸，就是為了證明這段代碼的行為和我們期望的一致。
集成測試(也叫組裝測試，聯(lián)合測試)是單元測試的邏輯擴展。它的最簡單的形式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口铸豁。從這一層意義上講，組件是指多個單元的集成聚合队丝。在現(xiàn)實方案中，許多單元組合成組件红竭，而這些組件又聚合成程序的更大部分。方法是測試片段的組合斩熊，并最終擴展進程坡椒，將您的模塊與其他組的模塊一起測試巡验。最后，將構(gòu)成進程的所有模塊一起測試。
系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。(常見的聯(lián)調(diào)測試)
系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計面睛。
驗收測試是部署軟件之前的最后一個測試操作冀泻。驗收測試的目的是確保軟件準備就緒压状，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務旱物。
驗收測試是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)综看，接口錯誤也已經(jīng)基本排除了捐腿，接著就應該進一步驗證軟件的有效性笆载，這就是驗收測試的任務，即軟件的功能性能如同用戶所合理期待的那樣。
68、當開發(fā)人員說不是BUG時限匣，你如何應付?
開發(fā)人員說不是bug隧魄，有2種情況隘蝎，一是需求沒有確定购啄，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進行確認嘱么，需不需要改動狮含，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生曼振，所以不需要修改辉川，這個時候，我可以先盡可能的說出是BUG的依據(jù)是什么?如果被用戶發(fā)現(xiàn)或出了問題拴测，會有什么不良結(jié)果?程序員可能會給你很多理由乓旗，你可以對他的解釋進行反駁。如果還是不行集索，那我可以給這個問題提出來,跟開發(fā)經(jīng)理和測試經(jīng)理進行確認,如果要修改就改,如果不要修改就不改屿愚。其實有些真的不是bug汇跨，我也只是建議的方式寫進TD中，如果開發(fā)人員不修改也沒有大問題妆距。如果確定是bug的話穷遂，一定要堅持自己的立場，讓問題得到最后的確認娱据。
69蚪黑、為什么要在一個團隊中開展軟件測試工作?
因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認證一樣中剩，測試同樣也需要質(zhì)量的保證忌穿，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題结啼，及時讓開發(fā)人員得知并修改問題掠剑，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況郊愧。
71朴译、一份測試計劃應該包括哪些內(nèi)容?
背景、項目簡介属铁、目的眠寿、測試范圍、測試策略焦蘑、人員分工澜公、資源要求、進度計劃喇肋、參考文檔、常用術(shù)語迹辐、提交文檔蝶防、風險分析。
72明吩、針對于軟件的行業(yè)背景间学，你如何理解軟件的業(yè)務?
閱讀用戶手冊了解軟件的功能和操作流程;看一些業(yè)務的專業(yè)書籍補充業(yè)務知識;如果有用戶實際的數(shù)據(jù)，可以拿實際的數(shù)據(jù)進行參考;參考以前的用例和BUG報告;在使用軟件的過程中多思考;多與產(chǎn)品經(jīng)理交流印荔。
74低葫、如何定位測試用例的作用?
組織性：編寫、組織性仍律、功能覆蓋嘿悬、重復性、跟蹤水泉、測試確認
76善涨、什么是兼容性測試?請舉例說明如何利用兼容性測試列表進行測試窒盐。
主要驗證軟件產(chǎn)品在不同版本之間的兼容性。包括向下兼容和交錯兼容钢拧，向下兼容是測試軟件新版本保留它早期版本功能的情況蟹漓，交錯兼容是驗證共同存在的兩個相關(guān)但不相同的產(chǎn)品之間的兼容性。
77源内、對某軟件進行測試葡粒，發(fā)現(xiàn)在WIN98上運行得很慢，怎么判別是該軟件存在問題還是其軟硬件運行環(huán)境存在問題?
看軟件的運行環(huán)境要求膜钓。如果符合要求則是程序存在問題嗽交，若不符合要求則是硬件系統(tǒng)存在問題
78、需求測試的注意事項有哪些?
是否使用了公司的模板呻此、文檔內(nèi)容是否符合規(guī)范轮纫、所有的需求是分級是否清析適當、所有的需求是否具有一致性焚鲜、需求是否可行(即掌唾，該需求組合有解決方案)、需求可否用己知的約束來實現(xiàn)忿磅、需求是否足夠(即糯彬，可以把它送到一個規(guī)范的開發(fā)組織，并有一個生產(chǎn)出所需要產(chǎn)品的合理的可能性)葱她、所有的其它需求是交叉引用是否正確撩扒、用戶描述是否清楚、是否用客戶的語言來描述需求吨些、每個需求描述是否清楚沒有岐義搓谆，可以移交給一個獨立的組去實現(xiàn)時也能理解、是否所有的需求都是可驗證的豪墅、是否每條需求都具有獨立性泉手，即使發(fā)生了變化也不會影響其它需求、性能指標是否明確偶器、非功能性需求是否得到充分表現(xiàn)斩萌、是否完整列出適用的標準或協(xié)議、標準和協(xié)議之間是否存在沖突
81屏轰、主鍵颊郎、外鍵的作用，索引的優(yōu)點與不足?
答：主鍵：是表中的唯一標示鍵霎苗。作用：保證實體的完整性;加快數(shù)據(jù)庫的操作速度;增加新的表記錄時姆吭，數(shù)據(jù)庫會自動檢索新記錄的主鍵值，不允許該值與其他表中記錄的主鍵重復;數(shù)據(jù)庫會按主鍵值的順序顯示記錄唁盏，如果沒有設(shè)定主鍵猾编，則按輸入的順序顯示記錄瘤睹。
外鍵：是主鍵的從屬，表示了兩個表之間的聯(lián)系答倡。作用：使用外鍵可以避免冗余轰传。
索引的優(yōu)點： 1、通過創(chuàng)建唯一性的索引瘪撇，可以保證表中數(shù)據(jù)的唯一性; 2获茬、加速數(shù)據(jù)的檢索速度; 3、加快表與表之間的連接; 4倔既、在使用分組與排序數(shù)據(jù)檢索時恕曲，可以顯著檢索分組與排序的時間; 5、在查詢的過程中使用優(yōu)化隱藏器渤涌，提供系統(tǒng)性能佩谣。
缺點： 1、創(chuàng)建索引需要時間实蓬，且隨著數(shù)據(jù)量的增加而增加; 2茸俭、索引需要占用物理空間;
3、當對表中數(shù)據(jù)進行修改時安皱，索引也要動態(tài)維護调鬓，降低了數(shù)據(jù)的維護速度。
84酌伊、性能測試的流程?
1.測試需求分析2.測試計劃制定與評審3.測試用例設(shè)計與開發(fā)4.測試執(zhí)行與監(jiān)控5.分析測試結(jié)果6.編寫性能測試報告7.測試經(jīng)驗總結(jié)
88腾窝、簡述bug的生命周期?
1， 有效地記錄BUG 2居砖， 使用BUG模板 3虹脯， 評價BUG優(yōu)先級和嚴重性 4， BUG的生命 5奏候， 維護BUG數(shù)據(jù)庫
89循集、缺陷記錄應包含的內(nèi)容?
缺陷標識、缺陷類型鼻由、缺陷嚴重程度、缺陷產(chǎn)生可能性厚棵、缺陷優(yōu)先級蕉世、缺陷狀態(tài)、缺陷起源婆硬、缺陷來源狠轻、缺陷原因;
91 您所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系(如功能測試、性能測試……)
易用性測試-界面的友好性彬犯，操作方便性等向楼。
功能測試-系統(tǒng)中功能性需求的滿足
安全性測試-系統(tǒng)是否存在安全隱患和漏洞
性能測試-系統(tǒng)在大并發(fā)下的響應速度和健壯性
93查吊、您認為做好測試計劃工作的關(guān)鍵是什么?
了解項目或系統(tǒng)的業(yè)務需求
和項目經(jīng)理協(xié)調(diào)好，了解項目的進度計劃安排情況
95湖蜕、您認為做好測試用例設(shè)計工作的關(guān)鍵是什么?
對業(yè)務和軟件需求非常清楚，可以根據(jù)需求不同選擇不同的測試用例設(shè)計
96、.您以往的工作中是否曾開展過測試用例的評審工作?如果有丘侠，請描述測試用例評審的過程和評審的內(nèi)容茶鉴。
評審計劃->預審->評審;
評審內(nèi)容主要是測試用例對軟件需求的覆蓋程度，對于相關(guān)邊界是否考慮灭返，是否針對復雜流程準備多套測試數(shù)據(jù)盗迟，是否有專門針對非功能性需求的測試。
98熙含、您認為性能測試工作的目的是什么?做好性能測試工作的關(guān)鍵是什么?
關(guān)鍵是測試腳本的錄制罚缕，測試時候測試環(huán)境的干凈。
100怎静、.您以往所從事的軟件測試工作中邮弹，是否使用了一些工具來進行軟件缺陷(Bug)的管理?如果有，請結(jié)合該工具描述軟件缺陷(Bug)跟蹤管理的流程消约。
CQ肠鲫，也可以使用BugFree等免費工具。
101或粮、.您如何看待軟件過程改進?在您曾經(jīng)工作過的企業(yè)中导饲，是否有一些需要改進的東西呢?您期望的理想的測試人員的工作環(huán)境是怎樣的?
將先進的經(jīng)驗或思想固化到過程中，通過過程改進和能力提高來改進軟件質(zhì)量氯材。
TCP/IP五層協(xié)議：應用層渣锦、傳輸層、網(wǎng)絡層氢哮、數(shù)據(jù)鏈路層袋毙、硬件層
