【老王公众号】

Open-Test 测试驱动模式与版本号管理机制

以测试用例驱动项目开发,coding/case俩条线并走模式。
 
1、开发人员只负责功能实现;
 
2、测试人员提供自测用例,研发人员jenkins持续集成项目后自动化执行自测用例,通过后方可转测试渗入测试。
 
3、Open-Test 分俩个功能块,test用例块与controller执行块:
    test用例块:
    1、定义接口 2、定义返回码 
截图:
 
    controller执行块:
    1、实现用例 2、绑定请求 3、针对用例渗入测试
截图:
 
 
4、单接口测试通过,提交集成联调测试、
 
版本号定义规则
需求版本1.0
项目版本1.0.1
                <dependency>
<groupId>com.ny</groupId>
<artifactId>eis-interfaces</artifactId>
<version>1.0.1-SNAPSHOT</version>
</dependency>
说明:三位数版本在研发准备阶段就已经产生
测试版本1.0.1.1
    applicationContext-dubbo.xml
                <dubbo:reference id="tUserInfoInterface" interface="com.nfky.eis.interfaces.user.inf.IUserInfoInterface"  version="${dubbo.eis.version}" />
    sysconfig.properties
                #dubbo_version
                dubbo.eis.version=1.0.1.1

 

posted @   CTO老王  阅读(878)  评论(0编辑  收藏  举报
编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 地球OL攻略 —— 某应届生求职总结
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 提示词工程——AI应用必不可少的技术
· .NET周刊【3月第1期 2025-03-02】
历史上的今天:
2012-11-01 性能测试随笔,看看罢了,只做笑谈尔。
点击右上角即可分享
微信分享提示