vlambda博客
学习文章列表

我们拿数据驱动框架来举个例子。下面是我做的一个简单的框架样式：

　　我本人是由java开发、flex开发做起，后来逐渐接触了软件测试，才一路扎在软件测试这条大道上的。

　　其实说起来互联网中无论是开发、测试都好，所谓的成长经历、历练经历还是差不多的；对于我自己来说，我认为收获最多的是在两个方面：

　　一是我在刚进入测试时候，由于在一家小公司，这时候需要我不仅仅做测试，还有一些产品、需求甚至是部分开发方面的工作，当然不可避免的就是加班加班。但是我觉得这段时间是我对软件工程了解提升最迅速的；

　　二是自己的求知欲和上进欲。我带过一些新毕业的测试人，我自己也有当过老师，带过几百个学生；在我看来，所有现在职业生涯做的比较好的都是乐于学习、有拼劲的人；对于测试来说，现在已经不满足于你只了解功能测试了，随随便便一个jd就要求性能、自动化或者安全。对于我们这些测试人来说，也要让自己有多方面的能力。

　　我以前经常举一个例子，就是学测试就像是在一片荒地上挖井，我们要在不同的地方多尝试一些，当然，最重要的是，还要在一些地方挖的深入一些，这样我们才能在最全面的了解土壤的情况下，找到最适合挖掘的地点真正找到水源。放到测试行业里来说，就是要全面了解功能、性能、安全、自动化、手机等等测试技术，同时再重点发育自己感兴趣或者擅长的方面。

　　这时候就要求个人的积极性和坚持力了，不仅仅要有兴趣，还要坚持，每天抽出几小时来学习没有什么做不到的。

　　其实归总起来几句话：

　　1. 测试的最终目标是“教”开发人员写代码。

　　教这个字说起来深奥，其实还好。比如做性能，你去教他们如何优化；做安全，你去教他们如何修改漏洞；做自动化，你去教他们如何写出优秀规范的代码。这就够了。但是这需要过程和积累。

　　2. 学会一门语言。

　　3. 找到一个方向，那就深入的挖掘属于你的水源吧。

　　4. 在测试中发现乐趣，无论你是在性能、自动化、安全或者任何一个方向发展。

这好像不是自动化测试主题的内容嘛~哈哈，开个玩笑哈。

分层框架可以参考下问题1我的回复~持续集成我目前是考虑使用一套jenkins+ant+testng+webdriver的结构来进行，当然，maven可以取代ant。或者在平台中更可以简洁的使用计划任务或者linux中使用crontab来解决~

这样看你有什么需求了。比如说性能，是否有并发的操作？对于你的需求，是否是静态页面，是不是有请求发送，如果没有，也不太谈得到性能了。。性能测试最常用的工具就是lr、jmeter、apache ab等等

安全测试来说，其实还是前面谈过的，首先要分析我们是否有安全的需求，比如只对内部项目，只要服务器端口不对外开放，web安全上我们就不必考虑。。等等。比如是一个对外电商系统，我们就要全面的考虑其安全问题，分析应用程序，看每一个模块需要进行哪些方面漏洞的检测，比如跨站脚本，xss，甚至说包括csrf都属于跨站漏洞，我们想要分析我们的网站是否包含这些漏洞首先要了解其原理。XSS是怎么产生的？什么是反射型xss，什么是存储型xss，什么是基于dom的xss；在了解原理的基础上我们去学习如何进行测试？基本的测试手段，更详细的定位方式，包括针对不同类型xss漏洞所做的不同策略；最后就是如何防范。

　　其实推而广之，对所有类型的漏洞都是一样的。

这么说，webdriver的基础你了解了，接下来就是框架方面的了。我们用webdriver是来更好的进行自动化，而自动化是我们现在敏捷、tdd所必不可少的。这是个大背景。接下来就是webdriver能做到什么地步。

其实简单一点来说，后端仍然是一套关键字驱动的webdriver底层，主要还是以ant+testng+webdriver+grid为主，那么上边封装一层前端，将所有需要的关键字，比如动作（click、select、type等）、元素（xpath路径）等等所有需要的关键字封装到前端输入，存储到数据库里，后端调用时候通过数据库查出关键字来执行。同时，前端增加一些例如快速定位元素xpath的小控件就ok了等等等等，让没有自动化代码经验的人能够通过输入来达到自动化关键字输入的目的。

其实我觉得测试有很多方向，比如自动化、性能、安全，在任何一个角度上有所小成都还是可以有不错的发展的。如果真的决定离开测试岗位，我认为可能比较适合的是产品和需求：