1) 回歸測試可以發生在單元測試、整合測試、系統測試的任意乙個階段
2) 回歸測試的職責
a) 驗證缺陷修復是否正確
b) 驗證系統變更是否影響以前的功能，重複測試
3) 回歸測試重複測試策略
a) 完全重複測試（工作量巨大，考慮使用自動化測試）
b) 選擇重複測試
i. 覆蓋修改法
ii. 周邊影響法
iii. 指標達成法
整個測試過程分為4個測試階段，每個測試階段又細分為4個測試活動
1) 測試計畫
a) 測試主管或測試經理編寫
b) 測試計畫是管理型文件
c) 測試計畫主要包括測試範圍what、人員分配who、時間安排when、風險評估
2) 測試設計
a) 資深測試工程師/高階測試工程師編寫
b) 測試方案文件是技術性文件
c) 測試方案主要包括測試方法、測試策略、測試工具、測試環境等
3) 測試實現
a) 測試工程編寫測試用例
b) 測試用例是技術性文件
c) 測試用例文件主要羅列每個功能詳細的測試點
4) 測試執行
a) 測試工程師執行，依據測試用例，執行操作軟體，並驗證軟體的實際結果與預期結果是否一致
b) 若不一致，提交缺陷報告
c) 跟蹤並驗證缺陷
d) 填寫測試記錄、測試**（匯報每天執行用例數，通過數、失敗數、bug數）
1) v模型
a) 總想看，左邊是開發流程，右邊是測試流程
b) 橫向看，左邊開發的輸出，作為右邊測試的輸入
c) 缺點：測試工作安排在編碼之後，違背了盡早啟動測試的原則
2) w模型
a) 雙v，乙個v描述的是開發流程，乙個v描述的是測試流程
b) 強調測試工作盡早介入，在需求階段介入測試，與開發並行
整個系統的功能及非功能（效能、相容、安全、介面等）
需求規格說明書srs
黑盒測試
需求覆蓋
1) 功能測試
2) 效能測試
補充面試題：負載測試與壓力測試的區別
負載測試：不斷增加伺服器的併發使用者數，測試在預期併發下，系統的效能響應情況（見好就收）
壓力測試：不斷增加伺服器的併發使用者數，測試在極限情況下，系統的效能響應情況（使勁折騰）
3) 介面測試
4) 相容測試
思路：a) 硬體相容（各種螢幕尺寸台式電腦、筆記本、ipad、手機）
b) 軟體相容
i.作業系統的相容（win7、win10、linux、macos、android、ios）
ii.資料庫不同版本的相容
iii.瀏覽器的相容（ie、firefox、chrome、safari）
iv.被測軟體前後版本的相容
5) 安全測試
6) 易用性測試
7) 可靠性測試
8) 文件測試
9) 安裝測試
10) 公升級測試
11) 解除安裝測試
12) 容量測試
13) 介面測試
1) 搭建測試環境
2) 冒煙測試/**試：
a) 在系統測試之前，找1-2名有經驗的測試工程師對軟體的基本功能進行測試，目的檢驗是否可以開展系統測試執行活動（用例優先順序最高的先過一遍）。若冒煙測試過程中發現了致命級別的問題，或者是大量的基本功能出現問題，則冒煙測試不通過，測試被掛起，將該軟體版本返給開發人員，只有冒煙測試通過後，才展開系統測試執行活動。
3) 轉系統測試評審（可選）
4) 執行系統測試用例，填寫測試記錄，提交測試**
5) 提交缺陷報告，反饋並跟蹤缺陷的解決，進行缺陷的管理
6) 撰寫並評審測試總結報告
質量就是實體基於這些實體特性滿足需求的程度
1) 滿足需求規格
2) 滿足使用者的顯性需求
3) 滿足使用者的實際需求（顯性需求+隱性需求）
1) 組織
2) 技術
3) 流程
1) 功能性
a) 適合性：滿足使用者的基本需求
i.word中新建、開啟、輸入文字、儲存文件等基本功能
ii.**中提供註冊、登入、下單、支付、物流跟蹤的基本功能
b) 準確性：提供的功能是否準確，精度是否夠
i.word中文字對齊、字型大小調整等
ii.**中商品金額精度準確，位址提供完善準確等
iii.餓了麼中的定位功能
c) 互操作性：與其他軟體的介面功能正常，同一軟體不同版本互相匹配
d) 保密安全性
i.word中提供檔案加密功能
ii.敏感資訊加密傳輸
e) 功能性的依從性：符合國標、行標、使用者習慣等
2) 可靠性
a) 成熟性：能很好地處理軟體的內部錯誤
b) 容錯性：能很好地處理軟體的外部錯誤
c) 易恢復性：軟體出現故障或失效後能夠恢復的能力
d) 可靠性的依從性
3) 易用性
a) 易理解性
i. word中未選中文字時，右鍵選單中的複製、剪下置灰顯示
c) 易操作性：操作步驟不要太多，選單級別不要超過3級
d) 吸引性：介面美觀，布局合理
e) 易用性的依從性
4)效率性
a)時間特性：使用者完成乙個操作需要消耗的時間
i.258原則：
2秒以內，使用者良好
2-5秒以內，使用者可以接受
5-8秒以內，使用者可以忍受
8秒以上，使用者無法忍受，放水拉閘解除安裝不能慣
b)資源利用性：消耗使用者硬體裝置的資源，包括cpu、記憶體、流量、電量等
c)效率的依從性
5)可移植性/相容
a) 適應性：相容性，適應不同的環境（硬體環境，軟體環境）
b) 易安裝性：在不同環境下安裝是否方便
c) 共存性：軟體能和其他軟體（競品軟體、防毒軟體）共同使用
d) 易替換性：軟體公升級和降級方便
6) 維護性 （內部質量）
a) 易分析性：是否容易分析、定位缺陷
b) 易改變性：增加功能是否便捷
c) 穩定性：修改盡量少
d) 易測試性：直**到頁面開啟時間
1) iso9000
iso：國際標準化組織
2) cmm：能力成熟度模型，用於評估軟體承包商的能力
(a) 初始級initial：不可**並且缺乏控制
(b) 可重複級repeatable：結果標準化，可重複以前的主要經驗
(c) 已定義級defined：過程被描述，並得到良好理解
(d) 已管理級managed：過程被量化並受控
(e) 優化級optimizing：可持續優化，持續改進，關注過程改進
軟體測試 理論2
如何提取測試需求 1.業務需求 測試需求 2.需求規格說明書 隱式需求 3.業務需求 客戶需求 開發確認 借鑑歷史 類似產品 4.需求文件 功能節點分析 業務流程分析 節點分析 輸入輸出 測試概念 操作被測物件。對比實際結果與預期結果 需求 是否一致 四大測試核心過程 分析 設計 實現 執行 1.分...
2 軟體測試流程
當產品經理提出需求後，開始這個階段 需求的表現形式 原型圖 需求文件 口述 需求文件 通過文字描述的形式，寫清楚軟體的需求 需求分析 梳理出整個專案的業務邏輯 流程 通過畫流程圖 找出每乙個最小的功能點 使用思維導圖 確定每個功能點的相關規則 對應需求不明確的地方，1 詢問相關負責人。2 根據自己的...
軟體測試理論2
1 立即修復 2.本版本修復 3.下一版本修復 4.發布前修復 5.允許在發布產品中存在 1 記錄軟體缺陷 2.對缺陷進行分類 3.跟蹤軟體缺陷 4.用於缺陷的分析 總結 測試人員提交缺陷 2.開發人員驗證缺陷 3.開發人員修改缺陷 4.缺陷修改完畢 5.測試人員反測缺陷 通過就關閉缺陷，未通過就重...