准备开始测试之路

   

      今天周五啦，然后今天发工资，确实是个好日子，但是明天还要上班，你妈！不过也都虐习惯了，安慰的是周六地铁不那么挤，所以还好。

      今年上半年来几乎没写过什么代码，改过一些bug，那么多天不知道自己在干嘛，虚度光阴啊虚度光阴，虽然心里面很着急但是还是没有用行动去实践起来。

     也还好把，就当是花了几个月想想自己到底要做什么了。

      年初回来工作的想法是转前端和测试，更偏向前端一些，于是乎去看了w3school的参考文档，根据建议先从HTML看起，看了很多标签，然后自己试试例子，比较少动手，记不住。后来想想这也不是办法，看了就忘无卵用，于是乎就跟着视频学习了一下，然后自己动手写代码，那些标签其实都还好，跟Android的xml类似嘛，没啥压力。然而把人家的例子关掉自己就忘了要用哪些标签整合来写一个静态页面了，那些也很繁琐，一大串一大串的标签，我是用电脑已经有的sublime text写的，也懒的去查HTML要用什么开发环境来写，太懒。我又不会sublime快捷键，用起来没有studio那么得心应手，手写标签没法格式化代码看起来好乱好丑啊，还是习惯Android的xml的格式，然后这代码提示也是很蛋疼的，哪像studio一样，像是直接张开嘴巴studio就直接喂你代码了。

      再就是平时上班比较闲没那么自律，，不会一直就在学HTML啥的，就在网上看下测试相关，然后突发奇想好死不死的加了测试群想了解下测试行业，进去以后就问测试怎样啊开发转测试好不好转呐有啥系统的学习测试的blog之类的，然后群里朋友告诉我开发转测试还是比较顺利的，我之前也有听说过这一点，于是自信又涨了一小截啊=。=。

     再然后就被推荐去看虫师的blog了，里面也有提到开发转测试比测试转开发容易的多，有很多测试转开发失败但是开发转测试会比较成功，看了好多篇人家的博客吧，开始觉得我比较适合转测试了，果断弃了前端投奔测试，终于做了好几年的安卓打了好几年的酱油没啥竞争力的妹子要开始发力了哈哈哈哈。

     开发的妹子权衡一下转方向的原因：

       1、开发工作压力和工作强度都大于测试，开发可能在deadline之前因为一个bug或者分配到的功能出现难点而通宵加班或者是长期处于高度紧张的状态。(我去年一个多月时间加班通宵了三次！！！眼睛一直都充满了红血丝，经常敷着面膜就睡着了！狗公司！)

       2、HTML要兼容各种浏览器，代码也比较繁琐，查错提示也好狗啊，不过可能是我就学了不多的原因，在一个就是前端还是开发撸码到地老天荒，算了我就放弃了

       3、不想做专业开发但是还是想做一名it从业者，所以测试是个不错的选择啦

      不过因为我还不熟悉测试工作的原因所以还要在Android岗上待一段时间，好学习过度到测试，公司好像又有新Android项目要忙了，在忙也要偷闲吧，挡我转测试者杀无赦哈哈哈哈，经过这上半年算是确定自己要做什么了，现在7月初，打算学习到10月份就回二线城市找测试工作呢，所以要抓紧时间，每周都总结一片blog学到的知识，以此谨记！

       这两天看blog的总结：这里都是借鉴虫师的blog的，感谢他，附上他博客园的地址

       测试工具的使用：最常用的如QTP，LoadRunner。这个没有难度，就是个熟练度。要想QTP玩的比较深一点，那么你必须学习VBS脚本语言。

       一些之前没了解过的：fiddler

       必须会的：数据库、中间件、操作系统都要会装会用，至少要熟练使用一种。

       想做好功能测试要做好四点：

       1. 非常了解被测试系统，各个功能和各个业务逻辑。

       2. 需求文档，如果你不知道怎么测，那你一定没看需求文档

       3. 测试方法的学习，方法不难理解，如何运用到项目中是关键

       4. 测试用例，在上面三点的基础上写用例，一个用例可以体现出你对上面三点的掌握程度

       一些虫师推荐的软件测试书：一会儿我看看哪些有电子书，我有kindle看起来比较方便，如果有需要的我再把电子书打包传上来

       《[软件测试]Ron Patton》 《全程软件测试》 《软件测试paul C. Jorgensen》《有效性能测试--测试人员的50条建议》 《软件测试技术经典教程+第2版》 ，当还有《微软的软件测试之道》以及最为经典的《软件测试的艺术》

        测试工作流程：

　　参加需求评审-->编写测试计划-->编写测试用例-->用例评审（召集产品，开发）-->项目上线后进行轮次测试（每测试一轮，发邮件出一轮测试结论）-->几轮过后没什么问题项目上灰度（相当于内测）-->灰度测试过后上全网-->出测试报告。