作者小头像 Lv.2
更多个人资料
60 成长值
0 关注
1 粉丝
+ 关注 私信

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

DevOps、云计算
个人勋章
TA还没获得勋章~
成长雷达
40
0
0
0
20

个人资料

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

DevOps、云计算

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
[微服务下的测试第三季] 新系统测试的策略
新的测试使用REST访问所有的服务，这是比Java RMI更灵活和更通用的远程调用方式。 每个测试用例还会监听在处理测试请求时在各种微服务之间发送的所有消息。 这使我们能够在运行时跟踪测试的进度，如果测试失败，可以更轻松地找出错误发生的位置。 这也意味着测试可以对系统中的事件作出反应，并触发特殊的工作流程。 这些决定在某种程度上是非常明显的，测试应该与微服务语言相同。 通过这样做，测试自然而然地运
自动化测试 微服务
作者小头像 ETRS 2017-11-28 14:23:12
5960
0
0
2017-11-28 14:23:12
999+
0
0
[微服务下的测试第二季] 痛点与老系统测试
事情是，旧的服务水平测试不是很容易阅读或理解，而且他们需要很多工作来维护。 图形用户界面测试更好的形状，使用现代工具，具有良好的结构。 但实际上，GUI测试总是很昂贵的维护和运行，事实证明，我们系统中的许多功能主要是通过API提供的，而不是用户界面。 我认为我们也许应该考虑扩大我们的服务层API测试，以覆盖新的微服务。 当我们试着用不同的方法来做到这一点时，当我们用这些旧的测试碰到了杀手级的问题
自动化测试 微服务
作者小头像 ETRS 2017-11-28 14:21:41
5761
0
0
2017-11-28 14:21:41
999+
0
0
[微服务下的测试第一季]基于微服务的集成测试思想
事实证明，拥有大量的微服务开辟了设计这些测试的新途径。 我们发现我们可以使他们更快，更容易调试，以及更少的测试代码来维护。 在我们开始使用微服务之前，我们有一个相对简单的巨石测试结构。 我们在各个层面进行测试，主要是根据标准测试金字塔： 大多数测试用例都是单元测试，在类和方法级别。 除此之外，我们还围绕数据访问层进行了相当多的测试，使用相当细致的API来检查与数据库的ORM集成。 然后有一些更高
自动化测试 微服务
作者小头像 ETRS 2017-11-28 14:07:46
5918
0
0
2017-11-28 14:07:46
999+
0
0
https://www.baidu.com/s?ie=utf-8&f=3&rsv_bp=0&rsv_idx=1&tn=baidu&wd=sed%20%E6%9B%BF%E6%8D%A2%E5%AD%97%E7%AC%A6%E4%B8%B2&rsv_pq=c7db61a600035dc5&rsv_t=5e19yEsbV9N5fIvdlGRU
作者小头像
作者小头像
快速交付
+ 关注