在學習軟測試之前應該熟悉乙個網際網路公司的結構,然後發現問題後，更加高效準確的找到對應的人員。
網際網路公司的結構
產品經理
ui設計師
前端開發
後台開發
軟體測試
運維運營
軟體測試定義：
定義：在規定的條件下對程式進行操作，以發現程式錯誤，衡量軟體質量，並對其是否能滿足設計要求進行評估的過程。
軟體測試原則-思維
發現盡可能多的缺陷，不是為了說明軟體中沒有缺陷。
成功的測試在於發現了迄今尚未發現的缺陷。
測試不能證明100%正確，及時經過了最嚴格的測試以後，仍然可能還有沒有被發現的錯誤潛藏在軟體中。
測試越早，發現問題後解決問題的成本越小。
軟體測試原則
測試工作是有計畫的，應該早開展測試工作。（撰寫測試計畫）
盡量避免測試自己開發的程式。
測試只能證明缺陷存在，不能證明缺陷不存在。
「徹底測試」難以成為顯示，要考慮時間，費用等限制，不允許無休止的測試。
測試都應追溯到使用者需求。
測試設計（測試用例）和測試執行應該進行分離。
軟體缺陷具有免疫性，應盡可能採用多種方法和資料對軟體進行測試。
全程軟體質量保障
決定軟體質量的關鍵因素有需求分析，設計和實現等，測試時貫穿於上述過程的一種檢查手段。
測試時提高軟體質量最直接的手段，但不是全部，軟體開發周期中的各個環節都會影響到軟體的質量。
測試能提高軟體的質量，但是提高質量不能完全依賴測試。
如何進行高效的測試
1.測試人員可以嘗試通過一些持續整合的手段，盡早的開展測試活動，還可以加入自動化技術，通過不斷，反覆性的測試來發現更多的缺陷。
2.測試可以做到對缺陷的預防，測試需要對缺陷進行檢查。
3.乙個高質量的軟體系統是設計和開發出來的，並不是測試出來的。
軟體缺陷
軟體缺陷：被測試工程師和開發工程師稱作bug
軟體缺陷會導致軟體不能正常執行，他的存在會一定程度上導致軟體不能滿足使用者的需求，甚至有可能破壞或洩露使用者的重要資料。
為什麼軟體缺陷無法完全消除？
1.軟體執行的環境多種多樣，比如華為手機，小公尺手機，蘋果手機等。
2.邏輯關係複雜，比如外賣滿減優惠等，這都是邏輯複雜。
3.多種多樣的資料結構
4.軟體開發的每個環節都可能把軟體缺陷引入系統中，通過測試只能發現部分缺陷，並不能檢測所有缺陷。
這些因素都決定測試活動中不可能遍歷所有的功能和使用場景來發現軟體系統中所有的缺陷。
80-20原則
80%的缺陷聚集在20%的模組中，經常出錯的模組改錯後還會經常出錯。
軟體測試流程圖：
需求評審
制定測試計畫
編寫測試用例
執行測試
消除軟體缺陷
回歸測試-執行用例
撰寫測試報告
完成敏捷測試流程：
敏捷測試即是不斷修正質量指標，正確建立測試策略，確認客戶的有效需求能得以圓滿實現和確保整個生產的過程安全的、及時的發布最終產品。
敏捷測試可以簡單了解一下即可。我這裡面有一篇文章，詳解講解了敏捷測試。點選敏捷測試
。測試啟動準則：
1.測試計畫已經制定並通過審批；
2.測試用例已經設計並通過審批；
3.被測物件已經開發完畢並等待測試。
測試何時結束：
基於測試用例的規則：8000個用例（打個比方）
基於測試期缺陷密度的規則：5天總bug數目小於多少個，沒有嚴重的bug。
基於「執行期缺陷密度」的規則。看看試執行有沒有問題。
測試完成準則：
對於非嚴格系統可以蠶蛹「基測試於用例」的準則。同事滿足以下條件。
1.功能測試用例通過率100%；
2.非功能性用例通過率90%，比如相容，效能等。
對於嚴格系統，應當補充「基於測試期缺陷密度」的規則：
3.n天內「測試期缺陷密度」全部低於某個值m.
軟體測試自學筆記01 入門綜述
一 體系 作業系統基礎 軟體開發知識 軟體測試理論和實戰 自動化測試工具 專案實訓 三 專案 oa辦公自動化系統 網上招聘系統 員工資訊管理系統 crm客戶關係管理系統 電子政務網 進銷存管理系統 基於web的網上購物系統 四 測試目的 發現缺陷 提高軟體質量 改進軟體開發 五 測試流程 編寫測試計...
軟體測試理論01
瀑布就是線性的，開發流程不可逆，如果加入一些小型的迭代工作 每個階段都進行小更新 那麼此模型更趨近於完美。需求分析 概要設計 詳細設計 編碼 單元測試 整合測試 系統測試 驗收測試 解釋 v模型就是瀑布模型的變種，所以在每個階段加入迭代工作，會更加完美 開發乙個v 需求分析 概要設計 詳細設計 編碼...
軟體測試學習 01
在規定的條件下對程式進行操作，以發現程式錯誤，衡量軟體質量，並對其是否能滿足設計要求進行評估的過程。測試應盡早介入 軟體測試的目的就是保證軟體的質量 預防風險 降低研發成本，越是在開發初期，修復bug的成本往往越低，所以測試應盡早介入，一般測試人員在需求階段就開始介入了。完全測試時不可能的 想要做到...