关于测试的几点感想

   我是一个大四实习生，来北京两个月了，主要做软件测试工作，其实说是软件测试，其实对于我一个新人来说，所做的工作也就是所谓的“点点点”。总以为自己没有学到什么，其实是自己不注意总结，关于学到什么，其实主要靠自己，要善于去发现，去挖掘，其实公司提供了好多资源。对于我来说，实习两个月以来，主要感想有以下几个方面:

一、慢慢认人

  这个怎么说呢？对于我刚进公司的时候，真是小白一个，什么都要问。还好老大同是90后，比较好相处，就像哥哥一样。开始，看了两天的产品需求文档还有产品原型设计，一遍一遍从头看，发现也就那么几点，为什么老让我看呢？等到开始测试的时候，就对着需求文档，挨个功能去点，发现bug也不知道什么问题，到底是客户端还是后端问题，该找谁啊？？一头雾水，那时就是发现bug就问老大，老大就给我指该找谁，慢慢的就和他们熟悉了。我们公司的项目管理工具是redmine，渐渐地熟悉了项目。还有比较好的项目管理软件 禅道 ，不过还没接触过。

二、“善于”了解产品需求

   开始看产品需求的时候，我当时就只是看，完全不带脑子的，并没有想到测试点在哪，怎么样展开测试，就是对着需求点点点，其实看需求是很重要的，对于真正的测试来说，既要像产品一样懂需求，又要像开发一样知道怎么做出来。对于每个需求，你要确定一下，它有几个测试点，想想测试用例到底该怎么样写，才可以覆盖的更全面。比如：这个需求是广告h5，在第几帧，增加的这一帧对其他广告有没有影响，是后台投放嘛，广告接口有没有错误，分享链接有没有错误，等等。总之要带着脑子去看需求，需求评审的时候，认真听，记录一些不懂的地方，可以随时记录在手机里，比如onenote就是很好用的一款软件。

   看看自己手机上当时记录的一些问题，感觉自己真实成长了不少呢。1、啊，切环境了，什么37环境，test环境，正式环境，咦，切完环境，为啥用户数据不一样了啊！一脸懵逼，几经探索，发现在redmine上有关于环境的介绍，这才明白原来37环境就是开发者开发时的环境，这时把需求上基本的功能都开发出来，并且供高级测试完善测试用例，这个时候的数据接口都是测试接口，数据不是正式的，可以进行增删改。test环境呢，是在正式环境的域名前加了个test，这里的数据和正式环境的数据是一样的，这个可以更好模拟线上正式环境，可以更好的过渡，然后是正式环境，也就是线上环境，平时用户可以正常使用的环境。2、缓存怎么回事啊？3、哪里去配置广告、话题啊？4、视觉图、设计图去哪里看啊？5、咦，老大用的是啥抓包工具？6、抓包是干啥的啊？7、接口出错了？啊，怎么看接口啊？8、来了这么久，我怎么没见过测试用例呢？9、哪个是H5页面，我咋分不清楚？10、正式环境的包在哪里下啊？？我当时就是一头雾水，脑子里都是白痴问题，哈哈，还好随着产品的迭代，我也慢慢都懂了。

四、带着脑子去开会

    为什么说带着脑子去开会呢？对于需求评审的开会，你要认真听，虽然有些开发说得啥，听不懂，但是自己一定要确定好测试点，尝试着写写测试用例，我被老大安排写了测试用例，其实我就是对着产品需求再写，等到测试用例评审的时候，看着资深测试员写得，才发现自己考虑得那么不周全，当然还有好多东西不懂，比如单元测试中一些测试用例的编写，然后对比着，慢慢发现自己的不足，慢慢成长。下篇写测试用例的一些东西，虽然我还没有参与到测试用例的编写中去，哈哈，不过我会努力的。

五、学习测试流程

   感觉我们公司还是挺规范的，而且挺注重测试这个环节，最后测试的时候，感觉从开发到运营，大家都很配合。开始的话是产品收集需求，编写需求文档和产品原型，然后进行需求评审，这个阶段是所有的研发和测试都要参加的，同时涉及的运营也要参加。然后是开发进行开发，同时测试人员进行测试计划和测试用例的编写，然后进行测试用例的评审，测试人员进入模块测试阶段，然后是系统测试，集成测试等，最后上线，跟踪线上版本。

  以上是我这段时间来，新手测试的感想。希望和更多的小白共勉。