接口自动化测试平台-如何让测试人员换一种工具，去编写和执行手工用例？（2）

 

 

   接上一篇文章描述，已经拥有了一个管理用例的工具。

   工具要被使用起来，首先要有用例。起初构思该工具时，打算使用Execl导入的常规方式，但是很快被我放弃了。原因是害怕步入某些工具，被测试人员放弃的后尘。固定的Excel模版和导入时的频繁报错，让测试人员编写用例时，还要额外考虑文本格式问题。

   所以打算直接在页面提供用例的增删改查功能。这里最需要考虑的是增的功能。测试人员都习惯使用Excel，来编写手工用例。我也觉得Excel编写用例很方便。点击单元格，就可以输入内容。相似用例，复制行并插入行，就可以完成一条用例的复制。一个工作表，编写所有用例，覆盖了哪些测试点一目了然。

   如果能够尽量模拟并提供上面功能，也就不怕测试人员不愿意使用了。

   下面是我设计的页面。

 

  

1.创建用例

 

 

新建的用例

 

点击用例步骤单元格，就可以编辑测试步骤（其它用例元素修改，也是同样的方法）

 

 

2.复制用例

 

 

 

复制完成的用例

 

 

    以上功能，基本都是在一个页面完成一条用例的编写。工具投入使用后，测试人员很快就接纳并习惯了它，现在已经看不到他们使用excel编写用例了。

     用例完成后，就需要执行，执行的时候，就离不开执行结果和问题单了。这里把用例维护功能中的用例，看作用例库。当需要执行的时候，新建一个测试计划，将需要执行的用例，关联到测试计划中（注意是关联，不会产生副本）。  同时也把执行结果和问题单也和测试计划关联（和用例库中的用例没有关联）。   

 

 

 

    测试计划中还包含了批量执行自动化用例功能。

    关于自动化测试，我使用的是Fitnesse，利用它提功能的RestfulServices，集成到了我的平台里面。

    现在手工用例和自动化用例在一起，测试人员很乐意接受，这种新的执行方式。