mstest

    2熱度

    1回答

    我正在嘗試使用Visual Studio代碼來調試MSTest單元測試項目。但測試只是運行而且斷點永遠不會到達。 這裏是我的launch.json: { "version": "0.2.0", "configurations": [ { "name": ".NET Core Test (console)", "type": "corecl

    0熱度

    2回答

    我正在使用MSTest,並且發現自己寫了一些相當荒謬的測試方法名稱,所以我可以在查看測試結果時瞭解運行的內容。 爲了理解測試資源管理器結果列表中的內容,我使用了幾乎包含「名稱空間的」方法名稱。那根破碎的稻草? PostImportMemberStagingBeginImportThrowsArgOutOfRangeIfImportMethodUnrecognized() 注意GetImportRe

    0熱度

    1回答

    我嘗試在TFS2015(測試運行器是mstest,使用MVC Core框架)的構建步驟中使用「dotnet測試」運行特定測試。 在.NET 4.5中,我使用構建的Visual Studio測試步驟時,除了加入anotation這樣[TestCategory("Unit"), TestMethod()]或[TestCategory("Integration"), TestMethod()]每種方法在

    -1熱度

    1回答

    我有一個調用mstest的構建工作流程(xaml)。我的期望是會有一個鏈接到構建摘要頁面上的測試結果。然而,這種情況並非如此。 構建以MSTest命令結束 - 由於出現故障而退出1。所以,MSTest是工作流程中的最後一項活動。 這裏肯定有些問題。放置位置僅包含工作流程日誌 - 沒有測試結果。這些可在TestResults文件夾中找到,但不在放置位置。 所以,我的問題是 - 我該如何連線MSTes

    0熱度

    1回答

    我試圖創建簡單的測試,運行我的應用程序,並點擊一些按鈕使用CodedUI。 首先我試圖找到主窗口,它具有ControlName - 「LoginForm」。這是我的代碼: [TestMethod] public void CodedUITestMethod() { var app = ApplicationUnderTest.Launch(@"C:\Program Files (x8

    11熱度

    1回答

    我注意到今天VS 2015中的某個解決方案發生了變化。 似乎爲解決方案生成的測試項目使用與同一解決方案中現有測試項目不同的命名空間。 只引用測試項目 Microsoft.VisualStudio.QualityTools.UnitTestFramework 被認爲是的Visual Studio 2015年 但是現在有一些測試項目中的測試項目參考 Microsoft.Vi sualStudio.Te

    0熱度

    2回答

    我是新來的自動化測試(編程新手),並且一直在使用Visual Studio和MS Test自學C#和硒。我試圖獲取測試名稱(從測試方法定義),所以我可以將它插入到我的Browserstack/CBT比較和審查測試的配置類中。 我希望能夠來定義是一樣的東西 測試名=測試(從測試方法)的名稱,這樣我就可以插入到我的驅動程序文件 IWebDriver driver; DesiredCap

    1熱度

    1回答

    對於我們的數據驅動測試,我們使用Excel文件作爲數據源。 現在,由於Excel文件是二進制數據,我們有很多頭痛的git(由於不正確的測試數據實際上已經改變了幾次),我們有很多頭痛的git(無法區分,文件被覆蓋並且隱含大量誤報。 因此,爲了克服這一點,我認爲我們可以使用Google Drive來存儲數據源,並且每次下載將要使用的Excel文件。 現在的問題是TestContext設置在Assemb

    2熱度

    1回答

    我打開了我們在Visual Studio 2017年解決方案,但一些測試的參考都沒有找到,具體如下: Microsoft.VisualStudio.QualityTools.CodedUITestFramework Microsoft.VisualStudio.TestTools.UITest.Common Microsoft.VisualStudio.TestTools.UITesting 下V

    1熱度

    1回答

    有什麼合理的方法可以加速(或假冒)單元測試的時間?例如,如果您想要在線程中測試信號,或者某些代碼能夠正確處理長時間運行代碼中的日/月/年日期更改? 我知道你可以在單獨的測試中檢查日/年變化等事情,但是朝集成測試方向發展,它可以很好地運行穩定的一週時間而不用等待一週......如果你有什麼事情發生每小時可以在一些快進機制中驅動它。