計算機基礎

1、計算機范式：馮諾依曼機

2、存儲單元

bit、byte、KB、MB、GB

3、網絡

ip、域名、ping 域名、   ipconfig

測試工作的流程

-------------------------------------------------------------------------------------------

一 編寫測試大綱

羅列測試點

先讀，再分析流程，拆分測試點

## 顯性需求 明確的需求

隱性需求 未明確指出 比如：欠費賬戶支付余額不足、賬戶類型

拿不準的找業務

二 測試大綱評審

產品、開發、測試 三方 查缺補漏

評審方式

1 定會議室
2 視頻會議

---------------------------------------------------------------------------------------

三 寫案例 （大綱寫完就寫案例）

編寫測試大綱—分析功能點-----測試要點
測試大綱評審—查漏補缺
案例編寫----三方評審
冒煙測試----主流程測試，重要交易----業務、開發、測試-----差缺補漏
第一輪測試

四 冒煙測試 主流程、主業務規則測試 占5% ~ 10%

1 通過 全量測試 第一輪測試   回歸測試（第二輪測試）
2 不通過  掛起

五 全量測試

1 第一輪測試

發現缺陷使用缺陷管理工具 jira、禪道

執行案例
發現Bug—提交Bug–跟蹤Bug–驗證Bug
日報
案例執行數量
Bug發現數量
解決了多少Bug，還剩余多少Bug
風險 驗證影響測試進度

bug數量      先多后少    整體10%左右
致命bug      當天或者隔天解決
輕微bug      2~3解決

2 回歸測試（第二輪測試、第三輪測試）

在測試過程中可能會有需求新鎮、變更、刪減 測試用例的補充

回歸測試執行用例的情況
時間
如果時間充足，全量用例
時間如果不充足，執行主流程，主業務邏輯，和第一輪測試過程中發現bug的用例，以及和bug相關聯的用例

測試質量
如果測試質量很差，30%(占總用例)以上的bug，一定要全量執行用例，如果時間不充足，一定要報風險

六 驗收測試 有客戶或者產品經理進行驗收 一般不是測試進行

七 上線 線上出現bug是危險的事情（生產事件）

-----------------------------------------------------------------------------------------------------------

從冒煙測試到全量、最后回歸測試都需要有測試報告

內容
測試的版本、測試的需求版本、測試用例、測試bug信息、風險點、測試結果、如果有未修復的bug一定要備注清楚原因和溝通結果

負責人
一般有主測人或者模塊負責人來寫

####------------------------------------------------------------------------------------------------------
測試工作的流程
項目立項
需求研讀
需求評審
制定測試計劃
1 編寫測試大綱 主測寫、有可能是自己寫
2 測試大綱評審
3 寫案例 （大綱寫完就寫案例）
4 冒煙測試 主流程、主業務規則測試 占5% ~ 10%
5 全量測試 第一輪測試 測試報告
6 回歸測試（第二輪測試、第三輪測試） 測試報告
驗收測試 有客戶或者產品經理進行驗收 一般不是測試進行
上線 線上出現bug是危險的事情（生產事件）

---------------------------------------------------------------------------------------------------

補充

0-1項目 從頭開始的項目，整個測試流程 周期長 半年到一年

迭代項目 項目做好了，但是功能一直在添加的項目測試。美團加影票購買模塊 周期短 一周兩周 一個月

敏捷測試
敏捷開發的最大特點：高度迭代，有周期性，并且能夠及時、持續地響應客戶的頻繁反饋

敏捷測試主張盡早開始測試，重點關注持續迭代地測試新開發的功能.
敏捷的測試團隊還要保證整個軟件開發過程是正確的是符合用戶需求的
遵循
1、強調從客戶的角度，即從使用系統的用戶角度，來測試系統
2、重點關注持續迭代地測試新開發的功能，而不再強調傳統測試過程中嚴格的測試階段
3、建議盡早開始測試，一旦系統某個層面可測，比如提供了模塊功能，就要開始模塊層面的單元測試，同時隨著測試深入，持續進行回歸測試保證之前測試過內容的正確性