軟件測試面試題大全（內附答案）《計算機信息系統集成資質證書》怎么辦理？

1.你為什么選擇軟件測試行業因為之前有了解軟件測試這個行業，覺得他的發展前景很好。 2.根據你以前的工作經驗描述一下軟件開發、測試過程，由那些角色負責，你做什么要有...

軟件測試面試題大全（內附答案）
我們精選了一下網友答案：

···································^^····································

1.你為什么選擇軟件測試行業

因為之前有了解軟件測試這個行業，覺得他的發展前景很好。

2.根據你以前的工作經驗描述一下軟件開發、測試過程，由那些角色負責，你做什么

要有架構師、開發經理、測試經理、程序員、測試員。我在里面主要是負責所分到的模塊執行測試用例。

3.結合你以前的學習和工作經驗，你認為如何做好測試。

根據我以前的工作經驗，我認為做好工作首先要有一個好的溝通，只有溝通無障礙了，才會有好的協作，才會有跟好的效率，再一個就是技術一定要過關，做測試要有足夠的耐心，和一個良好的工作習慣，不懂的就問，實時與同事溝通這樣的話才能做好測試工作。

4. 你覺得測試最重要的是什么？

盡可能的找出軟件的錯誤

5.怎樣看待加班問題

加班的話我沒有太多的意見，但是我還是覺得如果能夠合理的安排時間的話，不會有太多時候會加班的。

6.如果一個很有個性的程序員認為自己的BUG不是BUG，怎么解決？

首先我要確定我所提的在我認為是不是bug，如果我認為是的話我會在他面前重現這個bug和他講這是個bug，和他溝通，或者我會找到我的直系領導讓他解決。

7. 為什么在團隊中要有測試

因為軟件有錯誤，如果沒有專業的測試人員很難發現軟件的一些錯誤。

8.在測試時代學習自己最大的收獲是什么?

在測試時代我除了學習了測試的知識外，還看到了老師們對待測試的一種態度，明白了做任何工作都要有溝通，做測試的也要有很好的溝通才可以做好。知道自己在項目組中的位置，和開發的關系。

9. 你對未來的規劃

我想在工作中慢慢的積累經驗，使自己強大起來，能夠擔任更重要的職務。

10. 自己優勢及缺點

我的優點是有足夠的耐心對待每一件事情，善于觀察事物，承受壓力的能力很強。缺點可能就是我不是很愛說話，習慣做不習慣說，但是和人溝通還是沒有問題的。

11.請談談您對測試工作的理解

我認為測試工作是找出軟件產品的錯誤

12.你認為測試人員需要具備哪些素質？

我認為做測試的應該要有一定的協調能力，因為測試人員要經常與開發接觸處理一些問題，如果處理不好的話會引起一些沖突這樣的話工作上就會做不好。還有測試人員要有一定的耐心，有的時候做的測試很枯燥乏味的。除了要有耐心之外還要細心，不放過每一個可能的錯誤。

13.你為什么能夠做測試這一行。

雖然說我的測試技術還不是很純熟，但是我覺得我還是可以勝任軟件測試這個工作的，因為做軟件測試不僅是要求技術好，還要有一定的溝通能力，耐心、細心等外在的因素。綜合起來看我認為我是勝任這個工作的。

14.什么是軟件測試？軟件測試的目的與原則

在規定的條件下對程序進行操作，以發現程序錯誤，衡量軟件質量，并對其是否能滿足設計要求進行評估的過程。

軟件測試的目的：

測試是程序的執行過程，目的在于發現錯誤
一個成功的測試用例在于發現至今未發現的錯誤
一個成功的測試是發現了至今未發現的錯誤的測試
確保產品完成了它所承諾或公布的功能，并且用戶可以訪問到的功能都有明確的書面說明。
確保產品滿足性能和效率的要求
確保產品是健壯的和適應用戶環境的

軟件測試的原則：

