测试两年随想
随想（其他的博客因为密码忘了，就来这发了）
出来工作也有两年了，这两年中我先经过了开发到测试的成长之路，在开发的时候学习了很多开发的知识！那在后来转到测试岗位的时候，我就运用了许多开发的知识或者习惯在上面测！（一般运用错误推测法比较的多测试出 bug）
做过功能、性能、类似渗透（算不上安全）、接口的测试，自动化的话都是自学没有在实际项目中实现上去这是我最遗憾的一个地方！以上都是在入门阶段，只有功能做的还可以，做为一个男生我算是比较有耐心跟细心的了！
下面分享几点吧：
- 在做互联网 web 项目测试的过程中，我会做些 html 源代码的修改（修改那些系统不允许的或者错误的）然后提交，往往会发现一些意想不到的返回值！（主要验证前端的限制是否在后台代码也给予限制）
- 测试的过程中千万别相信研发说的，我都测过了没问题的一类的话，出了问题还不是测试担着，所以还是要进行测试，也别信研发的我没改带那些地方的话！
- 勇于承担责任！是你的就是你的，不是你的想想有没什么没做充分的！反正黑锅背习惯了！
- 有些事情还是可以去试试的，像公司给我平台，我就去给客户做演示、培训、实施（虽苦也甜），从中学习到了测试学习不到的，或者说自学起来肯定没有这个快！
- 除工作跟睡觉之外的那些时间，好好利用吧，少年！多学点（人丑就要多读书）！ 等 下面是最重要的，也是发布这篇的原因： 目前比较紧急并且我身上急缺的是如何创建一个测试团队，需要考虑哪些方面因素，需要制定哪些规则，需要做些什么事情，团队组建后要怎么安排工作怎么带领团队等……都不知道！希望看到这篇文档的拍砖提点东西在上面，供我（也可能是其他看到这篇文章并且需要这方面知识的人）参考下！
论坛好多工作刚满两年的。。。不过我也是。。。
组建团队我目前没做过，恒温这方面经验可能比较多，帮你找下他。 @lihuazhang
@chenhengjie123 谢谢，坐等！
制定适合并且完整的测试流程
刚好工作满三年。
@shixue33 嗯，有在弄了，就是不确定是否是可行的
#1 楼 @chenhengjie123 组织团队，需要你想要怎样的团队？重业务还是重自动化？确定之后，就按比例来招人，招人太难了。。
怒顶，哈哈~~
你这个什么都懂一些，但是不精，没有核心竞争力，然并卵。。。建议有一技之长，不过 QA 大部分像是打杂的，什么都会一些。。。
@lihuazhang 先业务
@lihuazhang 恩，确实需要核心竞争力，不然很容易被取代，你说是吧，恒温
@halo_lan 哈哈，是没什么卵用，但是上次的渗透虽然只是入门级的弄下，还是发现不少问题！时刻准备着，gogogog
@lihuazhang 嗯，公司的每个产品都要熟悉？确实很难再回头了
带领团队牵扯到方方面面，技术反而不如做纯执行时地位那么高了
@james88233 是啊，各有千秋吧！
你这个应该是个独立的测试团队，那应该是偏业务的，好好招人，培训业务技能，制定好测试 plan, 各个业务模块对接人搞清楚，好好执行是第一步吧。
@luis 嗯，确实是这样！
带团队招人很重要，然后就是团队培养了。这个我也很期待有大牛出来分享一下
都说测试不好，有开发能力为什么转来测试
@michael_wang 机缘巧合吧
测试不好是自己不努力的结果吧，努力的测试还是有的
@darker50 这位大哥说的甚是
.......姜还是老的辣 weizong
@doria 李总，果然比我老
组建团队，首先你要考虑公司给你的空间，人力，物力，支持有多少。QA 说话的份量足不足，公司对 QA 的考核是怎样的。等等。
如果公司在质量，效率方面没啥追求。要人没人，要机器设备没有（或者都是拖拉很久，或者要人给实习生），那你就准备组建一个业务型的团队，每次能把功能测试做好就算不错了。
如果公司在质量，效率方面都有追求，对测试支持力度大，那么就考虑保证业务，追求效率的团队。
同时你自己作为一个管理者，要看清团队在公司的位置，和各个部门关系，特别是他们老大的关系。能否处理好各种利益冲突。
当人招进来后，如何凝聚一个团队，发挥特长，效率，也是你要考虑的。
总之，你不仅要有 “技”，而且要更重视 “人”。
很不同意你这个观点：
- 勇于承担责任！是你的就是你的，不是你的想想有没什么没做充分的！反正黑锅背习惯了 不是你的，要看黑锅背得值不值，凭啥无故承担责任，为啥要无故替人背黑锅？
@snake 也许大概我说的不够清楚，是你的就是你的，不是你的就想想有没什么做的不足，是你的就承担不是你的就三思！还有，听说有一种很纯粹的公司，no power！