1.白盒測試
白盒測試也稱結構測試或邏輯驅動測試，它是按照程式內部的結構測試程式，通過測試來檢測產品內部動作是否按照設計規格說明書的規定正常進行，檢驗程式中的每條通路是否都能按預定要求正確工作。
2.黑盒測試
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。
3.冒煙測試
一術語源自硬體行業。對乙個硬體或硬體元件進行更改或修復後，直接給裝置加電。如果沒有冒煙，則該元件就通過了測試。在軟體中，「冒煙測試」這一術語描述的是在將**更改嵌入到產品的源樹中之前對這些更改進行驗證的過程。在檢查了**後，冒煙測試是確定和修復軟體缺陷的最經濟有效的方法。
4.灰盒測試
灰盒測試，是介於白盒測試與黑盒測試之間的，可以這樣理解，灰盒測試關注輸出對於輸入的正確性，同時也關注內部表現，但這種關注不象白盒那樣詳細、完整，只是通過一些表徵性的現象、事件、標誌來判斷內部的執行狀態，有時候輸出是正確的，但內部其實已經錯誤了，這種情況非常多，如果每次都通過白盒測試來操作，效率會很低，因此需要採取這樣的一種灰盒的方法。
5.回歸測試
回歸測試是指修改了舊**後，重新進行測試以確認修改沒有引入新的錯誤或導致其他**產生錯誤。自動回歸測試將大幅降低系統測試、維護公升級等階段的成本。回歸測試作為軟體生命週期的乙個組成部分，在整個軟體測試過程中占有很大的工作量比重，軟體開發的各個階段都會進行多次回歸測試。在漸進和快速迭代開發中，新版本的連續發布使回歸測試進行的更加頻繁，而在極端程式設計方法中，更是要求每天都進行若干次回歸測試。因此，通過選擇正確的回歸測試策略來改進回歸測試的效率和有效性是非常有意義的。
6.灰度上線
按產品需求優先順序，抽出核心需求，在滿足使用者基本要求的情況下快速上線，並通過限制流量、白名單等機制進行產品試用，以此收集使用者的意見，從而萃取出使用者潛在的需求，形成後續更有針對性的設計方案。
各種排序方式
氣泡排序優化 設定乙個標記來標誌一趟比較是否發生交換 如果沒有發生交換，則陣列已經有序 function test document.getelementbyid res addeventlistener click test function buble sort arr if flag 0 re...
各種運動方式
緩衝運動 慢慢停下或開始 速度為0時 clearinterval timer 勻速運動 距離為某個範圍值時停止 math.abs odiv.offsetleft itarget 多物體運動 startmover obj,itarget 開多個setinterval 所有的東西都不要公用 任意值運動 ...
前端之axios的各種請求方式總結
最近在學習前端，在進行前後端互動的時候，難免要用到請求，我現在使用過兩種請求，一是ajax，另一種是axios，具體區分我在另一篇放著，大家感興趣可與去看看。原始的axios請求方式 axios timeout 1000,其他相關配置 axios.get demo url timeout 1000,...