Ricky Qiu的软件测试笔记

 curl是一个广泛使用的用来上传和下载的命令行工具，当然严格来讲，它还可以有别的用途。对于测试来讲，它是Web相关测试非常实用的工具，包括debugging，使用起来非常方便。而且另一方面，因为它是纯命令行的工具，所以也可以非常方便的作为一个组件集成到automation或者其他的测试框架里面，将HTTP/HTTPS/FTP相关的上传和下载等任务交给它。最近因为在做web service

<br />automation对于QA的测试而言毋庸置疑是很重要的一部分，这也是一个很大的领域，有非常的多的东西值得去研究，作为一个QA的整个career path估计也不为过。说到automation，特别是对于一个刚开始的项目而言，很多时候我们第一反应就是现有的框架或者技术能不能实现我这个产品所要的一些操作，可不可以做automation。这样的思考本身没有问题，因为很可能会有技术上的障碍或者很多的东西要去准备。但是基于这样的思路，最近却遇到一些问题。经过其他同事的提醒和自我反思，现在对于automa

互联网的产品版本的节奏非常快，一个20多人的测试团队一周发布上百个功能特性是一件很普通的事情。团队成员有非常多的精力消耗在这些功能版本上，需要快速的理解业务，构建测试环境，bug验证回归，以及发布上线等等，留给业务测试同学构建自动化用例的时间非常少。但是另一方面，有必需要快速的构建自动化来减少回归的压力，如何平衡这样的矛盾，轻量级的方案值得考虑。