获得徽章 0
一种可以榨干灵魂的 E2E 测试编写方法:通过定义“状态”和“转换”自动生成完整测试用例。多年前开了这个坑,最近又捡了起来。搞了两天终于初步搞定了多用户上下文的测试编写方案,不知道同事能不能很快上手。不过用 turning 的一个好处是,你都不知道也不用太考虑它会搞出来怎样的用例,就跟你不知道 QA 会搞出来怎样的神仙用例一样。😉 github.com
展开
vilicvane于2020-09-01 01:26发布的图片
评论
这周把之前吃灰的一个项目模板工具挖了出来,这个工具主打使用模板生成项目后,项目能随模板更新而更新。之前采用的是纯配置+生成的模式,生成的文件不能手动修改,否则下次更新会被覆盖。配置很痛苦,也没找到什么很好的办法解决,直到前几天同事说要不要用 magicspace 生成新项目,然后突然来了灵感,用 Git 相关机制解决。翻了一天 Git 命令,摸通了一套操作过程。原理其实很简单,模板生成内容可以看作是项目内容的一个 orphan branch,第一次合并到项目分支后,就和项目分支建立了某种神秘的连接,后续更新就是在这个 orphan branch 上新加一个 commit,再合并回项目分支。这里有个很巧妙的地方,由于分支合并后,模板生成更新的 commit 会保留在项目分支信息中,所以并不需要真的去保留一个 orphan branch,只要在更新时找到相关 commit 进行 checkout 即可,这样也避免用户忘记推对应的分支到远程仓库中。
展开
评论
研发工程师 @熵减宇宙
研发工程师 @熵减宇宙
研发工程师 @熵减宇宙
掘金的推送算法也是感人,新人发文章好像一个阅读都没有。😷
1
最近和同事倒腾了一个基于 typescript 的 plain object 类型检测库, 支持自定义扩展验证. 就是比较慢, 开销大, 适合做一些低频, 结构复杂的数据验证, 复用已有类型声明. 我们主要是用到配置验证, 复杂定义验证, 数据迁移验证这些场景上. 有相似需求的同学可以试试. 👏
评论
个人成就
文章被点赞 8
文章被阅读 6,252
掘力值 176
收藏集
0
关注标签
13
加入于