超全干貨 | 軟件測試崗技術筆試21題（現在學編程去那所學校比較好？

原出處：CSDN 通常我們認為，一個技術宅只要懂技術就夠了。但，面對競爭日益激烈的今天，你仍然需要多樣化的面試技巧，讓你在千軍萬馬面前殺出重圍。（筆試篇，上） 1、一條軟件缺陷（或...

超全干貨 | 軟件測試崗技術筆試21題（上）
我們精選了一下網友答案：

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

原出處：CSDN

通常我們認為，一個技術宅只要懂技術就夠了。但，面對競爭日益激烈的今天，你仍然需要多樣化的面試技巧，讓你在千軍萬馬面前殺出重圍。（筆試篇，上）

1、一條軟件缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（Bug）記錄？

一條Bug記錄最基本應包含：編號、Bug所屬模塊、Bug描述、Bug級別、發現日期、發現人、修改日期、修改人、修改方法、回歸結果等等；要有效的發現Bug需參考需求以及詳細設計等前期文檔設計出高效的測試用例，然后嚴格執行測試用例，對發現的問題要充分確認肯定，然后再向外發布如此才能提高提交Bug的質量。

2、Bug必填字段有哪些？

一條bug信息至少需要以下幾條：bug編號、bug嚴重級別及優先級、bug產生的模塊等。首先要有bug摘要，闡述bug大體的內容；其次，找出bug對應的版本，bug詳細現象描述，包括一些截圖、錄像等等；最后就是bug出現時的測試環境，產生的條件即對應操作步驟。

3、簡述一下BUG的生命周期？

提交->確認->分配->修復->驗證->關閉

4、軟件的缺陷等級應如何劃分？

A類：嚴重錯誤，包括以下各種錯誤
1）由于程序所引起的死機，非法退出；
2）死循環；
3）數據庫發生死鎖；
4）因錯誤操作導致的程序中斷；
5）功能錯誤；
6）與數據庫連接錯誤；
7）數據通訊錯誤；

B類：較嚴重錯誤
1）程序錯誤；
2）程序接口錯誤；
3）數據庫的表、業務規則、缺省值未加完整性等約束條件；

C類：一般性錯誤
（操作界面錯誤，包括數據窗口內列名定義、含義是否一致）
2）打印內容、格式錯誤；
3）簡單的輸入限制未放在前臺進行控制；
4）刪除操作未給出提示；
5）數據庫表中有過多的空字段；

D類：小錯誤
1）界面不規范；
2）輔助說明描述不清楚；
3）輸入輸出不規范；
4）長操作未給用戶提示；
5）提示窗口文字未采用行業術語；
6）可輸入區域和只讀區域沒有明顯的區分標志；

測試過程及方法

1、你認為做好測試用例工作的關鍵是什么？

需求和設計文檔的理解程度，對系統的熟悉程度。

2、你認為做好測試用例工作的關鍵是什么？

1）尋找Bug；
2）避免軟件開發過程中的缺陷；
3）衡量軟件的品質；
4）關注用戶的需求；
總的目標是：確保軟件的質量。

3、一套完整的測試應該由哪些階段組成？

測試計劃、測試設計與開發、測試實施、測試評審與測試結論。

4、軟件驗收測試包括？

正式驗收測試，alpha測試，beta測試。

5、系統測試的策略有？

功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試。

6、描述軟件測試活動的生命周期？

測試周期分為計劃、設計、實現、執行、總結。其中：
1）計劃是對整個測試周期中所有活動進行規劃，估計工作量、風險，安排人力物力資源，安排進度等；
2）設計是完成測試方案，從技術層面上對測試進行規劃；
3）實現是進行測試用例和測試規程設計；
4）執行是根據前期完成的計劃、方案、用例、規程等文檔，執行測試用例。

總結：記錄測試結果，進行測試分析，完成測試報告。

7、簡述軟件測試中的“80-20原則”（了解就行）

（1）80%的軟件缺陷常常生存在軟件20%的空間里；
（2）測試工作中能夠發現和避免80%的軟件缺陷，此后的驗收測試等能夠幫助我們找出剩余缺陷中的80%，最后的5%的軟件缺陷可能只有在系統交付使用后用戶經過大范圍、長時間使用后才會曝露出來；
（3）80%的軟件缺陷可以借助人工測試而發現，20%的軟件缺陷可以借助自動化測試能夠得以發現。由于這二者間具有交叉的部分，因此尚有5%左右的軟件缺陷需要通過其他方式進行發現和修正。

8、詳細的描述一個測試活動完整的過程

