Ⅰ 應聘軟體測試，一般會有什麼筆試的題目
1：測試基礎理論；
2：網路協議知識；
3：linux
4:sql語句
5：測試用例--必問
6：代碼知識
7：邏輯題
=========
軟體測試面試題大全-最真實的面試題
以下為童鞋去面試整理的面試問題。--真實軟體測試面試題、真實公司所問的
適合人群：零基礎學習軟體測試、多年跳槽的人員
面試過程中也會有深挖的，這些就不在多寫。還有些待整理的，慢慢補上、完善。
希望對各位有所幫助！！！來源--Dotest
1：個人介紹
2：項目介紹
3：流程邏輯介紹
4：職責介紹
5：項目人數，分別負責的是什麼
6：每日工作介紹
7：介面如何測試的？用例如何設計？
8：一個項目中大概有多少個介面
9：get\post的區別
10：常見的狀態碼是什麼
11：postman、Jmeter\soapui的區別
12：公司流程
13：需求評審是怎麼進行的
14：測試計劃怎麼寫的？重點是什麼？
15：測試用例的思路？
16：如果我們沒有原型圖、需求的話，你怎麼寫用例
17：給你個app\web你能快速說下用例的設計思路嗎？
18：app與web的不同點是什麼？
19：測試報告的重點
20：什麼是灰度測試
21：上線後的跟蹤如何做的？
22：為什麼要做上線後的回歸測試
23：上線後發現的問題如何處理
24：什麼是UAT測試，為什要做UAT測試
25：bug怎麼描述的
26：用例怎麼描述的
27：優先順序和嚴重程度如何劃分
28：如果和開發有歧義的話怎麼辦
29：你映像bug是什麼？
30：你發現一個bug如何定位的
31：自動化測試如何進行的？用的什麼框架
32：常用的定位方法是什麼？
33：功能測試與自動化的區別
34：什麼樣的項目適合自動化
35：自動化的好處是什麼
36：自動化的劣處是什麼
37：你感覺你寫的用例覆蓋全面嗎
38：上線後發現的問題如何處理
39：linux常用的命令
40：linux常用的文件
41：linux環境搭建的步驟
42：常用sql語句
43：你們公司用sql嗎，怎麼用的
44：兼容測試你怎麼做的
45：手機是如何考慮的
46：兼容測試的重點是什麼
47：如果手機不夠的話你怎麼解決
48：真機和模擬器的區別是什麼
49：你如何保證兼容的覆蓋率
50：怎麼抓手機的數據包的？如何設置
51：通過抓取數據包主要測試什麼
52：性能測試做嗎？怎麼做的
53：python的遍歷是什麼
54：隨意丟個軟體說下具體的用例
55：你們公司多長時間迭代一次
56：迭代測試需要注意什麼
57：你映像最深的bug是什麼
58：你的期望薪資
59：你看比預期低2k，你能接受嗎
60：我們公司加班多，能接受嗎
61：能接受出差嗎？
62：路程有點遠
63：你為什麼要離職
64：你感覺你的優勢在哪？
65：你未來的規劃是什麼
66：你對下一個工作崗位有什麼期望或要求嗎
67：對你的領導有什麼要求嗎
68：你感覺你上家公司怎麼樣；能說下優缺點嗎？
69：你感覺你上家領導怎麼樣；能說下優缺點嗎？
70：有女朋友\男朋友嗎？
71：打算什麼時候要孩子
72：你看你有什麼想問的嗎
73：你大概什麼時候能入職
74：最近面試多嗎？
75：手上有offer嗎？
76：你是什麼時候開始找工作的？
77：你從上家公司離職已經有好幾天了，是剛開始找工作嗎？\為什麼一直沒找工作
Ⅱ 我要軟體測試的選擇題,初級認證那種,越全越好
下面這些題都可以做成選擇題：
1.白箱測試和黑箱測試是什麼?什麼是回歸測試?
回歸測試是指修改了舊代碼後，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。自動回歸測試將大幅降低系統測試、維護升級等階段的成本。回歸測試包括兩部分：函數本身的測試、其他代碼的測試。
2.單元測試、集成測試、系統測試的側重點是什麼？
單元測試是在軟體開發過程中要進行的最低級別的測試活動，在單元測試活動中，軟體的獨立單元將在與程序的其他部分相隔離的情況下進行測試。
集成測試，也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模塊按照設計要求，組裝成為子系統或系統，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但並不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現。
系統測試是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。
3.設計用例的方法、依據有那些？
白盒測試：邏輯覆蓋法，主要包括語句覆蓋，判斷覆蓋，條件覆蓋，判斷-條件覆蓋，路徑覆蓋
黑盒測試：等價劃分類，邊界值分析，錯誤推測法。
5.集成測試通常都有那些策略？
1、在把各個模塊連接起來的時候，穿越模塊介面的數據是否會丟失；
2、各個子功能組合起來，能否達到預期要求的父功能；
3、一個模塊的功能是否會對另一個模塊的功能產生不利的影響；
4、全局數據結構是否有問題；
5、單個模塊的誤差積累起來，是否會放大，從而達到不可接受的程度。
7.一個缺陷測試報告的組成
缺陷的標題，缺陷的基本信息，復現缺陷的操作步驟，缺陷的實際結果描述，期望的正確結果描述，注釋文字和截取的缺陷圖象。
8.基於WEB信息管理系統測試時應考慮的因素有哪些？
9.軟體本地化測試比功能測試都有哪些方面需要注意？
軟體本地化測試的目的：
軟體本地化測試的測試策略：1.本地化軟體要在各種本地化操作系統上安裝並測試。2.源語言軟體安裝在另一台相同源語言操作系統上，作為對比測試。3.重點測試因本地化引起的軟體的功能和軟體界面的錯誤。4.測試本地化軟體的翻譯質量。5.手工測試和自動測試相結合。
11.需求測試注意事項有哪些？
一個良好的需求應當具有一下特點：
完整性：每一項需求都必須將所要實現的功能描述清楚，以使開發人員獲得設計和實現這些功能所需的所有必要信息。
正確性：每一項需求都必須准確地陳述其要開發的功能。
一致性：一致性是指與其它軟體需求或高層（系統，業務）需求不相矛盾。
可行性：每一項需求都必須是在已知系統和環境的權能和限制范圍內可以實施的。
無二義性：對所有需求說明的讀者都只能有一個明確統一的解釋，由於自然語言極易導致二義性，所以盡量把每項需求用簡潔明了的用戶性的語言表達出來。
健壯性：需求的說明中是否對可能出現的異常進行了分析，並且對這些異常進行了容錯處理。
必要性：「必要性」可以理解為每項需求都是用來授權你編寫文檔的「根源」。要使每項需求都能回溯至某項客戶的輸入，如Use Case或別的來源。
可測試性：每項需求都能通過設計測試用例或其它的驗證方法來進行測試。
可修改性：每項需求只應在S R S 中出現一次。這樣更改時易於保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟體需求規格說明書更容易修改。
可跟蹤性：應能在每項軟體需求與它的根源和設計元素、源代碼、測試用例之間建立起鏈接鏈，這種可跟蹤性要求每項需求以一種結構化的，粒度好（f i n e - g r a i n e d ）的方式編寫並單獨標明，而不是大段大段的敘述。
Ⅲ 軟體測試 考試 單選+多選題 急
我是開發的
軟體測試
Ⅳ 軟體測試幾道選擇題謝謝了！1
1√ 2╳ 3╳ 4╳ 5√ 6╳ 7√ 8╳ 9√ 10╳
1B 2A 3D 4C 5C