測試用例編寫流程：
需求分析
提取測試點
測試用例編寫
測試用例評審
1.需求分析：
a、【業務需求】關注系統是否滿足業務
b、【使用者需求】關注系統是否滿足使用者習慣
c、【功能需求】關注系統是否滿足功能需求
2.測試用例編寫注意以下幾點：
a、根據專案的實際情況設計測試用例**
b、用例格式不是固定的，不要生搬硬套
c、根據具體的情況編寫
一般測試用例包含的內容：
[ 測試用例包含的內容 ]
用例編號：唯一 --身份證號
用例名稱：用例的名字，要求言簡意賅 --姓名
測試背景：這條用例主要測試什麼東西
前置條件：執行這條措施之前應該先執行什麼條件，比如測試登入功能，前提是要有賬號密碼。
優先順序：測試用例的優先程度
重要級：測試用例的重要程度
/注意優先順序和重要級不一定成正比關係。比如：週末出去玩，但是公司突然加班 優先順序：出去玩 重要級:回公司加班 當然結果是回去加班
測試資料：比如輸入的賬號密碼，滑鼠的操作也是一種測試資料
測試步驟：測試進行的步驟
預期結果：對應輸入資料或條件等得到對應的現象
實際結果：測試執行後的結果
備註：其他特殊情況的資訊。
2、邊界值分析法：
使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來，但它不是從乙個等價類中任選乙個例子作為代表，而是將測試邊界情況作為重點目標，選取正好等於、剛剛大於或剛剛小於邊界值得測試資料
3、場景法：
通過運用場景來對系統的功能點或業務流程的描述，從而提高測試效果。場景法一般包含基本流和備用流，從業乙個流程開始，通過描述經過的路徑來確定的過程，經過遍歷所有的基本流和備用流來完成整個場景。
4、猜測法：
根據經驗選擇容易出錯的地方
測試用例評審流程及意義
1.測試用例評審的流程：
a.簡單說，評審就是對測試用例進行檢查
b.評審包括同行評審，小組評審，部門評審，三方評審等。
c.不同的評審型別會有不同的角色參與。
2.測試評審的意義：
a.通過評審可以發現測試用例的不足。
b.方便測試人員改進用例
c.達到在測試時提高測試質量的目的。
測試相關基礎知識要點總結
1.軟體：
資料+程式+文件
注意：測試時就是運算元據，操作的主體就是程式，文件就是工作時的視覺化
2.軟體測試的基礎：
軟體測試就是以軟體需求為目的，保證軟體質量的手段
3.測試流程：
需求分析 -> 制定計畫 -> 編寫用例與執行 -> 對測試結果的分析報告
4.測試的生命週期：
測試計畫，測試設計，測試開發，測試執行，測試評估
5.按軟體測試手段劃分了三個方向：
a.黑盒：把軟體比作乙個黑盒子，我們不知道盒子裡面的結構，只能通過外面所暴露出來的介面，功能進行測試
b.灰盒：把軟體比作乙個半透明的盒子，可以通過暴露在盒子外面的功能和盒子裡面的資料進行對比，從而得出結論。例如：將生成的訂單和資料庫裡面的資訊進行對比
c.白盒：透明的盒子，通過盒子裡面的結構推敲出是否滿足使用者的需求。
6.專項測試的方向
a.功能：軟體是否滿足使用者提出的表面需求
b.效能：測試乙個軟體的工作效率
c.安全：軟體是否能保護使用者的資訊
7.測試點劃分
a.相容性：軟體在不同平台上的表現
b.易用性：軟體是否友好，滿足使用者的使用習慣
c.ui元素：檢查介面的布局顯示
三.結束語
沒有乙個寒冬不會過去，沒有乙個春天不會到來，過去的2023年對於全世界人民來說是不平凡的一年，每個人都在堅強勇敢的和疫情抗戰，在這裡我們一起為自己鼓個掌吧，2023年已經如約而至，制定好目標繼續向上生長吧。
手把手教你如何追女生
我是女生，看到有的男生想追自己喜歡的女孩子又不敢追，還想人家倒追她，我很反感。從乙個女生的角度，我比較了解女孩子的心理。女孩子大多不會主動出擊，去追求自己喜歡的男孩，除了確實太喜歡了或者是那種比較有個性的勇敢的女孩子。所以，如果你很喜歡乙個女孩子，並且認為她對你也有點意思，那就主動點，別跟她搞拉鋸戰...
手把手教你如何使用Poco TCPServer框架
poco c 開發庫的特點是非常適合寫後台處理程式，側重於網際網路時代的網路應用程式，效率也很高。前台介面程式使用qt框架庫，非常好，兩個庫相輔相成，可解決專案上的大部分問題.poco 庫提供tcpserver框架，用以搭建自定義的 tcp 伺服器。tcpserver維護乙個連線佇列 乙個連線線程池...
手把手教你如何配置YUM倉庫
yum 全稱 yellow dog update modified 1.基於rpm包構建的軟體更新機制 2.可以自動解決依賴關係 3.所有軟體包由集中的yum軟體倉庫提供 yum軟體倉庫是指yum源 etc yum.repos.d 注 rpm只能檢查依賴關係不能解決依賴關係，而yum可以解決依賴關係...