自動化回歸測試實戰 目前遇到的項目模塊自動化已經完成的差不多了，俗話說："好記性不如爛筆頭"，所以最近整理了項目自動化中遇到的問題以及解決方法。 先說一下，實際當前項目已經使用RF框架完成了一版自動化，但是實際執行該腳本需花費幾天的時間；考慮到時間成本，所以后面想改用其他框架提高執行效率 ...

背景 校驗系統的正確性和可靠性時，僅靠用例場景無法覆蓋全生產環境下的所有場景，需要一套引流工具，在系統正式上線前用線上的請求測試待上線系統，在正常請求下了解是否有報錯、在數倍請求下了解系統的性能瓶頸。常用的引流工具有GoReplay、tcpcopy等。 豬齒魚效能平台自動化測試模塊流量回歸測試 ...

selenium2 python自動化測試實戰 最近接手商城的項目，針對后台測試，功能比較簡單，但是流程比較繁多，涉及到前后台的交叉測試。在對整個項目進行第一輪測試完成之后，考慮以后回歸測試任務比較重，為了減輕回歸測試的工作量，所以考慮后台可以進行部分自動化測試。 之前一個項目使用 ...

接口自動化測試用例完成以后，以前都是發布以后手動運行測試用例。雖然手動運行下腳本也就是一個F5的事情，但是離自動化測試的標准差得很遠。這兩天有了個大膽的想法，想要實現以下發布時直接觸發自動化回歸測試用例的進行。 雖然說發布工作看起來很高大上，但操作實際上就是把要發布的內容扔到服務器下的指定文件夾 ...

概述 傳統的QA自動化測試通常是基於GUI的，比如使用Selenium，模擬用戶在界面上操作。但GUI測試的開發、維護成本和運行的穩定性一直是測試界的老大難問題。投入大量的人力物力開發、維護、運行，卻得不到相應的回報，令許多同行頭痛不已。不過端對端(end to end)測試確實是QA/測試 ...

　　最近因工作需要，開發了一個回歸測試的小工具。可以根據配置讀取不同交易報文並進行變量替換，然后自動發起交易並檢查結果。自我感覺挺好用的，與大家分享一下設計思路。（代碼要保密，就不上傳了。有需要可以根據設計思路自己開發。這個是我之前開發時積累的小心得：https://www.cnblogs.com ...

分辨率下頁面卻變得面目全非，幾次調整都有遺漏的地方，忙得測試人員（其實就是我自己了）不可開交。最后總結為 ...

回歸測試：是為了對缺陷問題交給開發修改后再次測試，可以發生任何階段。 回歸測試的策略1： 完全重復測試：重新對項目測試。 選擇性重復測試：對部分的項目進行測試。 回歸測試策略2--選擇性重復測試： 覆蓋修改法：針對杯蓋部分，選取或重新構造測試用例驗證沒有錯 ...