測試用例中一個必須部分是對預期輸出或接過進行定義
程序員應避免測試自己編寫的程序
編寫軟件的組織不應當測試自己編寫的軟件
應當徹底檢查每個測試的執行結果
測試用例的編寫不僅應當根據有效和預料到的輸入情況，而且也應當根據無效和未預料到的輸入情況
檢擦程序是否“未做其應該做的”僅是測試的一半，測試的另一半是檢查程序是否“做了其不應該做的”
應避免測試用例用后即棄，除非軟件本身就是個一次性的軟件
計劃測試工作時不應默許假定不會發現錯誤
程序某部分存在更多錯誤的可能性，與該部分已經發現錯誤的數量成正比
軟件測試是一項極富創造性，極具智力的挑戰性的工作

15.測試分為哪幾個階段？

一般來說測試大體分為5個階段：

單元測試、集成測試、確認測試、系統測試、驗收測試

在測試過程中如果有需要還要進行回歸測試。

16.單元測試的測試對象，目的、測試依據、測試方法？

測試對象是模塊內部的程序錯誤；

目的是消除局部模塊邏輯和功能上的錯誤和缺陷；

測試依據是模塊的詳細設計；

測試方法采用白盒測試。

17.集成測試的測試對象，目的、測試依據、測試方法？

集成測試的測試對象是模塊間的組裝和調用關系；

目的是找出與軟件設計相關的程序結構模塊調用關系，模塊間接口方面問題；

測試依據是概要設計；

測試方法采用灰盒測試。

18.系統測試的測試對象，目的、測試依據、測試方法？

系統測試的測試對象是整個系統；

測試的目的是對整個系統進行測試；

測試的依據是需求規格說明書；測試方法黑盒測試。

19.測試覆蓋的類型

測試覆蓋的類型有：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、路徑覆蓋

20.性能測試的分類

分為：性能測試、負載測試、壓力測試、容量測試

負載測試與壓力測試可以結合進行。

21.列舉您熟悉的主流自動化測試工具

我熟悉的自動化測試工具有：基于web的測試管理工具TestDirector、配置管理工具VSS、QTP以及性能測試工具LoadRunner

22.c/s和b/s結構的軟件進行測試時有何不同

C/S又稱Client/Server或客戶/服務器模式。服務器通常采用高性能的PC、工作站或小型機，并采用大型數據庫系統。客戶端需要安裝專用的客戶端軟件。

B/Ｓ是Brower/Server的縮寫，客戶機上只要安裝一個瀏覽器（Browser）。瀏覽器通過Web Server 同數據庫進行數據交互。

23. 頁面中有一個輸入日期的輸入框和一個輸入身份證號的輸入框，如何進行用例設計?

輸入日期的輸入框要考慮邊界值、輸入非法數據、非數字等

身份證輸入框要考慮18位省份證、16位身份證、非18、16位的數據、漢字、字母、非法數據、

24.測試和質量保證有什么區別？你的看法

質量保證是對軟件制作過程的制作質量進行管理，看是否符合公司的規定。

軟件測試是對軟件產品的質量本身進行測試，是從技術方面出發測試軟件質量

25.用過什么缺陷管理工具？流程是什么有什么能改進的

我所熟悉的是TD

流程是將測試計劃、方案、測試用例錄入TD，在TD上執行測試用例記錄缺陷，并對bug進行跟蹤。

26.你有沒有用過QTP做項目，QTP的工作原理

我有用QTP做過項目。QTP的工作原理是執行重復的手動測試，首先制定測試計劃再根據測試計劃創建測試腳本，然后對腳本進行優化增強測試腳本的能接下來運行腳本分析測試的結果

27.什么是白盒測試？白盒測試的工具有哪些？

白盒測試是測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有的邏輯路徑進行測試。工具有：Rational Purify 、Rational Quantify 、Rational Purecoveage

28.路由器，集線器，交換機的區別？

路由器的作用是用于連接不同網段并且找到網絡中數據傳輸最合適的路徑。

