軟體缺陷產生的原因種類：
(1).需求變更次數頻繁 理解誤差 產品或者是客戶
(2).開發和設計 **問題 開發人員
(3).運維 資源使用率產生 公司問題
2.測試流程：
1.在立項會上根據客戶需求編寫需求文件/規格說明書，ui設計原型圖後台編碼，測試人員編寫測試計畫和測試用例
2.隨著開發的**實現測試進行測試評審
3.主要**實現後測試人員先進行冒煙測試
4.**實現後測試執行測試用例
5.根據執行的結果進行對應bug提交給相對應的開發人員讓其修改**
6.開發修改後測試人員進行回歸測試
7.直至專案上線後 測試人員編寫測試總結用於下乙個版本的迭代
**冒煙測試： 在這個軟體中主要的功能實現後進行測試
**回歸測試： 在開發人員修改後進行的同乙個問題的測試
**隨機測試：
3.軟體測試分類：
1.按階段劃分：
a.單元測試 對乙個模組測試
b.整合測試 對多個模組測試(有一定的關聯)
c.系統測試 在軟體編譯後執行的整體測試
d.驗收測試 對軟體執行後的使用者體驗的測試
α 阿爾法測試 有一定的開發測試人員的測試 內測
β 貝塔測試 只有使用者參與的測試 公測
2.按是否執行程式劃分;
a.靜態測試 ui設計圖
b.動態測試 有執行**過程中產生的問題
3.是否檢視源**方式劃分;
a.黑盒測試 不看源**結構 只關心外觀和能否輸入輸出以及響應時間
功能測試 介面 安裝 相容 易用
效能測試 壓力測試 負載測試 一般效能 穩定性測試
壓力測試 在同一時間內進行多個使用者的訪問
負載測試 在多個使用者在一段時間的持續訪問
b.白盒測試 只看**結構以及**實現方式
c.灰盒測試 介於黑盒和白盒之間一種
回答思路： 1.功能上 體積 形狀 用途 材質
2.介面上 顏色 圖案
3.效能上
4.易用性
5.安全性
對碗的測試：1.盡早原則
2.考慮意外情況和極端情況發生
3.群集現象
4.測出問題能夠復現問題
5.回歸測試的關聯性
6.善於總結相關文件
6.面試題：
如果在測試過程**現的bug 而開發人員不認為是bug的時候你怎麼辦？
回答思路：自我
別人領導
1.首先我會從自身去經過多次的測試發現bug的出現次數和頻率,記錄復現bug的方式，然後傳送給開發人員
2.再根據需求文件來確認是否未bug
3.如果開發不認為是bug的 將復現bug的記錄和需求文件找產品經理進行商議由產品經理和專案來確認是否bug
4.如果專案經理和產品經理都不認為是bug 我會將bug記錄在測試文件中，方便在下次評審會上將問題再次丟擲
7.軟體測試開發模式常見的為
v型ww型
h型螺旋型
8.公司的組織架構：
一般在公司內部有的部門： 人事 財務 開發(前端 後台 移動端 測試) 市場(產品) 運維（產品維護的服務）
開發，測試 1個測試對應5個開發 1個前端 3個後台 1個移動端
ceo 首席執行官
cto 首席技術執行官
cfo 首席財務執行官
coo 首席運營執行官
ui
android
iosqa
ts
dbaue rd
總監專案經理：pm
組長：
組員：產品經理：
world文件 測試計畫 測試用例 缺陷報告
介面工具 charles fiddler postman
效能工具 jmeter loadrunner
bug管理工具 禪道 qtp
雲測工具 testing
了解效能測試
由於效能測試與功能測試有很大的區別，所以討論出的結果可能與預先的設想有一定的區別。效能測試的目的 為了驗證系統是否達到使用者提出的效能指標，同時發現系統中存在的效能瓶頸，起到優化系統的目的。使用者對各項指標提出的明確需求 如果使用者沒有提出效能指標則根據使用者需求 測試設計人員的經驗來設計各項測試指...
Linux基本了解
vm具有快照功能，轉殖 分割槽型別 格式化 格式化是為了寫入檔案系統 等大的塊及許可權時間資訊表 不是為了刪除檔案 dos使用fat windows95公升級到fat16，fat16單個檔案不能超過2g windows98公升級到fat32，fat32單個檔案不能超過4g，u盤拷不了 windows...
sata基本了解
sata serial advanced technology attachment，序列高階技術附件 是一種基於行業標準的序列硬體驅動器介面，是由intel ibm dell apt maxtor和seagate公司共同提出的硬碟介面規範。注意 一般高速介面，有的會提供介面傳輸速率，有的會提供資料...