做測試工作已經好幾年了，從來沒有想過如何更好的設計用例，也沒想過如何更好將需求文件梳理出來。其實在測試過程中因為需求文件丟失，或者需求文件東一塊，西一塊，拼湊不全，或是測試人員離職，導致業務對接不上，變成了業務都是口口相傳，有些業務因為沒有交接到，就變成了歷史遺留。此處總結了測試如何梳理的模板，將測試成果物進行沉澱,此過程中會因為需要多投入更多的時間，但是對測試流程梳理有極大的好處
***功能梳理
目的：質量梳理旨在測試人員對業務進行梳理，通過業務流程圖，加深對業務理解，對需求進一步認識，同時將測試過程中重難點標出，測試點標出，對業務交接也能很好的解決口口相傳弊端
領登入場景測試梳理
業務測試流程梳理：
使用者登入為例 ，下列方式可選擇任何一種
方式一：
方式二：
測試流程說明
使用者登入，使用者已經註冊，登入成功
使用者密碼輸入錯誤，登入失敗
使用者名稱輸入錯誤，登入失敗
使用者登入，使用者未註冊，跳轉至登入介面
測試場景重難點
使用者登入後，其他手機端登入，使用者是否被強制下線
穩定性：使用者多次登入退出是否正常
其他測試場景
效能測試場景，多使用者登入系統是否正常
安全測試：抓包測試傳輸的密碼是否加密處理
測試其他說明：
測試過程中遇到的問題可以進行記錄
測試中該模組問題較多，開發質量較差，應該重點關注
該模組登入介面不相容布林型別值
該模組線上問題較多
若無，則不增加
對應測試用例：
testlink目錄結構
業務測試流程圖
測試流程說明
使用者登入，使用者已經註冊，登入成功
使用者密碼輸入錯誤，登入失敗
使用者名稱輸入錯誤，登入失敗
使用者登入，使用者未註冊，跳轉至登入介面
試場景重難點
使用者登入後，其他手機端登入，使用者是否被強制下線
穩定性：使用者多次登入退出是否正常
其他測試場景
效能測試場景，多使用者登入系統是否正常
安全測試：抓包測試傳輸的密碼是否加密處理
對應測試用例：
testlink目錄結構
編寫記錄（後期維護）
建立人
操作動作 時間
*** 建立
2020-08-13
***更新登入測試場景
2020-08-13
效能測試步驟梳理
from 最近在給新員工做培訓的時候，將效能測試進行的步驟進行了一次總結和梳理，放在這裡供大家拍磚。效能測試需求收集 這一步叫萬丈高樓平地起，從無到有的過程，收集產品需求中的效能指標，我們從效能測試的目的出發，一般可以嘗試從軟體所依賴的硬體環境，軟體架構方面入手去考慮，如果遇到專業的產品人員，自然要...
回歸測試方法梳理
測試流程的重要性不言而喻，網際網路公司擁有一套嚴格的測試流程和測試規範是把關線上 質量的重中之重。乙個專案或者需求，從提出，到開發，測試，上線，線上回歸，每乙個環節都是必不可少的。很多經驗不夠豐富的測試同學會認為在測試環境測試用例都執行通過了，那麼相同的 上線之後就肯定沒有問題，這種想法是完全不正確...
軟體測試與質量
今天開了一次會，足足開了6個小時，會議說到了測試能否測試到bug，答案是不能，還有什麼是質量 軟體行業來說的 乙個軟體有測不完的bug，怎樣解決這個問題，我覺得很好的解決方案是理解好使用者需求，只有很好理解了使用者需求，寫好測試用例，讓使用者根據測試用例進行操作，我們的測試才能更有意義，軟體才能更加...