為什么需要單元測驗
單元測驗擁有保證代碼質量、盡早發現軟體 Bug、簡化除錯程序、促進變化并簡化集成、使流程更靈活等優勢，單元測驗是針對代碼單元的獨立測驗，核心是“獨立”，優勢來源也是這種獨立性，而所面臨的不足也正是因為其獨立性：既然是“獨立”，就難以測驗與其他代碼和依賴環境的相互關系，單元測驗與系統測驗是互補而非代替關系，單元測驗的優勢，正是系統測驗的不足，單元測驗的不足，又恰是系統測驗的優勢，不能將單元測驗當做解決所有問題的萬金油，而需理解其優勢與不足，揚長避短，與系統測驗相輔相成，實作測驗的最大效益，
OAuth2 系統單元測驗困難
-
介面測驗依賴于 UPMS (用戶權限管理)，無法做到解耦獨立
-
spring-security-test 模塊未提供相關標準實作
-
場景復雜既要包含無狀態 token 呼叫，又要保證上線文傳遞業務
解決方案
參考 @WithMockUser ，在 Mock 攔截器中自動執行相關的增強（token 獲取），并通過擴展 WithSecurityContextFactory 實作背景關系 token 的傳遞，具體可以參考原始碼 pig-common-test[1]
引入依賴
<dependency>
<groupId>com.pig4cloud</groupId>
<artifactId>pig-common-test</artifactId>
<version>${last.version}</version>
<scope>test</scope>
</dependency>
單元測驗 Controller 介面
- 指定認證中心介面
配置在 test/resources/application.yml
security:
oauth2:
client:
access-token-uri: http://pig-gateway:3000/oauth/token
- 模擬測驗 controller 介面
@RunWith(SpringRunner.class)
@SpringBootTest
public class SysLogControllerTest {
private MockMvc mvc;
@Autowired
private WebApplicationContext applicationContext; // 注入WebApplicationContext
@Before
public void setUp() {
this.mvc = MockMvcBuilders.webAppContextSetup(applicationContext).build();
}
@Test
@SneakyThrows
@WithMockOAuth2User
public void testMvcToken() {
mvc.perform(delete("/log/1").with(token())).andExpect(status().isOk());
}
}
模擬測驗 FeignClient 傳遞 token
直接注入 FeignClient 實作即可 使用 @WithMockOAuth2User 注解測驗類即可
WithMockOAuth2User 屬性說明
- 當前用例獲取 token 使用的用戶名
String username() default "admin";
- 當前用例獲取 token 使用的密碼
String password() default "123456";
寫在最后
原始碼參考 pig-common-test 模塊
目前僅在 pig 2.10 做了實作，理論支持低版本，直接 install 此模塊即可
專案推薦: Spring Cloud 、Spring Security OAuth2的RBAC權限管理系統 歡迎關注
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/169004.html
標籤：其他