集線器的作用是將一些pc機連起來組成一個局域網。

交換機的作用與集線器的相似，區別在于集線器采用的是共享帶寬的方式，交換機是獨享帶寬。

29.我手上這支筆，請你根據這支筆設計測試用例

首先我要測它的外觀、顏色是否符合要求、她所占的空間是多大、是否環保、接下來測它的質量、這支筆是否能夠寫字流暢、寫出的自得顏色是否符合要求、能使用多長時間等

30.BUG報告包括那些內容

Bug出現的位置、可重現的步驟、所使用的數據、bug的截圖、發現人及日期。

31.W和H模型的區別

W模型強調的是測試伴隨整個軟件開發周期，而且測試的對象不僅是程序，需求也需要進行測試，測試與開發是同步進行的。

H模型是講測試活動玩卻的獨立出來，形成了完全獨立的流程，可以實現迭代而W模型不支持迭代這是兩者最打的區別。

32.沒有任何說明書，如何進行測試？

首先是通過對軟件測使用來熟悉整個軟件，接著是與開發溝通掌握軟件的特性并一一記錄下來，作為測試的依據。

33.你在測試中發現了一個bug，但是開發經理認為這不是一個bug，你應該怎樣解決？
首先，將問題提交到缺陷管理庫里面進行備案。
然后，要獲取判斷的依據和標準：

根據需求說明書、產品說明、設計文檔等，確認實際結果是否與計劃有不一致的地方，提供缺陷是否確認的直接依據；
如果沒有文檔依據，可以根據類似軟件的一般特性來說明是否存在不一致的地方，來確認是否是缺陷；
根據用戶的一般使用習慣，來確認是否是缺陷；
與設計人員、開發人員和客戶代表等相關人員探討，確認是否是缺陷；

合理的論述，向測試經理說明自己的判斷的理由，注意客觀、嚴謹，不參雜個人情緒。
等待測試經理做出最終決定，如果仍然存在爭議，可以通過公司政策所提供的渠道，向上級反映，并有上級做出決定。

34.給你一個網站，你如何測試？

首先，查找需求說明、網站設計等相關文檔，分析測試需求。

制定測試計劃，確定測試范圍和測試策略，一般包括以下幾個部分：功能性測試；界面測試；性能測試；數據庫測試；安全性測試；兼容性測試

設計測試用例：

功能性測試可以包括，但不限于以下幾個方面：

鏈接測試。鏈接是否正確跳轉，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回。
提交功能的測試。
多媒體元素是否可以正確加載和顯示。
多語言支持是否能夠正確顯示選擇的語言等。

界面測試可以包括但不限于一下幾個方面：

頁面是否風格統一，美觀
頁面布局是否合理，重點內容和熱點內容是否突出
控件是否正常使用
對于必須但未安裝的控件，是否提供自動下載并安裝的功能
文字檢查

性能測試一般從以下兩個方面考慮：

壓力測試；負載測試；強度測試

數據庫測試要具體決定是否需要開展。數據庫一般需要考慮連結性，對數據的存取操作，數據內容的驗證等方面。

安全性測試：

基本的登錄功能的檢查
是否存在溢出錯誤，導致系統崩潰或者權限泄露
相關開發語言的常見安全性問題檢查，例如SQL注入等
如果需要高級的安全性測試，確定獲得專業安全公司的幫助，外包測試，或者獲取支持

兼容性測試，根據需求說明的內容，確定支持的平臺組合：

瀏覽器的兼容性；
操作系統的兼容性；
軟件平臺的兼容性；
數據庫的兼容性

開展測試，并記錄缺陷。合理的安排調整測試進度，提前獲取測試所需的資源，建立管理體系（例如，需求變更、風險、配置、測試文檔、缺陷報告、人力資源等內容）。

定期評審，對測試進行評估和總結，調整測試的內容。

35.軟件生存周期及其模型是什么？

