精选工作总结

阅读: 次 来源:  
作者:西红柿-      
工作总结

      现在整个人的工作状态应该说是基本适应目前的工作吧。 之前的工作状态都是带着很强烈的压力的,大概是因为很多未知吧。现在的话,对自己要做什么心里已经有一定的逼数了。能够不带着那种强烈的恐惧、压力、挫败感来工作,是一件好事。这些应激情绪其实会占用我很多的精力。
      一部分的原因是在自动化方面做不出什么成果,所以目前被导师安排只是做业务侧的东西,另一方面也是自己独立负责的大需求已经发出去的也是有两三个了。需求到手里面,就不会感觉特别的慌。
      看了参考文章,深感实然。记得知乎有一个问题:怎么判断一个测试工程师的水平? 只要能保证软件合格地交互上线就是至少是合格的测试工程师。不管你用什么理论去分析需求,来编写测试用例,来测试。是通过手工点点点,还是UI自动化,接口自动化。都无所谓。不管黑猫白猫,能抓到老鼠的就是好猫。
      做到现在,回顾自己的工作,脑子浮现出的就是“流水线”。整个项目组日复一日的生产着一个个形态各异的程序。产品确定要做一个什么样的,开发按照需求生产。测试就像是一个框。这个框是产品想要的东西,是用户想要的东西,是常理。开发做的东西碰到这个框了,测试就像是警报器一样,嗡嗡地响。告诉开发这个地方要改。
      问题来了 ,
      当分工明确,有一个独立的测开团队给你赋能时;你不需要自己去开发工具、不需要完全从零的写脚本 ,也不用考虑什么技术栈效率更高 ;
      你重点关注的是,如何通过这套体系,加速测试效率 ,以及 提升整体的 项目交付质量 。
这是文章里面的一段话。实然。只是业务侧大概还可以分为,能够使用有一定门槛的工具的业务测试和只能使用完全可视化的工具的业务测试,甚至是完全不会使用工具的业务测试?
      我目前的话应该是在完全可视化工具到一定门槛的工具之间吧。大概就是有一点python脚本能力,对接口、UI自动化、linux、SQL有一点了解。但是又没有什么实际经验。
      一开始我的工作,导师是希望我能够对底层的自动化框架做出比如功能上的补充,这也让我明白了自己有几斤几两。对目前的我来说,把已经做出来的UI自动化测试--虽然还十分不稳定,而且直观地感受就是不好用,跑通。按照旧的思路写点新添的东西,已经是我历经磨难,有一定进步才能完成的工作。
      后面想让我把目前的项目接入一个比较成熟的可视化接口测试平台。但是因为我们项目组用的是私有协议,对我来说,也还是一件超出我的能力范围的工作。 目前新招了一个大佬,在负责这方面的工作。
      用导师的话来说,就是恨铁不成钢。
      导师则是一边在好像是在弄测试环境的稳定性之类的,一边在组织业务侧的人力安排。反正就是一边在做测试开发,一边在做人力安排方面的管理工作。
精选工作总结下载
工作总结
精选工作总结相关文章

  • 企业员工工作总结
  • 会计工作总结
  • 工作总结
  • 年终个人工作总结
  • 个人工作总结
  • 年度工作总结报告
  • 年度工作总结报告
  • 工作总结存在的意义
  • 精选工作总结
  • 消防工作总结
  • 我要发布精选工作总结相关的文章 - 加入收藏
    发表评论 共有条评论
    用户名: 密码:
    验证码: 匿名发表
      无相关信息

    精选工作总结相似文章