麻煩大師解答下我的疑問並糾正我理解是否有誤？謝謝大師~

Question

我想總結一下，麻煩大師幫忙看看我總結的對不對？（可以理解成總結+提問）
1.“TestParameter”這個測試類，我理解的是在實際項目中，只需選擇一種就可以喇？（我會選擇用excel+poi）
2.“RunControl”這個測試類就直接用來應付平時的單條API測試？
3.“TestRunOrder”我理解成了，把測好的沒有bug的api，放在裡面“按順序”執行？（“RunControl”和“TestRunOrder”，是不是可以刪掉一個？不是很理解~）
4.如果有幾佰條testcase,那麼應該怎麼分類呢？
5.“TestWiremock”是否可以和“TestAllureReport”這個寫在一起呢？

Answer 1

城下秋草 2018-11-22 20:25:38

课代表你好：

1. TestParameter，这个类中主要体现的是Junit5框架提供的几种参数化方法，前面几种是基本方法，适合数据量小且比较固定，可以直接将测试数据定义在代码中的情况。methodsource则提供了扩展的数据源方法，excel+poi是以excel作为数据源的示例。利用类似写法，也可以扩展xml、json或数据库作为数据源。当然excel本身作为测试数据源已经能满足大部分需求。

2. RunControl，这个类其实主要讲的是框架如何支持case的选择策略。并不是用于单条测试哦。是你的代码中包含了多条case，但是有时需要根据情况选择来执行，这时就可以利用tag、disabled这样的注解来确定需要执行的用例。提供执行控制功能

3. TestRunOder，主要是用于有前后依赖关系的用例，确保一系列测试是按照指定顺序执行的。（现代软件测试其实期望用例之间不要存在依赖，也就是不依赖执行顺序。但实际中存在依赖的情况还是比较多，可以通过这个方法来解决）

4. 大量的testCase其实可以利用java的package、class、具体的方法来组织。junit5也提供了parameterized以及nested这些分组策略。利用这些层级可以进行比较好的组织设计。

5. Testwiremock和allure这两个类主要是为了展示wiremock和allurereport的功能

1. ）wiremock是mock框架。作用是当需要测试的服务端API还不存在的时候可以完成接口测试case的编写和调试。比如你要测试一个API，但是这个API还没开发好，只是有了定义文档。这时就可以先利用wiremock完成自动化用例的编写，等API开发完成后再切换到真正的API进行测试

2. ）allure是测试报告，主要是展示测试报告的生成和定制。我这里是示例，实际工作中这两个类一般不会一起用的
   

• 提问者 慕粉0922193464 #1

  非常感谢！

Answer 2

提问者 慕粉0922193464 2018-11-22 19:00:47

6.還有一個比較天真的問題，希望大師不要笑～就是這個寫出來然後落地實行的話，算是框架嗎？

• 城下秋草 #1

  其实RestAssured本身已经算是接口测试框架，JUnit5本身也是非常完善的测试框架。课程中讲解的内容，主要是把这些框架包括allure、wiremock、poi等结合起来在实际中应用的，落地的话根据实际需要重新组织即可。