軟件生存周期（Software life cycle）又稱為軟件生命期，生存期。是指從形成開發軟件概念起，所開發的軟件使用以后，直到失去使用價值消亡為止的整個過程。一般來說，整個生存周期包括計劃（定義）、開發、運行（維護）三個時期，每個時期又劃分為若干個階段。每個階段有明確的任務。

周期模型（典型的幾種）：

瀑布模型
快速原型模型：快速原型模型允許在需求分析階段對軟件的需求進行初步而非完全的分析和定義，快速設計開發出軟件系統的原型，該原型向用戶展示待開發軟件的全部或部分功能和性能；用戶對該原型進行測試評定，給出具體改進意見以豐富細化軟件需求；開發人員據此對軟件進行修改完善，直至用戶滿意認可之后，進行軟件的完整實現及測試、維護。
迭代模型：迭代包括產生產品發布（穩定、可執行的產品版本）的全部開發活動和要使用該發布必需的所有其他外圍元素。在某種程度上，開發迭代是一次完整地經過所有工作流程的過程：需求分析、設計、實施和測試工作流程。實質上，它類似小型的瀑布式項目。RUP認為，所有的階段都可以細分為迭代。每一次的迭代都會產生一個可以發布的產品，這個產品是最終產品的一個子集。

生命周期階段：

軟件計劃與可行性分析
需求分析
軟件設計
編碼
軟件測試
運行與維護

38.目前主要的測試用例設計方法是什么？

白盒測試：邏輯覆蓋、循環覆蓋、基本路徑覆蓋

黑盒測試：邊界值分析法、等價類劃分、錯誤猜測法、因果圖法、狀態圖法、測試大綱法、隨機測試、場景法

39.什么是測試用例什么是測試腳本兩者的關系是什么？

為實施測試而向被測試系統提供的輸入數據、操作或各種環境設置以及期望結果的一個特定的集合。

測試腳本是為了進行自動化測試而編寫的腳本。

測試腳本的編寫必須對應相應的測試用例

40.軟件產品質量特性是什么?

功能性：適應性、準確性、互操作性、依從性、安全性。

可靠性：成熟性、容錯性、易恢復性。

可使用性：易理解性、易學習性、易操作性。

效率：時間特性、資源特性。

可維護性：易分析性、易變更性、穩定性、易測試性。

可移植性：適應性、易安裝性、遵循性、易替換性

41.測試人員在軟件開發過程中的任務是什么？

1、盡可能早的找出系統中的Bug；2、避免軟件開發過程中缺陷的出現；3、衡量軟件的品質，保證系統的質量；4、關注用戶的需求，并保證系統符合用戶需求。總的目標是：確保軟件的質量。

42.如何測試一個紙杯？

功能度：用水杯裝水看漏不漏；水能不能被喝到

安全性：杯子有沒有毒或細菌

可靠性：杯子從不同高度落下的損壞程度

可移植性：杯子在不同的地方、溫度等環境下是否都可以正常使用

兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等

易用性：杯子是否燙手、是否有防滑措施、是否方便飲用

用戶文檔：使用手冊是否對杯子的用法、限制、使用條件等有詳細描述

疲勞測試：將杯子盛上水（案例一）放24小時檢查泄漏時間和情況；盛上汽油（案例二）放24小時檢查泄漏時間和情況等

壓力測試：用根針并在針上面不斷加重量，看壓強多大時會穿透

43.測試用例設計的原則是什么？目前主要的測試用例設計方法有哪些？

代表性：能夠代表并覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數據、操作和環境設置等.

可判定性：即測試執行結果的正確性是可判定的，每一個測試用例都應有相應的期望結果.

可再現性：即對同樣的測試用例，系統的執行結果應當是相同的。

方法有等價類、邊界值、因果圖、狀態圖、正交法、大綱法

44.如何定位測試用例的作用？

組織性：編寫、組織性、功能覆蓋、重復性、跟蹤、測試確認

45.性能測試的流程?

1.測試需求分析2.測試計劃制定與評審3.測試用例設計與開發4.測試執行與監控5.分析測試結果6.編寫性能測試報告7.測試經驗總結

