Application Concurrence Test in Ruby
Project moved from code.google.com. It's a main repository for the code for Advanced Rest Client.
Java DSL for easy testing of REST services
Find potential bugs in your services with Diffy
http api 记录回放,接口fuzz测试
A fully configurable http/https proxy in NodeJS
Byteman Project main repo
An online request replication tool, also a tcp stream replay tool, fit for real testing, performa...
A Java client for the Sixpack A/B testing framework https://github.com/seatgeek/sixpack
A code generator for MyBatis and iBATIS.
顶一下,持续招人中
#2 楼 @liweixin440 UI 也好接口也好,做自动化根本目的还是为了提高回归的效率。做自动化还是要讲究分层,毕竟接口测试只能覆盖产品的一部分代码,UI 自动化从执行效率、稳定性各方面也不比接口自动化。
先要了解到,做自动化的根本目的,并不是为了找出 BUG。 没发现 bug 的自动化不代表没有意义,可能只是没有覆盖到问题点上。
#4 楼 @simple 方便留个微信或者 QQ 交流下不?
#4 楼 @simple 主要问题其实您的文章里都提到了,一方面是适用场景局限, 如果在场景/集成测试的自动化率不高的情况下,做这个并不能有效的降低测试人员的工作量。 所以只能作为补充手段。 另外一方面是用例生成策略方面,这部分我们完全没有做,你们的方案有挺多我们可以借鉴的地方的
用例生成策略部分的想法挺好的~
先赞一个~ 我们公司也在单接口简单场景的用例自动生成上尝试过,不过最终的效果一般……