1）項目經理通過和客戶的交流，完成需求文檔，由開發人員和測試人員共同完成需求文檔的評審，評審的內容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現的功能的地方。項目經理通過綜合開發人員，測試人員以及客戶的意見，完成項目計劃。然后SQA進入項目，開始進行統計和跟蹤
2）開發人員根據需求文檔完成需求分析文檔，測試人員進行評審，評審的主要內容包括是否有遺漏或者雙方理解不同的地方。測試人員完成測試計劃文檔，測試計劃包括的內容上面有描述；
3）測試人員根據修改好的需求分析文檔開始寫測試用例，同時開發人員完成概要設計文檔，詳細設計文檔。此兩份文檔成為測試人員撰寫測試用例的補充材料；
4）測試用例完成后，測試和開發需要進行評審；
5）測試人員搭建環境；
6）開發人員提交第一個版本，可能存在未完成功能，需要說明。測試人員進行測試，發現BUG后提交給BugZilla；
7）開發提交第二個版本，包括Bug Fix以及增加了部分功能，測試人員進行測試；
8）重復上面的工作，一般是3-4個版本后BUG數量減少，達到出貨的要求；
9）如果有客戶反饋的問題，需要測試人員協助重現以及回歸測試。

9、根據自己的理解回答什么是軟件測試，軟件測試分為哪幾個階段？

軟件測試是一個為了尋找軟件中的錯誤而運行軟件的過程，一個成功的測試是指找到了迄今為止尚未發現的錯誤的測試。軟件測試一般分為單元測試、集成測試和系統測試。

10、一套完整的測試應該由哪些階段組成?分別闡述一下各個階段

計劃階段、設計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統測試、回歸測試、驗收測試。一套完整的測試應該由五個階段組成：

1)測試計劃首先，根據用戶需求報告中關于功能要求和性能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。

2)測試設計將測試計劃階段制訂的測試需求分解、細化為若干個可執行的測試過程，并為每個測試過程選擇適當的測試用例(測試用例選擇的好壞將直接影響測試結果的有效性)。一個常見的軟件測試面試題一個常見的軟件測試面試題。

3)測試開發建立可重復使用的自動測試過程。

4)測試執行執行測試開發階段建立的自動測試過程，并對所發現的缺陷進行跟蹤管理，測試執行一般由單元測試、組合測試、集成測試、系統聯調及回歸測試等步驟組成，測試人員應本著科學負責的態度，一步一個腳印地進行測試。

5)測試評估結合量化的測試覆蓋域及缺陷跟蹤報告，對于應用軟件的質量和開發團隊的工作進度及工作效率進行綜合評價。

11、您認為做好測試用例設計工作的關鍵是什么？

白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果；

黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題。

12、黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優點和缺點

黑盒測試的優點：
1）比較簡單，不需要了解程序內部的代碼及實現；
2）與軟件的內部實現無關；
3）從用戶角度出發，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；
4）基于軟件開發文檔，所以也能知道軟件實現了文檔中的哪些功能；
5）在做軟件自動化測試時較為方便。

黑盒測試的缺點：
1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%；
2）自動化測試的復用性較低。

白盒測試的優點：
幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質量，發現代碼中隱藏的問題。

白盒測試的缺點：
1）程序運行會有很多不同的路徑，不可能測試所有的運行路徑；
2）測試基于代碼，只能測試開發人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求；
3）系統龐大時，測試開銷會非常大。

13、Beta測試與Alpha測試有什么區別？

Beta testing(β測試)，測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場Alphatesting(α測試)，是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試。

14、一個缺陷測試報告的組成

（1）測試軟件項目名稱，每個要測試軟件項目都有唯一的名稱，有的公司對項目還有特定的編號。
（2）測試軟件版本號，測試周期內，一般需要測試多個軟件版本，報告錯誤時，一定要正確填寫產生錯誤的軟件版本號。
（3）測試者名稱，便于分清責任，便于管理。
（4）測試日期與時間，便于分析和統計錯誤報告信息。
（5）測試軟件環境，包括操作系統和其他必要的軟件程序。
（6）測試硬件環境，包括測試計算機和其他測試設備的配置信息。
（7）錯誤描述，簡明的描述錯誤的特征，便于查詢和快速瀏覽。

錯誤包含以下幾個方面：
a)錯誤標識編號(ID#)，每個錯誤都有一個唯一的標識編號，方便查詢。
b)錯誤類型，根據錯誤類型，分配給適當的人員處理錯誤。
c)錯誤級別，錯誤的嚴重程度和處理的優先級，優先處理高級別的錯誤。
d)錯誤狀態，錯誤狀態表明錯誤是否已經處理和將怎樣處理，根據錯誤狀態，采用適當的處理方法。
e)錯誤處理者名稱，便于分清責任，便于管理。
f)重現錯誤的操作步驟，便于重現錯誤，修復錯誤和驗證錯誤。
g)期望的結果，描述滿足設計要求的結果。
h)實際測試結果，描述實際測試后得到的結果。
i)必要的附圖，便于確認錯誤的表現形式和錯誤位置。