46.您認為做好測試用例設計工作的關鍵是什么?

了解項目或系統的業務需求

和項目經理協調好，了解項目的進度計劃安排情況

47.您認為做好測試用例設計工作的關鍵是什么?

對業務和軟件需求非常清楚，可以根據需求不同選擇不同的測試用例設計

48.一份測試計劃應該包括哪些內容？

背景、項目簡介、目的、測試范圍、測試策略、人員分工、資源要求、進度計劃、參考文檔、常用術語、提交文檔、風險分析。

49.你的測試職業發展目標是什么？

測試經驗越多，測試能力越高。所以我的職業發展是需要時間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業規劃，前3年累積測試經驗，不斷的更新自己改正自己，做好測試任務。

50.測試結束的標準是什么？

從微觀上來說，在測試計劃中定義，比如系統在一定性能下平穩運行72小時，目前Bug Tracking System中，本版本中沒有一般嚴重的BUG，普通BUG的數量在3以下，BUG修復率90%以上等等參數，然后由開發經理，測試經理，項目經理共同簽字認同版本Release。

如果說宏觀的，則是當這個軟件徹底的消失以后，測試就結束了。

看完點個贊吧，祝你早日找到好工作~

·······································································

《計算機信息系統集成資質證書》怎么辦理？
我們精選了一下網友答案：

應該是經信委---當地行政審批服務中心  你可以打114查詢經信委
然后咨詢他們，應該有辦理流程給你或者辦理該資質需要什么條件

···································^^····································

電子工程建設信息網，評審機構辦理，賽寶認證中心可以，見個人資料

···································^^····································

為加強計算機信息系統集成市場的規范化管理，促進計算機信息系統集成企業能力和水平的不斷提高，確保各應用領域計算機系統工程質量，信息產業部從2000年開始建立計算機信息系統集成資質管理制度，制定并發布了《計算機信息系統集成資質管理辦法》。

···································^^····································

湖北軟件評測中心在武漢大學掛牌成立

為加強計算機信息系統集成市場的規范化管理，促進計算機信息系統集成企、事業單位能力和水平的不斷提高，確保各應用領域計算機信息系統工程質量，根據國務院批準的“三定”方案，信息產業部決定建立計算機信息系統集成資質管理制度，計算機信息系統集成資質認證工作。 

凡從事計算機信息系統集成業務的單位，必須經過資質認證并取得相應的資質證書。

為此，制定《計算機信息系統集成資質管理辦法（試行）》，現予發布，自2000年1月1日起試行。 

信息產業部計算機信息系統集成資質認證工作辦公室（簡稱資質認證工作辦公室）是資質認證工作的日常辦事機構，負責具體組織實施資質認證工作。資質認證工作辦公室暫設在中國軟件評測中心

·······································································

【產品名單】湖北省第五批通過“軟件產品評估”的產品名單正式出爐！
我們精選了一下網友答案：

···································^^····································

關于公布湖北省2016年第五批軟件產品評估結果的通知

鄂軟協評〔2016〕11號

各有關企業：

根據《國務院關于印發進一步鼓勵軟件產業和集成電路產業發展若干政策的通知》(國發〔2011〕4號)、《軟件產品評估規范》（HBSIA 002-2015）和有關規定，經企業申報，湖北省軟件行業協會組織評估，確認征原HXD3D型機車控制監視系統（TCMS）軟件V1.0 等 169 件軟件產品通過軟件產品評估；縱橫駕校管理系統V1.0 1 件軟件產品證書予以變更，現予公布。經湖北省軟件行業協會網站及中國軟件企業評估聯盟網站公示無異議，頒發軟件產品證書。

附件： 1.湖北省2016年第五批軟件產品評估名單

2. 湖北省2016年軟件產品證書變更名單

湖北省軟件行業協會

二〇一六年五月二十五日

1.湖北省2016年第五批軟件產品評估名單