bash, perl之类脚本倒是擅长的，传统行业自己搭个测试框架也不复杂。

这种情况，我想简单点，也可以造。比如最简单的，模拟登录，模拟数据请求、以及请求
序列构成的业务流和各种使用流程。 测试期望的结果存成文本（比如各种返回的json数
据），每次运行得到的结果和文本文件进行diff。  比较麻烦的是数据接口，有些来源于
mongoDB，有些来源于redis，有些来源于第三方。。

组件就手动测试，单元测试开发人员自己做，自己维护。

【 在 dhcn (小石) 的大作中提到: 】
: 像Django这样的框架本身带一个空库测试模块，测纯RDB Web的东西很方便，你可以从
你擅长的语言里面找一个带测试模块的Web框架。'
: 回归测试一般需要自动化，到目前这个阶段，麻烦的不是写测试案例，而是这种测试需
要一个完整的执行环境的自动化构建和销毁。
--
FROM 101.68.86.*