你們以前測試的流程是怎樣的
<答:測試計劃—測試用例設計—測試執行—測試分析報告>
爲什麼選擇測試這行
<答:它是一個新興的行業,有發展潛力,而且很鍛鍊人,需要掌握更多的技能,甚至比做開發要更難>
如果我僱用你,你能給部門帶來什麼貢獻
答:分享我的測試經驗和測試技能提高測試部門技術水平
如何從工作中看出你是個自動自覺的人
答:自動自覺範圍太廣
- 工作成果
- 工作質量
你的工作通常能在時限內完成嗎?
答:在有足夠的資源和合理的工作量的情況下完全可以按時完成並能比一般人做的更好
通常你對於別人批評你會有什麼樣的反應
有錯即改;無錯勉之
如果明知這樣做不對,你還會依主管的指過去做嗎
首先,我想既然是領導要求的做法,那首先肯定是爲了公司好,可能某方面考慮的有些欠缺,接着,我再把自己的真實想法告訴主管,把這件事情的利弊進行詳細陳述,我想主管會明白自己的做法欠缺。
如果你接到一個客戶抱怨的電話,你確知無法解決他的問題,你會怎麼處理
答:爲什麼抱怨,是怎麼樣的問題
如果是客服問題,提交客服部門解決
如果是質量問題,分析原因,下一版本改進
你覺得什麼樣的人最難相處
答:自以爲是的人
什麼叫單元測試
單元測試是開發人員編寫的、用於檢測在特定條件下目標代碼正確性的代碼。單元測試(unit testing),是指對軟件中的最小可測試單元進行檢查和驗證。對於單元測試中單元的含義,一般來說,要根據實際情況去判定其具體含義,如C語言中單元指一個函數,Java裏單元指一個類,圖形化的軟件中可以指一個窗口或一個菜單等。總的來說,單元就是人爲規定的最小的被測功能模塊。單元測試是在軟件開發過程中要進行的最低級別的測試活動,軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。
請就軟件測試人員應該具備什麼樣的基本素質說說你的看法。
態度、責任心、自信、敏銳的觀察力、良好的發散思維
1.軟件測試分哪兩種方法分別適合什麼情況
軟件測試方法一般分爲兩種白盒測試與黑盒測試。白盒測試又稱爲結構測試、邏輯驅動測試或基於程序
本身的測試它着重於程序的內部結構及算法通常不關心功能與性能指標黑盒測試又被稱爲功能測試、
數據驅動測試或基於規格說明的測試它實際上是站在最終用戶的立場檢驗輸入輸出信息及系統性能指
標是否符合規格說明書中有關功能需求及性能需求的規定。
2.一套完整的測試應該由哪些階段組成,分別闡述一下各個階段。
計劃階段、設計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統測試、迴歸測試、驗收測試一套
完整的測試應該由五個階段組成
1、測試計劃首先根據用戶需求報告中關於功能要求和性能指標的規格說明書定義相應的測試需求報
告即制訂黑盒測試的最高標準。以後所有的測試工作都將圍繞着測試需求來進行符合測試需求的應用
程序即是合格的反之即是不合格的同時還要適當選擇測試內容合理安排測試人員、測試時間及測
試資源等。
2、測試設計將測試計劃階段制訂的測試需求分解、細化爲若干個可執行的測試過程併爲每個測試過程
選擇適當的測試用例測試用例選擇的好壞將直接影響測試結果的有效性。
3、測試開發建立可重複使用的自動測試過程。
4、測試執行執行測試開發階段建立的自動測試過程並對所發現的缺陷進行跟蹤管理測試執行一般由
單元測試、組合測試、集成測試、系統聯調及迴歸測試等步驟組成測試人員應本着科學負責的態度一
步一個腳印地進行測試。
5、測試評估結合量化的測試覆蓋域及缺陷跟蹤報告對於應用軟件的質量和開發團隊的工作進度及工作
效率進行綜合評價。
3.軟件測試的類型有哪些?分別比較這些不同的測試類型的區別與聯繫。
BVT (Build Verification Test),主要目的是驗證最新生成的軟件版本在功能上是否完整,主要的軟件特性是否正確
Scenario Tests基於用戶實際應用場景的測試Scenario Tests 優點是關注了用戶的需求
缺點:是有時候難以真正模仿用戶真實的使用情況 Smoke Test修復 Bug 後針對此次修復是否會對其他模塊造成影響而進行的專門測試。
Smoke Test(冒煙測試) 優點是節省測試時間防止 build 失敗。缺點是:覆蓋率還是比較低
Application Compatibility Test兼容性測試
主要目的是爲了兼容第三方軟件,確保第三方軟件能正常運行用戶不受影響。
Accessibility Test軟件適用性測試
是確保軟件對於某些有殘疾的人士,也能正常的使用,但優先級比較低。
Functional Test功能測試、
Security Test安全性測試、
Stress Test壓力測試、
Performance Test性能測試、
Regression Test迴歸測試、
Setup/Upgrade Test安裝升級測試等
4. 測試用例通常包括那些內容,着重闡述編制測試用例的具體做法不同結構的用例包括的不一樣。
軟件測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果。 用例編號:測試用例的編號有一定的規則,比如系統測試用例的編號這樣定義規則:PROJECT1-ST-001,
命名規則是項目名稱測試階段類型系統測試階段編號。定義測試用例編號便於查找測試用例
便於測試用例的跟蹤。
測試標題 對測試用例的描述測試用例標題應該清楚表達測試用例的用途。比如 “ 測試用戶登錄時
輸入錯誤密碼時軟件的響應情況 ” .重要級別 定義測試用例的優先級別可以籠統的分爲 “ 高 ”
和 “ 低 ” 兩個級別。一般來說如果軟件需求的優先級爲 “ 高 ” 那麼針對該需求的測試用例優
先級也爲 “ 高 ” 反之亦然測試輸入提供測試執行中的各種輸入條件。根據需求中的輸入條件
確定測試用例的輸入。測試用例的輸入對軟件需求當中的輸入有很大的依賴性如果軟件需求中沒有很好
的定義需求的輸入那麼測試用例設計中會遇到很大的障礙。
操作步驟提供測試執行過程的步驟。對於複雜的測試用例測試用例的輸入需要分爲幾個步驟完成這
部分內容在操作步驟中詳細列出。
預期結果提供測試執行的預期結果預期結果應該根據軟件需求中的輸出得出。如果在實際測試過程中
得到的實際測試結果與預期結果不符那麼測試不通過反之則測試通過。
5.描述使用 bugzilla 缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程
1、測試人員或開發人員發現 bug 後判斷屬於哪個模塊的問題填寫 bug 報告後系統會自動通過 Email
通知項目組長或直接通知開發者。
1 經驗證無誤後修改狀態爲 VERIFIED.待整個產品發佈後修改爲 CLOSED. 還有問題REOPENED
狀態重新變爲“New"併發郵件通知。
2項目組長根據具體情況重新 reassigned 分配給 bug 所屬的開發者。
3 若是進行處理resolved 並給出解決方法。可創建補丁附件及補充說明
4開發者收到 Email 信息後判斷是否爲自己的修改範圍。
5 若不是重新 reassigned 分配給項目組長或應該分配的開發者。
6測試人員查詢開發者已修改的 bug進行重新測試。
面試的時候經常會被問到的幾個問題
1、測試很枯燥你怎麼調節自己
答對我來說,測試並不枯燥,我會認真的對每個項目都進行測試,因爲每個項目都有它不同的地方,比天天打字的打字員好多了… 如果我覺得枯燥了,我會想想其他的事情,放鬆自己的情緒,以達到調節的目的.因爲工作,不管什麼工作,都會有枯燥的一面.
2、測試能給你帶來什麼樣的快樂
答:測試可以給我帶來很多快樂,如果測試出一個項目缺少東西,我會很高興,因爲我對自己的工作有了新的認識,也爲公司做了效益;如果測試出一個項目沒有問題,我也很高興,因爲同事們都在努力,大家都希望爲公司做貢獻,這就是一個很強大的團隊這是一件多麼另人振奮的事情啊!
3、軟件測試的目的
答:測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷通過修正種錯誤和
缺陷提高軟件質量迴避軟件發佈後由於潛在的軟件缺陷和錯誤造成的隱患帶來的商業風險。
4、需求文檔測試
主要測試需求中是否存在邏輯矛盾以及需求在技術上是否可以實現
設計文檔測試測試設計是否符合全部需求以及設計是否合理。
5、什麼是軟件測試
答:軟件測試是爲了發現錯誤而執行程序的過程。或者說軟件測試是根據軟件開發各階段的規格說明和程序的內部結構而精心設計一批測試用例,即輸入數據及其預期的輸出結果,並利用這些測試用例去運行程序,以發現程序錯誤的過程。軟件測試在軟件生存期中橫跨兩個階段,通常在編寫出每一個模塊之後就對它做必要的測試稱爲單元測試。模塊的編寫者與測試者是同一個人。編碼與單元測試屬於軟件生存期中的同一個階段。在這個階段結束之後對軟件系統還要進行各種綜合測試這是軟件生存期的另一個獨立的階段,即測試階段,通常由專門的測試人員承擔這項工作。
6、白盒測試有哪幾種方法
答:白盒測試也稱結構測試或邏輯驅動測試它是知道產品內部工作過程可通過測試來檢測產品內部
動作是否按照規格說明書的規定正常進行按照程序內部的結構測試程序檢驗程序中的每條通路是否都
有能按預定要求正確工作而不顧它的功能白盒測試的主要方法有邏輯驅動、基路測試等主要用於軟
件驗證。“白盒”法全面瞭解程序內部邏輯結構、對所有邏輯路徑進行測試。“白盒”法是窮舉路徑測試。
7、Beta 測試在客戶場地由客戶進行的對產品預發佈版本的測試。軟件驗收測試合格通過準則
1、軟件需求分析說明書中定義的所有功能已全部實現性能指標全部達到要求。
2 所有測試項沒有殘餘的一級二級三級的錯誤。
3 立項審批表、需求分析文檔、設計文檔和編碼實現一致。
4 驗收測試工件齊全,測試計劃,測試用例,測試日誌,測試通知單,測試分析報告,軟件驗收測試包括正式驗收測試、alpha 測試、beta 測試三種測試。系統測試的策略功能測試性能測試外部接口測試界面測試強度測試
冗餘測試可靠性測試恢復測試等設計系統測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計劃。
利用因果圖導出測試用例需要經過的一般步驟
1.分析程序規格說明的描述中哪些是原因哪些是結果。
2.分析程序規格說明的描述中語義的內容並將其表示成連接各個原因與各個結果的因果圖
3.在因果圖上使用若干個特殊的符號標明特定的約束條件
4.把因果圖轉換成判定表
5.把判定表中每一列表示的情況寫成測試用例階段評審與同行評審的區別同行評審目的:發現小規模工
作產品的錯誤,只要是找錯誤;
階段評審目的:評審模塊階段作品的正確性可行性及完整性
同行評審人數:3-7 人人員必須經過同行評審會議的培訓,由 SQA 指導階段評審人數:5 人左右評審人必須是專傢俱有系統評審資格
同行評審內容:內容小一般文檔 < 40 頁, 代碼 < 500 行
階段評審內容: 內容多,主要看重點
同行評審時間:一小部分工作產品完成
階段評審時間: 通常是設置在關鍵路徑的時間點上!什麼是軟件測試使用人工或自動手段來運行或測
定某個系統的過程其目的在於檢驗它是否滿足規定的需求或是弄清預期結果與實際結果之間的差別。軟
件測試就是在軟件投入運行前對軟件需求分析、設計規格說明和編碼的最終複審是軟件質量保證的關
鍵步驟。軟件測試是爲了發現錯誤而執行程序的過程。簡述集成測試的過程根據 IEEE 標準 集成測試劃分
爲 4 個階段計劃階段設計階段實現階段執行階段實施階段
計劃階段
1時間安排 概要設計完成評審後大約一個星期
2輸入 需求規格說明書 概要設計文檔 產品開發計劃路標
3入口條件 概要設計文檔已經通過評審
4活動步驟
1.定被測試對象和測試範圍
2.評估集成測試被測試對象的數量及難度即工作量
3.確定角色分工和作任務
4.標識出測試各階段的時間,任務,約束等條件
5.考慮一定的風險分析及應急計劃
6.考慮和準備集成測試需要的測試工具,測試儀器,環境等資源7.考慮外部技術支援的力度和深度,以及相關培訓安排
8.定義測試完成標準
5、輸出 集成測試計劃
6、出口條件 集成測試計劃通過概要設計階段基線評審
設計階段
1時間安排 詳細設計階段開始
2輸入 需求規格說明書 概要設計 集成測試計劃
3入口條件 概要設計基線通過評審
4活動步驟
1.被測對象結構分析 2.集成測試模塊分析 3.集成測試接口分析 4.集成測試策略分析5.集成測試工具分析 6.集成測試環境分析 7.集成測試工作量估計和安排。
5輸出 集成測試設計方案
6.出口條件 集成測試設計通過詳細設計基線評審。
實現階段
1時間安排 在編碼階段開始後進行
2輸入 需求規格說明書 概要設計 集成測試計劃 集成測試設計
3入口條件 詳細設計階段
4活動步驟 集成測試用例設計 集成測試程設計 集成測試代碼設計如果需要 集成測試腳本如
果需要 集成測試工具如果需要
5輸出 集成測試用例 集成測試規程 集成測試代碼 集成測試腳本 集成測試工具
6出口條件 測試用例和測試規程通過編碼階段基線評審
執行階段
1時間安排 單元測試已經完成後就可以開始執行集成測試了
2輸入 需求規格說明書 概要設計 集成測試計劃 集成高度設計 集成測試例 集成測試規
程 集成測試代碼如果有 集成測試腳本 集成測試工具 詳細設計 代碼 單元測試報告
3入口條件 單元測試階段已經通過基線化評審
4活動步 驟 執行集成測試用例 迴歸集成測試用例 撰寫集成測試報告
5輸出 集成測試報告
6出口條件 集成測試報告通過集成測試階段基線評審文檔測試文檔審覈測試目前越來越引起人們的重視,軟件質量不是檢查出來的而是融進軟件開發中來。文檔審覈測試主要包括需求文檔測試,設計文檔測試,爲前置軟件測試測試中的一部分。
第二部分
1、常見的測試用例設計方法都有哪些請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。
1. 等價類劃分
常見的軟件測試面試題劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數據對於揭露程序中的錯誤都是等效的.併合理地假定:測試某等價類的代表值就等於對這一類其它值的測試.因此,可以把全部輸入數據合理劃分爲若干等價類,在每一個等價類中取一個數據作爲測試的輸入條件,就可以用少量代表性的測試數據.取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
2. 邊界值分析法
邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發生在輸入或輸出範圍的邊界上,而不是發生在輸入輸出範圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤. 使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應着重測試的邊界情況.應當選取正好等於,剛剛大於或剛剛小於邊界的值作爲測試數據,而不是選取等價類中的典型值或任意值作爲測試數據.
3. 錯誤推測法
基於經驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法. 錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤.以前產品測試中曾經發現的錯誤等, 這些就是經驗的總結。還有, 輸入數據和輸出數據爲 0 的情況。輸入表格爲空格或輸入表格只有一行. 這些都是容易發生錯誤的情況。可選擇這些情況下的例子作爲測試用例.
4. 因果圖方法
前面介紹的等價類劃分方法和邊界值分析方法,都是着重考慮輸入條件,但未考慮輸入條件之間的聯繫, 相互組合等. 考慮輸入條件之間的相互組合,可能會產生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多. 因此必須考慮採用一種適合於描述對於多種條件的組合,相應產生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖,邏輯模型, 因果圖方法最終生成的就是判定表. 它適合於檢查程序輸
入條件的各種組合情況.
5. 正交表分析法
有時候可能因爲大量的參數的組合而引起測試用例數量上的激增同時這些測試用例並沒有明顯的優先級上的差距而測試人員又無法完成這麼多數量的測試,就可以通過正交表來進行縮減一些用例,從而達到儘量少的用例覆蓋儘量大的範圍的可能性。
6. 場景分析方法
指根據用戶場景來模擬用戶的操作步驟這個比較類似因果圖但是可能執行的深度和可行性好。
2、您認爲做好測試用例設計工作的關鍵是什麼
A 白盒測試用例設計的關鍵是以較少的用例覆蓋儘可能多的內部程序邏輯結果
B 黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試
以最少的用例在合理的時間內發現最多的問題
詳細的描述一個測試活動完整的過程。
- 項目經理通過和客戶的交流完成需求文檔由開發人員和測試人員共同完成需求文檔的評審評審的內容包括需求描述不清楚的地方和可能有明顯衝突或者無法實現的功能的地方。項目經理通過綜合開發人員測試人員以及客戶的意見完成項目計劃。然後 SQA (軟件質量保證師)進入項目開始進行統計和跟蹤
- 開發人員根據需求文檔完成需求分析文檔測試人員進行評審評審的主要內容包括是否有遺漏或者雙方理解不同的地方。測試人員完成測試計劃文檔測試計劃包括的內容上面有描述。
- 測試人員根據修改好的需求分析文檔開始寫測試用例同時開發人員完成概要設計文檔詳細設計文檔。此兩份文檔成爲測試人員撰寫測試用例的補充材料。
- 測試用例完成後測試和開發需要進行評審。
- 測試人員搭建環境
- 開發人員提交第一個版本可能存在未完成功能需要說明。測試人員進行測試發現 BUG後提交給 BugZilla。
- 開發提交第二個版本包括 Bug Fix 以及增加了部分功能測試人員進行測試。
- 重複上面的工作一般是 3-4 個版本後 BUG 數量減少達到出貨的要求。
- 如果有客戶反饋的問題需要測試人員協助重現以及迴歸測試。
3以往是否曾經從事過性能測試工作請儘可能的詳細描述您以往的性能測試工作的完整過程。
曾經做過一套網管系統的性能測試主要測試該軟件在同時管理大量終端的情況下在響應時間CPU/磁盤/內存等參數是否滿足要求。也曾經做過軟交換系統的呼叫性能測試主要是測試軟交換系統在有大量呼叫的情況下響應時
間呼叫成功率CPU/磁盤/內存等參數是否滿足設計要求。
4您在從事性能測試工作時是否使用過一些測試工具如果有請試述該工具的工作原理並以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。
測試網管系統中使用的 Mimic 來模擬終端能夠大量的節省成本。測試軟交換系統的時候使用的Prolab 來模擬終端併發送呼叫軟交換他完成了同時數百人才能完成的摘機撥號工作
主要工作原理:是產生一些符合要求的 IP 包併發送給軟交換系統同時對軟交換系統的迴應進行處理決定下一步動作。
5、您認爲性能測試工作的目的是什麼做好性能測試工作的關鍵是什麼
主要是保障在大量用戶的情況下服務能正常使用。
6在您以往的工作中,一條軟件缺陷或者叫 Bug記錄都包含了哪些內容?如何提交高質量的軟件缺陷(Bug)記錄?
- 在傳統的 BugZilla 中BUG 描述應該包括以下的信息和 BUG 產生對應的軟件版本
- 開發的接口人員
- BUG 的優先級
- BUG 的嚴重程度
- BUG 可能屬於的模塊如果不能確認可以用開發人員來判斷
- BUG 標題需要清晰的描述現象
- BUG 描述需要儘量給出重新 Bug 的步驟
- BUG 附件中能給出相關的日誌和截圖。
高質量的 BUG 記錄就是指很容易理解的 BUG 記錄所以對於描述的要求高能提供的信息多且準確很好的幫助開發人員定位。
7.白箱測試和黑箱測試是什麼?什麼是迴歸測試?
迴歸測試是指修改了舊代碼後重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。自動迴歸測試將大幅降低系統測試、維護升級等階段的成本。迴歸測試包括兩部分函數本身的測試、其他代碼的測試。
8.單元測試、集成測試、系統測試的側重點是什麼
單元測試
是在軟件開發過程中要進行的最低級別的測試活動,在單元測試活動中,軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。
集成測試
也叫組裝測試或聯合測試。在單元測試的基礎上,將所有模塊按照設計要求組裝成爲子系統或系統,進行集成測試。實踐表明,一些模塊雖然能夠單獨地工作,但並不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題,在全局上很可能暴露出來,影響功能的實現。
系統測試
是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。
9.設計用例的方法、依據有那些
白盒測試邏輯覆蓋法主要包括語句覆蓋判斷覆蓋條件覆蓋判斷-條件覆蓋路徑覆蓋 黑盒測試等價劃分類邊界值分析錯誤推測法。
10.集成測試通常都有那些策略
1、在把各個模塊連接起來的時候穿越模塊接口的數據是否會丟失
2、各個子功能組合起來能否達到預期要求的父功能
3、一個模塊的功能是否會對另一個模塊的功能產生不利的影響
4、全局數據結構是否有問題
5、單個模塊的誤差積累起來是否會放大從而達到不可接受的程度。
11.一個缺陷測試報告的組成
缺陷的標題缺陷的基本信息復現缺陷的操作步驟缺陷的實際結果描述期望的正確結果描述註釋文字和截取的缺陷圖象。
12.基於 WEB 信息管理系統測試時應考慮的因素有哪些
參考:https://blog.csdn.net/lluozh2015/article/details/49079145
13.軟件本地化測試比功能測試都有哪些方面需要注意
軟件本地化測試的目的
軟件本地化測試的測試策略
1.本地化軟件要在各種本地化操作系統上安裝並測試。
2.源語言軟件安裝在另一臺相同源語言操作系統上作爲對比測試。
3.重點測試因本地化引起的軟件的功能和軟件界面的錯誤。
4.測試本地化軟件的翻譯質量。
5.手工測試和自動測試相結合。
14.需求測試注意事項有哪些
一個良好的需求應當具有一下特點:
完整性每一項需求都必須將所要實現的功能描述清楚以使開發人員獲得設計和實現這些功能所需
的所有必要信息。
正確性每一項需求都必須準確地陳述其要開發的功能。
一致性一致性是指與其它軟件需求或高層系統業務需求不相矛盾。
可行性每一項需求都必須是在已知系統和環境的權能和限制範圍內可以實施的。
無二義性對所有需求說明的讀者都只能有一個明確統一的解釋由於自然語言極易導致二義性,所以儘量把每項需求用簡潔明瞭的用戶性的語言表達出來。
健壯性需求的說明中是否對可能出現的異常進行了分析並且對這些異常進行了容錯處理。
必要性“必要性”可以理解爲每項需求都是用來授權你編寫文檔的“根源”。要使每項需求都能回溯至某項客戶的輸入如 Use Case 或別的來源。
可測試性每項需求都能通過設計測試用例或其它的驗證方法來進行測試。
可修改性每項需求只應在 S R S 中出現一次。這樣更改時易於保持一致性。另外使用目錄表、索引和相互參照列表方法將使軟件需求規格說明書更容易修改。
可跟蹤性應能在每項軟件需求與它的根源和設計元素、源代碼、測試用例之間建立起鏈接鏈,這種可跟蹤性要求每項需求以一種結構化的粒度好f i n e - g r a i n e d 的方式編寫並單獨標明而不是大段大段的敘述。
15. 爲什麼要在一個團隊中開展軟件測試工作
因爲沒有經過測試的軟件很難在發佈之前知道該軟件的質量就好比 ISO 質量認證一樣,測試同樣也需要質量的保證,這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發現軟件中存在的問題,及時讓開發人員得知並修改問題,在即將發佈時,從測試報告中得出軟件的質量情況。
16. 您在以往的測試工作中都曾經具體從事過哪些工作,其中最擅長哪部分工作
我曾經做過 web 測試後臺測試客戶端軟件其中包括功能測試性能測試用戶體驗測試。最擅長的是功能測試
17. 您所熟悉的軟件測試類型都有哪些請試着分別比較這些不同的測試類型的區別與聯繫
測試類型有:功能測試性能測試界面測試。
功能測試在測試工作中佔的比例最大功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態測試時需要測試軟件產品的功能不需測試軟件產品的內部結構和處理過程。
採用黑盒技術設計測試用例的方法有:等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
性能測試是通過自動化的測試工具模擬多種正常、峯值以及異常負載條件來對系統的各項性能指標進行測試。負載測試和壓力測試都屬於性能測試兩者可以結合進行。通過負載測試,確定在各種工作負載下系統的性能目標是測試當負載逐漸增加時系統各項性能指標的變化情況。
壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點來獲得系統能提供的最大服務級別的測試。
界面測試界面是軟件與用戶交互的最直接的層界面的好壞決定用戶對軟件的第一印象。而且設計良好的界面能夠引導用戶自己完成相應的操作起到嚮導的作用。同時界面如同人的面孔具有吸引用戶的直接優勢。設計合理的界面能給用戶帶來輕鬆愉悅的感受和成功的感覺相反由於界面設
計的失敗讓用戶有挫敗感再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。
區別在於:功能測試關注產品的所有功能上,要考慮到每個細節功能每個可能存在的功能問題。性能測試主要關注於產品整體的多用戶併發下的穩定性和健壯性。界面測試更關注於用戶體驗上用戶使用該產品的時候是否易用,是否易懂,是否規範,快捷鍵之類的,是否美觀,能否吸引用戶的注意力,是否安全,儘量在前臺避免用戶無意輸入無效的數據當然考慮到體驗性,不能太粗魯的彈出警告,做某個性能測試的時候,首先它可能是個功能點,首先要保證它的功能是沒問題的,然後再考慮該功能點的性能測試
18、您認爲做好測試用例設計工作的關鍵是什麼
白盒測試用例設計的關鍵是以較少的用例覆蓋儘可能多的內部程序邏輯結果
黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試以最少的用例在合理的時間內發現最多的問題
19. 請試着比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯繫。
黑盒測試已知產品的功能設計規格可以進行測試證明每個實現了的功能是否符合要求。
白盒測試已知產品的內部工作過程可以通過測試證明每種內部操作是否符合設計規格要求所有內部成分是否以經過檢查。
軟件的黑盒測試意味着測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子測試人員完全不考慮程序內部的邏輯結構和內部特性只依據程序的需求規格說明書檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數據驅動測試。
黑盒測試主要是爲了發現以下幾類錯誤
1、是否有不正確或遺漏的功能
2、在接口上輸入是否能正確的接受能否輸出正確的結果
3、是否有數據結構錯誤或外部信息例如數據文件訪問錯誤
4、性能上是否能夠滿足要求
5、是否有初始化或終止性錯誤
白盒測試 是對軟件的過程性細節做細緻的檢查。這種方法是把測試對象看做一個打開的盒子它允許測試人員利用程序內部的邏輯結構及有關信息設計或選擇測試用例對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態確定實際狀態是否與預期的狀態一致。因此白盒測試又稱爲結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查
1、對程序模塊的所有獨立的執行路徑至少測試一遍。
2、對所有的邏輯判定取“真”與取“假”的兩種情況都能至少測一遍。
3、在循環的邊界和運行的界限內執行循環體。
4、測試內部數據結構的有效性等等。
單元測試:模塊測試是開發者編寫的一小段代碼用於檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言,一個單元測試是用於判斷某個特定條件或者場景下某個特定函數的行爲。單元測試是由程序員自己來完成,最終受益的也是程序員自己。可以這麼說程序員有責任編寫功能代碼,同時也就有責任爲自己的代碼編寫單元測試。執行單元測試就是爲了證明這段代碼的行爲和我們期望的一致。
集成測試也叫組裝測試聯合測試是單元測試的邏輯擴展。它的最簡單的形式是:兩個已經測試過的單元組合成一個組件,並且測試它們之間的接口。從這一層意義上講組件是指多個單元的集成聚合。在現實方案中許多單元組合成組件而這些組件又聚合成程序的更大部分。方法是測試片段的組合並最終擴展進程將您的模塊與其他組的模塊一起測試。
最後,將構成進程的所有模塊一起測試。
系統測試 是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。常見的聯調測試系統測試的目的是對最終軟件系統進行全面的測試確保最終軟件系統滿足產品需求並且遵循系統設計。
驗收測試 是部署軟件之前的最後一個測試操作。驗收測試的目的是確保軟件準備就緒,並且可以讓最終用戶將其用於執行軟件的既定功能和任務。
驗收測試是向未來的用戶表明系統能夠像預定要求那樣工作。經集成測試後已經按照設計把所有的模塊組裝成一個完整的軟件系統接口錯誤也已經基本排除了,接着就應該進一步驗證軟件的有效性這就是驗收測試的任務即軟件的功能和性能如同用戶所合理期待的那樣。
20. 測試計劃工作的目的是什麼測試計劃工作的內容都包括什麼其中哪些是最重要的
軟件測試計劃是指導測試過程的綱領性文件包含了產品概述、測試策略、測試方法、測試區域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。藉助軟件測試計劃參與測試的項目成員尤其是測試管理人員可以明確測試任務和測試方法保持測試實施過程的順暢溝通跟蹤和控制測試進度應對測試過程中的各種變更。
測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關係測試計劃主要從宏觀上規劃測試活動的範圍、方法和資源配置而測試詳細規格、測試用例是完成測試任務的具體戰術。所以其中最重要的是測試:
測試策略和測試方法最好是能先評審
21文件格式系統有哪幾種類型分別說說 win95、win98、winMe、w2k、winNT、winXP 分 別支持那些文件系統。(NTFS 格式新(N)技術(T)文件(F)系統(S))
FAT16 windows 95/98/me/nt/2000/xp unixlinuxDos
FAT32 windows 95/98/me/2000/xp
NTFS windows nt/2000/xp
22分別填入一個語句完成下面的函數通過遞歸計算數組 a[100]的前 n 個數之和。
Int sum ( int a[],int n )
{
if (n>0) return___________________________;
else return________________________;
}
23. 寫出你所知道的 3 種常用的排序方法並用其中一種方法設計出程序爲數組 a[100]排序
冒泡排序、選擇排序、插入排序
24什麼是兼容性測試兼容性測試側重哪些方面請按照優先級用矩陣圖表列出。
兼容性是指協調性
(1)硬件上就是說你的電腦的各個部件CPU顯卡等等組裝到一起以後的情況會不會相互有影響不能很好的運作
(2)軟件上就是說你的電腦的軟件之間能否很好的運做會不會有影響啊還有軟件和硬件之間能否發揮很好的效率工作會不會影響導致系統的崩潰
(1)、平臺測試 市場上有很多不同的操作系統類型最常見的有 Windows、Unix、Macintosh、Linux 等。
Web 應用系統的最終用戶究竟使用哪一種操作系統取決於用戶系統的配置。這樣就可能會發生兼容性問題同一個應用可能在某些操作系統下能正常運行但在另外的操作系統下可能會運行失敗。因此在 Web 系統發佈之前需要在各種操作系統下對 Web 系統進行兼容性測試。
(2)、瀏覽器測試
瀏覽器是 Web 客戶端最核心的構件來自不同廠商的瀏覽器對 Java、JavaScript、ActiveX、 plug-ins 或不同的 HTML 規格有不同的支持。例如ActiveX 是 Microsoft 的產品是爲 Internet Explorer 而設計的JavaScript 是 Netscape 的產品Java 是 Sun的產品等等。另外框架和層次結構風格在不同的瀏覽器中也有不同的顯示甚至根本不顯示。不同的瀏覽器對安全性和 Java 的設置也不一樣。測試瀏覽器兼容性的一個方法是創建一個兼容性矩陣。在這個矩陣中測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。
25我現在有個程序發現在 WIN98 上運行得很慢怎麼判別是程序存在問題還是軟硬件系統存在問題
- 首先, 根據被測對象內容和大小的不同, 系統配置的不同, 爲快慢設個標準.?例如:?
打 開一個 web 窗口耗時 10 秒,如果沒有標準網速 512kb 的人認爲很快;但網速 2MB的人可能認爲很慢; 這就很難衡量打開那個窗口到底是快還是慢, 所以要看系統配置.當然也跟被打開窗口的內容和大小有關, 打開純文字窗口肯定比打開帶有很多圖片,flash 動畫等內容的窗口快, 所以要看被測對象的內容和大小. - 根據標準來衡量. 參考 SRS
- 系統的軟件,硬件配置是否滿足程序運行需求。比如: 程序需要運行在 windows98 以上, 內存 256MB 以上, 而那臺 PC 是 win98, 內存 128MB 則在軟件配置上達到臨界點, 硬件配置就存在問題.
- 該程序是否要調用組件, 或訪問數據庫等其他軟件. 如果需要,則其他相關配置是否滿足需求?
- 是否在運行被測程序時, 很多其他程序也在運行, 超過 windows98 的負載。比如: 運行被測程序時, 同時打開 50 個其他程序, 估計肯定超出 OS 自己的負載, 看被測程序運行狀態; 如果只運行被測試程序, 看被測程序運行狀態; 打開多個程序的先後順序, 看被測試程序運行狀態.
二、 單選題
- 下列屬於黑盒測試技術的是【A 】。
A正交實驗法
B程序插樁
C邏輯覆蓋
D基本路徑測試法 - 在進行單元測試時常用的方法是【A 】。
A採用白盒測試輔之以黑盒測試
B採用黑盒測試輔之以白盒測試
C只使用白盒測試
D只使用黑盒測試 - 用邊界值分析法假定整數 X 的取值範圍是 1<=X<=100那麼 X 在測試中應該取哪些邊界值【B 】
AX=1X=100
BX=0X=1X=100X=101
CX=0X=101
DX=1X=2X=99X=100 - 多條件覆蓋是一種邏輯覆蓋它的含義是設計足夠的測試用例使得每個判定中條件的各種可能組合都至少出現一次滿足多條件覆蓋級別的測試用例也是滿足【1B】級別的針對布爾表達式 A&&B||C
執行邏輯覆蓋測試測試用例至少需要【C】種組合才能滿足多條件覆蓋的要求。
A判定覆蓋、條件覆蓋、條件判定組合覆蓋、修正條件判定覆蓋
B語句覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋
C語句覆蓋、判定覆蓋、條件判定組合覆蓋、修正條件判定覆蓋
D路徑覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋
(2)A6 B. 4 C. 8 D. 12 - 在軟件生命週期的不同階段需要實施不同類型的測試工作單元測試是對程序設計進行驗證其中
【1】不是單元測試的主要內容。在進行單元測試過程中通常測試工程師都需要藉助【2】來代替所
測模塊調用的子模塊。在單元測試的基礎上需要將所有模塊按照概要設計的詳細設計說明書的要求進行
組裝模塊組裝成系統的方式有兩種分別是【3】。
A模塊接口測試
B.有效性測試
C.路徑測試
D.邊界測試
A.樁模塊
B.驅動模塊
C.樁模塊和驅動模塊
D.存根模塊和驅動模塊
A.一次性組裝和增殖性組裝
B.自頂向下組裝和自底向上組裝
C.單個模塊組裝和混合模塊組裝
D.接口組裝和功能組裝 - 某評測機構 A 承接了公司 B 開發的 ERP 軟件的測試工作負責該項目的軟件評測師甲爲了提高自己在
ERP 方面的知識向機構 A 的負責人提出要到開發 ERP 軟件的公司 D 做兼職開發工作的要求。當測試工作
正在進行時公司 B 爲了申報某科技獎項希望機構 A 能先出具一份證實其軟件質量優秀的測試報告並
且口頭承諾測試會繼續進行並且測試過程中發現的問題都會得到改正。
如果你是機構 A 的負責人對於評測師甲的請求你將【1】 。
對於公司 B 提出的要求機構 A 的評測師甲、乙分別給出瞭如下的建議甲認爲可以出質量優秀報告
但是需要公司 B 出具改正所有測試問題的書面承諾書和自己 QA 部門認可乙認爲由於測試還沒有結束
很多問題海沒有得到改正因此不能出質量優秀的報告但可以根據已經測試過的模塊的情況出具一個
質量基本合格的報告。對於以上建議你認爲【2】。測試結束後評測師乙提出要保留公司 B 的被測試軟
件的樣品對於評測師乙的要求你認爲 【3】。
1A不批准甲的要求
B批准甲的要求但是要求甲不能透露公司 B 的信息
C不批准甲的請求但是建議甲可以到公司 B 做兼職開發工作
D批准甲的請求並要求甲儘快提高自己在 ERP 方面的知識爲公司多做貢獻
2A應該聽從甲的建議
B應該聽從乙的建議
C應該綜合甲乙的建議
D都不正確
3A不合理這樣侵犯了 B 的知識產權
B不合理僅保留程序就行了
C不合理僅保留文檔就行了
D合理 - 測試工期緊張時你會集中精力於【 】。
A儘可能多的測試
B非關鍵測試工作
C加速關鍵線路上測試的執行
D通過降低成本如減少測試用例加速執行 - 通過疲勞強度測試最容易發現【 】問題。
A併發用戶數
B內存泄露
C系統安全性
D功能錯誤 - 用等價類方法劃分 windows 文件名稱應該分爲【 】個等價區間。
A. 2 B. 3
C. 4 D. 6 - 如下那些工具不屬於壓力測試工具【 】。
ALoadRunner
BLogiscope嵌入式測試工具
CWAS(WebSphere Application Server(WAS))
DRational Robot - 如下哪些測試場景不屬於負載壓力測試【 】。
A恢復測試
B疲勞強度測試
C大數據量測試
D併發性能測試 - TMM–軟件測試成熟度模型分【 】級 。
A三級
B四級
C五級
D六級 - 測試分析過程不包括如下哪項【 】。
A問題分析
B覆蓋分析
C測試總結
D邊界值分析 - 軟件測試的對象包括【 】。
A. 目標程序和相關文檔
B. 源程序、目標程序、數據及相關文檔
C. 目標程序、操作系統和平臺軟件
D. 源程序和目標程序 - 測試過程中軟件測試人員最重要的任務是【 】。
A制訂測試計劃
B編制測試設計說明
C選擇並編制測試案例
D測試總結 - 軟件調試的目的是找出錯誤所在並改正之軟件測試的目的是【 】。
A證明程序中沒有錯誤
B發現程序中的錯誤
C測量程序的動態特性
D檢查程序中的語法錯誤 - V 模型指出【 】對系統設計進行驗證。
A. 單元測試
B. 集成測試
C. 功能測試
D. 系統測試 - V 模型指出【 】應當追朔到用戶需求說明。
A. 代碼測試
B. 集成測試
C. 驗收測試
D. 單元測試 - 實踐表明大多數軟件缺陷產生的原因來自於【 】。
A. 概要設計說明書
B編程錯誤
C. 產品說明書
D詳細設計說明書 - 下列情況中那種情況下適用於採用自動化測試【 】。
A業務規則複雜的對象
B需要反覆進行的工作
C 週期很短的項目
D易用性測試 - 軟件從一個計算機系統轉換到另一個計算機系統運行的難易程度是指軟件【 】。
A兼容性
B可移植性
C可轉換性
D可接近性 - 在規定的條件下和規定的時間間隔內軟件實現其規定功能的概率稱爲【 】。
A可使用性
B可接近性C可靠性
D穩定性 - 需求分析中開發人員要從用戶那裏解決的最重要的問題是【 】。
A要讓軟件做什麼
B要給該軟件提供哪些信息
C要求軟件工作效率怎樣
D要讓該軟件具有何種結構 - 決策表的化簡就是【 】。
A將表中能合併的行進行合併直到不能合併爲止
B將表中能合併的列進行合併直到不能合併爲止
C將表中能分解的行進行分解直到不能分解爲止
D將表中能分解的列進行分解直到不能分解爲止 - 瀑布模型本質上是一種【 】。
A線性順序模型
B順序迭代模型
C線性迭代模型
D. 及早見產品模型 - 快速原型模型的主要特點之一是【 】。
A開發完畢才見到產品
B. 及早提供全部完整的軟件產品
C. 開發完畢後才見到工作軟件
D. 及早提供工作軟件 - 對於業務流清晰的系統可以利用【 (1) 】貫穿整個測試用例設計過程廣在用例中綜合使用各種測試
方法對於參數配置類的軟件要用【 (2) 】選擇較少的組合方式達到最佳效果如果程序的功能說明
中含有輸入條件的組合情況則一開始就可以選用【 3 】和判定表驅動法。
(1) A等價類劃分 B因果圖法 C正交試驗法 D場景法
(2) A等價類劃分 B因果圖法 C正交試驗法 D場景法
(3) A等價類劃分 B因果圖法 C正交試驗法 D場景法 - 爲了使模塊儘可能獨立要求【 】。
A. 模塊的內聚程度要儘量高且各模塊間的耦合程度要儘量強
B. 模塊的內聚程度要儘量高且各模塊間的耦合程度要儘量弱
C. 模塊的內聚程度要儘量低且各模塊間的耦合程度要儘量弱
D. 模塊的內聚程度要儘量低且各模塊間的耦合程度要儘量強 - 與十進制數 254 等值的二進制數是【 】。
A11111110
B11101111
C11111011
D1110111030. 計算機中一個浮點數由兩部分組成它們是【 】。
A. 階碼和尾數
B. 基數和尾數
C. 階碼和基數
D. 整數和小數 - 設有一個關係 Student(學號姓名系名課程號成績)查詢至少選修了四門課程的學生學號、
姓名及平均成績的 SELECT 語句應該是
SELECT 學號姓名AVG(成績) AS 平均成績
FROM Student
GROUP BY【 】
HAVING COUNT(課程號)>3
A學號
B姓名
C系名
D課程號 - 某供應商數據庫中的供應關係爲 SPJ(供應商號零件號工程號數量)如下命令查詢某工程至少
用了 3 家供應商包括三家供應的零件的平均數量並按工程號的降序排列。
SELECT 工程號【 1 】FROM SPJ GROUP BY 工程號【2】 ORDER BY 工程號 DESC
1
A .AVG (數量) At 平均數量
B. AVG (數量) AS 平均數量
C. 平均數量 At AVG (數量)
D. 平均數量 AS AVG (數量)
2
AHAVING COUNTDISTINCT 供應商號 >2
BWhere COUNT DISTINCT 供應商號 >2
CHAVINGDISTINCT 供應商號 >2
DWhere 供應商號 >2 - LINUX 下解壓縮文件的命令爲【 】
A. tar zxvf 文件名
B. unzip 文件名
C. CAT 文件名
D. VI 文件名 - 對 abcd 文件賦予所有者和組許可的讀和執行權限命令正確的是【 】。
A. chmod 033 abcd
B. chmod 550 abcd
C. chmod 770 abcd
D. chmod u+rx abcd - 在 unix 中創建了文件對該文件賦予權限使用 umask 022 命令後該文件權限顯示正確的是【 】。
A. rwxr-xr-x
B. ----w–w-C. rw-r–r--
D. --x-wx-wx - 某二又樹的後序遍歷序列爲 DABEC中序遍歷序列爲 DEBAC則前序序列遍歷爲【 】。
AACBED
BDECAB
CCEDBA
D不能確定
評析二叉樹 BT 的後序遍歷序列爲 dabec故 BT 的根結點爲 c(後序遍歷序列的最後一個結點爲數的根結
點)而 BT 的中序遍歷序列是 debac即遍歷序列中最後一個結點爲跟結點說明 BT 的右子樹爲空。由
BT 的的後序遍歷序列和中序遍歷序列可知 BT 的左子樹(LST)的後序遍歷序列和中序遍歷序列分別爲 dabe
和 deba(樹是遞歸定義的)故 LST 的根結點是 e在由 LST 的中序遍歷序列可知其左子樹爲 d。因此 BT 的
前序遍歷序列爲 cedba。 - 以下哪一個不是棧的基本運算【 】?
A. 刪除棧頂元素
B. 刪除棧底元素
C. 判斷棧是否爲空
D. 將棧置爲空棧 - 在下列排序算法中在待排序的數據表已經爲有序時花費時間反而最多的是【 】。
A. 快速排序
B. 希爾排序
C. 冒泡排序
D. 堆排序 - 以下哪一個選項按順序包括了 OSI 模型的各個層次【 】。
A. 物理層數據鏈路層網絡層傳輸層會話層表示層和應用層
B. 物理層數據鏈路層網絡層傳輸層系統層表示層和應用層
C. 物理層數據鏈路層網絡層轉換層會話層表示層和應用層
D. 表示層數據鏈路層網絡層傳輸層會話層物理層和應用層 - 某部門申請到一個 C 類 IP 地址若要分成 8 個子網其掩碼應爲【 】。
A. 255.255.255.255
B.255.255.255.0
C.255.255.255.224
D.255.255.255.192 - 在網絡應用測試中網絡延遲是一個重要指標。以下關於網絡延遲的理解正確的是【 】。
A指響應時間
B指報文從客戶端發出到客戶端接收到服務器響應的間隔時間
C指報文在網絡上的傳輸時間
D指從報文開始進入網絡到它開始離開網絡之間的時間
解釋網絡延遲這個也跟 tcp/ip 協議有關。如果網絡帶寬有限那麼數據在通過 tcp/ip 協議傳輸過程
中就會出現排長隊的情況從而是計算機接受到數據的時候會有一點的延遲這個延遲在網絡技術中的
解釋是在傳輸介質中傳輸所用的時間即從報文開始進入網絡到它開始離開網絡之間的時間。 - 如果互連的局域網高層分別採用 TCP/IP 協議與 SPX/IPX 協議那麼我們可以選擇的互連設備應該是
【 】。
A. 中繼器
B. 網橋
C. 網卡
D. 路由器
解釋路由器工作在網絡的網絡層上當數據包要在不同協議、不同體系結構的網絡之間進行傳輸時路
由器不僅可以進行路由選擇還可以進行數據包的格式轉換以適應這種傳送。 - 一個擁有 5 個職員的公司每個員工擁有一臺計算機現要求用最小的代價將這些計算機聯網實現
資源共享最能滿足要求的網絡類型是【 】。
A. 主機/終端
B. 對等方式
C. 客戶/服務器方式
D. INTERNET - 頁面事件的生命週期順序是【 】。
A. Page_Load Page_Init Change Click Page_Unload
B. Page_Load Page_Init Click ChangePage_Unload
C. Page_Init Page_Load Change Click Page_Unload
D. Page_Init Page_Load Click Change Page_Unload - 在 ISO/OSI 參考模型中同層對等實體間進行信息交換時必須遵守的規則稱爲 【 F 】 相鄰層間
進行信息交換時必須遵守的規則稱爲【 B 】。一般下一層對上一層提供操作服務稱爲 【 A 】。上一層對
下一層通過稱爲【 B 】關係實現。
A協議 B. 接口
C.服務 D.關係
E. 調用 F. 連接
G. 會話
三、 多選題每題 2 分共 10 分 - 不能對軟件進行完全測試的原因主要包括【 】。
A. 輸入量太大
B. 輸出結果太多
C. 軟件說明書沒有客觀標準
D. 測試時間有限 - 下列敘述中正確的是【 ABE 】。
A 白盒測試又稱爲結構測試或邏輯驅動測試
B 黑盒測試是通過軟件的外部表現來發現軟件缺陷和錯誤的測試方法
C 負載測試是通過逐步增加系統負載測試系統性能的變化並最終確定在什麼負載條件下系統性能
處於失效狀態並以此來獲得系統能提供的最大服務級別的測試。
D 壓力測試是通過逐步增加系統負載測試系統性能的變化並最終確定在滿足性能指標的情況下
系統所能承受的最大負載量的測試。E 疲勞強度測試通常是採用系統穩定運行情況下能夠支持的最大併發用戶數或者日常運行用戶數持
續執行一段時間業務保證達到系統疲勞強度需求的業務量通過綜合分析交易執行指標和資源監控指標
來確定系統處理最大工作量強度性能的過程。
解釋
性能測試性能測試用來保證產品發佈後系統的性能能夠滿足用戶需求。其中系統性能包括執行效率、資
源佔用、穩定性、安全性、兼容性、可擴展性、可靠性等。
負載測試負載測試時通過逐步增加系統負載測試系統性能的變化並最終確定在滿足性能指標的情況
下系統所能承受的最大負載量的測試。
壓力測試壓力測試是通過逐步增加系統負載測試系統性能的變化並最終確定在什麼負載條件下系統
性能處於失效狀態並以此來獲得系統能提供的最大服務級別的測試。
疲勞強度測試通常是採用系統穩定運行情況下能夠支持的最大併發用戶數或 者日常運行用戶數持續
執行一段時間業務通過綜合分析交易執行指標和資源監控指標來確定系統處理最大工作量強度性能的過
程。 疲勞強度測試可以反映出系統的性能問題例如內存泄漏等。 - “性能測試時響應時間持續緩慢且隨着負載越來越慢”出現以上現象是由【 】原因造成的。
A. 外部系統應用程序通過太大或太多的請求濫用後端系統
B. 糟糕的編碼一些代碼進行交互處理時就掛起了 CPU把吞吐速度減慢到爬行的速度
C. 內部資源瓶頸過度使用或分配不足
D. 中間層問題由於對數據和請求不斷的排列、解除排列從而把所有通過它的流量減慢到爬行速度 - 鏈表具備的特點是【 】。
A可隨機訪問任何一個元素
B插入、刪除操作不需要移動元素
C無需事先估計存儲空間大小
D所需存儲空間與線性表長度成正比 - UNIX 系統中進程由三部分組成進程控制塊正文段和數據段。這意味着一個程序的正文與數據可以
是分開的這種分開的目的是爲了【 】。
A.可共享正文
B.可共享數據
C.可重入
D.方便編程
E.以上全部
四、 判斷題每題分共 10 分 - 軟件測試的目的是儘可能多的找出軟件的缺陷。【 √ 】
- 測試無法顯示軟件潛在的缺陷。【 ×】
- 驗收測試是由最終用戶來實施的。【 √ 】
- 從理論上講黑盒測試只有採用窮舉輸入測試把所有可能的輸入都作爲測試情況考慮才能查出程
序中所有的錯誤。【 × 】 - 代碼評審是檢查源代碼是否達到模塊設計的要求。【× 】
- 軟件測試中可以認爲質量和可靠性是同一回事。【× 】
- 軟件質量是指軟件滿足規定用戶需求的能力。【 × 】
- 對於連鎖型分支結構若有 n 個判定語句則有 2n 條路徑。【√ 】
- 線性表若採用鏈式存儲表示時所有結點之間的存儲單元地址可連續可不連續。【 】
- 每個工作日中 60%的業務在 40%的時間內完成。【 × 】