Azure DevOps —— Azure Test Plan 测试管理

Azure Test Plan

是面向测试人员的一个模块，可以管理测试计划、测试套件以及测试用例，同时微软还为测试的执行提供了一个很牛逼的插件——Test Explorer，这东西可以直接安装在火狐或者谷歌浏览器上，然后直接截图，创建 bug，是你以前都没使用过的。

先普及一下测试相关的知识

一般来说，测试分为3个大块：

1、测试用例（Test Case）

这是测试的最小单位，就是要测试的具体内容和步骤，一般包含了3个值：“操作步骤，期望结果，实际结果”。其实任何人测试都是这样的一个步骤，第一步，做什么，看看执行结果有没有和期望的相同。

2、测试套件（Test Suite）

当测试用例越来越多的时候，我们就需要进行分组了，一般一个需求会有很多个测试用例，因为测试用例包含了正向测试、逆向测试、边界测试等等。

举个例子，用户登录，你需要测试能不能正确登录（正向测试），测试输入错的能不能正确提示无法登录（逆向测试），使用一些黑客技术程序能不能捕获异常（边界测试）。

3、测试计划（Test Plan）

测试当然也是需要有计划的，某个周期根据需求来定义我要测试的套件，比如从1月—3月我需要测试22个套件，里面包含了127条测试用例。

所以他们的顺序是测试计划 > 测试套件 > 测试用例。

选择 Test Plan

输入一个测试名称，选择一个测试的迭代和区域（即团队）


可以先添加一个测试用例



选择一个测试用例，然后点击【为 web 应用程序运行】

浏览器新开了一个窗口，上面显示你测试用例的步骤


如果你有两个显示器，你就可以一个看着这个测试步骤，另一个看着你的界面，测试通过则【✔】，测试失败则【×】，然后输入失败的理由。

别以为这样就完事儿了，看到最上面【创建 Bug】

在重现步骤中，就会把你刚才的执行步骤和结果放入到文本框里，这样非常方便给开发人员提供线索


再返回到测试用例列表，这条测试的结果就改为【失败】了。

测试套件

• 静态套件
  就是一个文件夹，为那些用例使用文件夹分组而已。

• 基于需求的套件
  
  点击后，弹出一个查询界面，根据上面的条件查询出结果，选中需要的结果点击【创建套件】

同时，会把关联这个需求或者用户故事的测试用例一并拉出来。
比如在这个需求里，我添加了两个测试用例

回到计划中，点击同一个名字需求的测试套件，你会发现它把用例关联过来了。

总结

测试管理器可以很容易的帮助测试人员更便捷地管理测试用例和计划，同时也能很容易创建 bug 任务，提供的重现步骤能把你测试的每一步的结果清晰地展示出来，非常方便开发人员追查 bug 产生的原因。

目前来说这是我见过最好用的测试管理器了。