使用Visual Studio Team Services持续集成(四)--使用构建运行测试 使用构建来运行测试来验证集成是一个很好的实践. MyHealth.API.IntegrationTests 项目包含单元测试. 如果在Visual Studio中打开My Health Clinic解决方案,将在"Test Ecplorer"窗口中看到以下测试用例. 在构建定义中的Test任务需要修改,以指向仓库中的测试项目. 1.跳转到构建定义并选择编辑 2.选择Test任务.更改Proje…
使用Visual Studio Team Services持续集成(三)--使用工件 工件是应用程序的可部署组件.Visual Studio Team Services有能力在构建过程中显式地管理工件的内容. 1.转到构建定义并选择Publish任务.注意该任务有两个属性: Publish Web Projects - 当被选中时,任务将尝试在repo中找到Web项目并运行发布命令.使用wwconfig文件或wwwroot文件夹来标识web项目. Zip Published Projects -…
使用Visual Studio Team Services持续集成(二)--为构建定义属性 1.从VSTS帐户进入到Build 2.编辑构建定义并单击Options Description:如果这里明确描述,当在团队项目的Build区域中选择它时,它会显示在构建定义的名称旁边. Build number format:如果将其留白,那么完成的构建将被赋予一个惟一的整数作为其名称.但是可以为团队提供更有意义的名称.可以使用字母.变量和下划线的组合. Default agent queue:选择连接…
使用Visual Studio Team Services持续集成(一)--构建ASP.NET Core 概述 持续集成(CI)是将代码尽可能频繁地集成到共享仓库中的过程.在代码集成期间,构建中断或测试失败可以及时地通知代码中的错误. 当许多开发人员在复杂的软件项目上进行协作时,将代码的不同部分集成在一起可能是一个漫长而不可预测的过程.但是,如果持续地构建和部署项目,可以使这个过程更加高效和可靠. Visual Studio Team Services简化了应用程序的持续集成过程,无论目标平台是…
Devops如何用VSTS持续集成到Github仓库!   工欲善其事,必先利其器.在开始正式的教程之前我们先来聊聊准备工作. 管理工具会VSTS. 代码管理会用GITHUB. 服务器会用Azure.所有的东西都是利用现有服务.不会说自己从虚拟机开始玩.我们就专注于写代码. 什么是VSTS? VSTS的全称是Visual Studio Team Services.介绍VSTS之前先说下TFS(Team Foundation Server).TFS是微软推出的一款ALM(Application L…
使用Visual Studio Team Services进行压力和性能测试(一)--创建基础的URL压力测试 概述 压力测试使应用程序更加健壮,并审核在用户负载下的行为,这样我们可以在当前的基础设施上采取行动,为其扩容以满足我们的需求. Visual Studio中的压力测试是由虚拟用户分钟计费的,更多信息详见这里. 前置条件 要完成这个实验室需要: Visual Studio Team Services 账户.如果没有,需要创建一个. Visual Studio 2017 或更高版本 可以使…
使用Visual Studio Team Services进行压力和性能测试(二)--压力测试执行 1.点击Run test将会该压力测试进行排队,我们将看到等待测试代理屏幕.Visual Studio Team Services将提供所需的代理,根据所选择的用户数量运行测试. 2.一旦开始运行,我们将看到关于测试和应用程序行为的实时度量.现在,Visual Studio Team Services自动提供的代理根据配置的用户数量,调用在压力测试中配置的URL. 在当前屏幕中可以实时看到指标,比…
若要将应用程序开发的生成.测试和部署阶段自动化,可以使用持续集成和部署 (CI/CD) 管道. 本教程介绍如何在 Azure 中使用 Visual Studio Team Services 和 Windows 虚拟机 (VM) 创建一个运行 IIS 的 CI/CD 管道. 你将学习如何执行以下操作: 将 ASP.NET Web 应用程序发布到 Team Services 项目 创建由代码提交触发的生成定义 在 Azure 中的虚拟机上创建和配置 IIS 将 IIS 实例添加到 Team Serv…
使用Visual Studio Team Services敏捷规划和项目组合管理(四)--冲刺计划和任务板 团队在sprint计划会议期间创建冲刺积压工作项,通常在冲刺的第一天召开该会议.每个冲刺都对应一个时间盒,它具备支持团队使用敏捷过程和工具的能力.在规划会议期间,产品负责人与团队合作,确定在冲刺中完成的哪些故事或待办事项. 规划会议通常由两部分组成.第一部分,根据之前的冲刺经验,团队和产品负责人确定团队认为可以在中词中完成的待办事项列表.这些条目会添加到冲刺待办李彪中.第二部分,团队决定如…
使用Visual Studio Team Services敏捷规划和项目组合管理(三)--使用Kanban板 1.要查看Kanban板,请单击Work>Backlogs页面上的Board 链接. 为了最大化团队持续交付高质量软件的能力,Kanban强调了两个主要的实践.首先,可视化工作流程,需要映射团队的工作流阶段,并配置Kanban板来匹配.第二,限制进行中的工作数量,需要设定在制品(WIP)的限制.之后就可以在看板上跟踪进度,并监控关键指标以减少消耗时间. Kanban板将积压工作转换为交互…