（8）測試者的建議等注釋，便于錯誤處理者快速和正確處理錯誤。

轉載聲明：以上內容與圖片均來源于網絡，版權歸原作者所有，如來源信息有誤或侵犯權益，請聯系我們刪除或授權事宜。

需要測試資料？2020年軟件測試基礎視頻+軟件測試資料，點擊下面卡片領取：

kbyx0011.mikecrm.com/oiCzeCv?BIZ=ECOMMERCE&BIZFROM=ORG?kbyx0011.mikecrm.com

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

現在學編程去那所學校比較好？
我們精選了一下網友答案：

如果你是哈爾濱附近的,我建議你來今日圖靈,我也是這的學員,我在這已經快1年了,根據我的了解,這所學校從02年創辦到現在獨自就業率為100%,所謂獨自的意思就是,學校不推薦就業,自己憑能力就可以找到稱心的工作. 如果有意向的話可以加330958122咨詢. 我已經學完了, 還在跟著老師繼續做項目, 如果你來這里學的話, 找到我, 在學習中遇到麻煩, 我也很樂意效勞:)

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

看看一些基礎課本,先要對它有個大致的了解,北京清鳥不錯,還有新華電腦學校,

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

學什么編程啊，學軟件測試吧！

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

測試很無聊的       我朋友就是個測試員   天天做在哪打擺子     先去學下C++比較好上手！！！網上很多視頻下    至于學校就不大清楚了     好象北大清鳥學軟件的

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

【招標公告】哈爾濱市營商環境建設監督局_第三方評估_HC[2020]1196公開招標
我們精選了一下網友答案：

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

項目概況

（哈爾濱市營商環境建設監督局_第三方評估）招標項目的潛在投標人登錄黑龍江省政府采購網——哈爾濱市后，在左側列表“相關文件下載”中下載招標文件，并于2020年12月4日9時（北京時間）前上傳投標文件材料。

一、項目基本情況

項目編號：HC[2020]1196；項目名稱：哈爾濱市營商環境建設監督局_第三方評估；預算金額：400000元；采購需求：詳見招標文件

合同履行期限：詳見招標文件

本項目不接受聯合體投標。

二、申請人的資格要求：

1.滿足《中華人民共和國政府采購法》第二十二條規定；2.本項目的特定資格要求：詳見招標文件

三、獲取招標文件

時間：2020年11月3日至2020年11月11日17時止；方式：登錄黑龍江省政府采購網——哈爾濱市后，在左側列表“相關文件下載”中下載招標文件，招標文件下載后才具有提出質疑和投標資格；網址：www.hljcg.gov.cn選擇【哈爾濱】。

四、上傳投標文件材料截止時間：2020年12月4日9時，投標人憑key登陸政府采購系統，按照系統設定的格式逐項上傳資質、商務、技術及售后服務響應材料，截止時間后無法上傳。

五、網上簽到時間：2020年12月4日8.30時至9時。投標人使用key登陸并網上完成簽到，未在規定時間內簽到的投標人，投標無效。

六、網上解密時間：2020年12月4日9時至9.20時。投標人使用key登陸并網上完成解密，未能在規定時間內解密的投標人，采購中心將延長解密時間，由軟件工程師遠程協助解密。

七、公告期限：自本公告發布之日起5個工作日。

八、其他補充事宜：

九、對本次招標提出詢問，請按以下方式聯系。

1.采購人信息

名稱：哈爾濱市營商環境建設監督局

地址：南崗區中山路181號

項目聯系人：段健濱

聯系方式：87153456

2.采購代理機構信息

名稱：哈爾濱市政府采購中心

地址：哈爾濱市南崗區中山路181號市民大廈一號樓4樓

項目聯系人：鄭國良

聯系方式：87153913

往期精彩推薦：

寧波重大決策社會風險評估走向規范化

高校考生可參考第五輪學科評估結果

第五輪學科評估：高校準備好了嗎？

《評估智庫》是面向評估行業、服務地方政府、賦能評估機構的融媒體服務平臺，由中國第三方評估在線聯合中社科測評技術研究院、華夏問政研究院等學術機構共同主辦。歡迎關注和投稿。讓我們一起攜手，共同助力各級政府實現治理能力和治理水平現代化。更多政策解讀、行業資訊、評估報告和招投標信息請通過電腦PC端登錄中國第三方評估在線www.zgdsfpg.org.cn訪問。

政策|觀點|資訊|服務

合作及投稿：zhongsheke@163.com

聯系電話：010-59425066、15611862901

長按上方二維碼可添加主編微信