回歸測試:
回歸測試是軟體測試的一種，旨在檢驗軟體原有功能在修改後是否保持完整。
回歸測試是指修改了舊**後，重新進行測試以確認修改沒有引入新的錯誤或導致其他**產生錯誤。自動回歸測試將大幅降低系統測試、維護公升級等階段的成本。
回歸測試是軟體測試中的乙個十分重要且成本昂貴的過程。針對如何減少回歸測試成本，提高回歸測試效率的研究將具有十分重要的意義。回歸測試選擇技術已經成為國際上研究的熱點。
定義:
1.回歸測試是指重複以前的全部或部分的相同測試。
2.新加入測試的模組，可能對其他模組產生***，故須進行某些程度的回歸測試。
3.回歸測試的重心，以關鍵性模組為核心。
回歸測試過程：
1.識別出軟體中被修改的部分
2.從原基線測試用例庫「t」中，排除所有不再適用的測試用例，確定對新版本依然有效的測試用例，建立新的基線測試用例庫「tn」
3.依據一定的策略從tn中選擇測試用例測試被修改的軟體
4.如果必要，生成新的測試用例集「t1」，用於測試tn無法充分測試的軟體部分
5.用t1執行修改後的軟體
第2和第3步測試驗證修改是否破壞了現有的功能，第4和第5步測試驗證修改工作本身。
在軟體生命週期中的任何乙個階段, 只要軟體發生了改變，就可能給該軟體帶來問題。軟體的改變可能是源於發現了錯誤並做了修改，也有可能是因為在整合或維護階段加入了新的模組。當軟體中所含錯誤被發現時, 如果錯誤跟蹤與管理系統不夠完善，就可能會遺漏對這些錯誤的修改;而開發者對錯誤理解的不夠透徹, 也可能導致所做的修改只修正了錯誤的外在表現，而沒有修復錯誤本身從而造成修改失敗;修改還有可能產生***從而導致軟體未被修改的部分產生新的問題，使本來工作正常的功能產生錯誤。同樣, 在有新**加入軟體的時候, 除了新加入的**中有可能含有錯誤外新**還有可能對原有的**帶來影響。因此，每當軟體發生變化時，我們就必須重新測試現有的功能，以便確定修改是否達到了預期的目的，檢查修改是否損害了原有的正常功能。同時, 還需要補充新的測試用例來測試新的或被修改了的功能。為了驗證修改的正確性及其影響就需要進行回歸測試。
回歸測試作為軟體生命週期的乙個組成部分，在整個軟體測試過程中占有很大的工作量比重，軟體開發的各個階段都會進行多次回歸測試。在漸進和快速迭代開發中，新版本的連續發布使回歸測試進行得更加頻繁，而在極端程式設計方法中, 更是要求每天都進行若干次回歸測試。因此，通過選擇正確的回歸測試策略來改進回歸測試的效率和有效性是非常有意義的。
滲透測試基礎名詞
cve common vulnerabilities exposures 公共漏洞和暴露。cve就好像是乙個字典表，為廣泛認同的資訊保安漏洞或者已經暴露出來的弱點給出乙個公共的名稱。就是漏洞的編號 exp 用來攻擊漏洞的 nvd 國家漏洞資料庫。cnnvd 中國漏洞資料庫。poc 用來證明漏洞存在的...
回歸測試總結
在進行full regression testing 之前，對以前的版本進行了 mini 測試，這種測試需要執行的 case 非常少，每人只有幾個 case 的任務量。從7.31 號開始到 8.08 號截止，完全回歸測試的 case 已執行完畢，比計畫提前了一周時間。其間沒有加過一天班，一般都能在下...
介面回歸測試
介面測試需要哪些準備 1 要有介面文件。類似於字典，知道自己要測哪些內容。介面測試分類 有了以上幾點，就可以開展介面測試了。但是介面測試分為了很多種，你要做哪個？最基礎的 介面回歸測試。以此擴充套件的 線上介面監控 安全測試 壓力測試 穩定測試等。介面回歸測試 具體步驟如下。以android手機為例...