小步快跑的模式（快速試錯）
人數：
專案經理（pm）：1
測試：4
前端：2
後端：5
產品：1
總人數:13
兩周一迭代：
第一周：
周一：熟悉需求，評審需求，列計畫
周二：編寫測試用例
週三：評審測試用例，完善測試用例
周四&周五：編寫自動化測試case，等待開發轉測，進行冒煙測試驗證
第二週：
周一：開始第一輪的測試
周二：回歸所有的bug，開始第二輪的測試
週三：開啟系統測試，準備提交驗收測試
周四：編寫測試報告，準備上線前的工作
周五：跟蹤上線後的產品情況，然後專案內容覆盤
敏捷模型是持續改進的乙個過程
輸入輸出、邏輯處理、業務場景
測試需求相關⽅影響
開發約束
測試約束
√解決方案：
1、邏輯不清晰，找開發同學多討論
2、開發與測試意見不一致的情況下，找產品經理
3、產品的邏輯不合理，找產品經理，同時找開發同學，統一意見
測試⽤例是為特定的⽬的⽽設計的⼀組測試輸⼊、執⾏條件和預期的結果。測試⽤例是執⾏的最⼩實體。簡單地
說，測試⽤例就是設計⼀個場景，使軟體程式在這種場景下，必須能夠正常運⾏並且達到程式所設計的執⾏結果。
拿到測試需求 -> 分析需求（畫思維導圖） -> 編寫⽤例 -> 劃分⽤例優先順序
⼀致性：主要包括⽤例模板⼀致；各同事的編寫⼿法⼀致；以及⽤例的細膩度⼀致。
覆蓋率：主要包括對需求的覆蓋（也包含隱含的需求）；新需求可能對那些功能會產⽣影響的覆蓋；對各種場景的覆蓋等 。
可執⾏性：主要是指步驟易於理解、資訊描述準確、且能快速識別出測試點 。
執⾏準確性：是指⽤例執⾏的準確度，本身沒什麼技術含量。但這⾥需要注意的是執⾏⼈對待執⾏⽤例的態度。不要因為⽤例簡單或者⼀些外界的因素，導致部分⽤例未實際執⾏標為通過的情況。
持續更新：要及時不斷的更新，要儘量減少⽤例庫中失效的⽤例 。
復⽤性：主要⽤例可以被不斷的復⽤，從⽽減少維護成本
測試理論（2）
定義 等價類是把所有可能的輸 資料,即程式的輸 域劃分成若 部分 集 然後從每 個 集中選取少數具有代表性的資料作為測試 例。邏輯學的角度而言 輸入 中間處理 輸出 等價類 就是針對被測物件輸入的資料，可以分為有效資料與無效資料 被測物件可以分為兩個維度的測試 1 正常流程 需要測試的資料可以理解為...
軟體測試 理論2
如何提取測試需求 1.業務需求 測試需求 2.需求規格說明書 隱式需求 3.業務需求 客戶需求 開發確認 借鑑歷史 類似產品 4.需求文件 功能節點分析 業務流程分析 節點分析 輸入輸出 測試概念 操作被測物件。對比實際結果與預期結果 需求 是否一致 四大測試核心過程 分析 設計 實現 執行 1.分...
軟體測試理論2
1 立即修復 2.本版本修復 3.下一版本修復 4.發布前修復 5.允許在發布產品中存在 1 記錄軟體缺陷 2.對缺陷進行分類 3.跟蹤軟體缺陷 4.用於缺陷的分析 總結 測試人員提交缺陷 2.開發人員驗證缺陷 3.開發人員修改缺陷 4.缺陷修改完畢 5.測試人員反測缺陷 通過就關閉缺陷，未通過就重...