• 谢谢
    嗯 从转管理以来,一直强调团队对全流程的把控能力。
    一方面确实作为测试,一直是流程的最后一环,做事太被动,我又是一个控场选手,这让我受不了
    另一方面,想提升作为测试的能力,甚至是提升项目的实施能力,都必须从全流程下手,不然完全没机会。

  • 哈,您过奖了。
    之前在简书写了几篇,发现互动一般,后来还是发现testerhome是测试人员的家。
    关于记录和总结,我个人还是觉得蛮有必要的,我坚持写了六年的工作日报。定期就反思一下自己当时做了什么事情,自己的时间去了那里,哪里有可以提升的空间也是一目了然。也会为自己曾经稚嫩的想法无语,同时又赶快自己在变化。
    最开始的时候也盲目的觉得测试就是提bug,就是不漏测。后来发现效率低,又导向了测试工具和技术的小巷思维里面,想着如何提升技术能力。然后在工作五年左右的时候醒悟了,发现做测试无非保障两件事质量和效率。然后其他任何事情,比如技术、工具、流程都是保障质量和效率的手段。现在很多时候大家忙着提升手段深度,都忘记自己到底想解决什么问题了。
    也许就像那句诗说的,我们都走得太远,以至于忘记了为何出发。

  • 嗯嗯 有时间我就继续写,欢迎参与讨论,输出意见和看法。

  • 谢谢,有问题可以一起探讨一下。

  • 嗯 是的,之前我也面了很多掉在唯技术的思维小巷里的同学。我问他你接下来有什么职业规划,他告诉我说继续走技术路线,我问他你为什么要走技术路线,怎么走技术路线,想解决什么样的问题,输出什么样的价值。不少同学能模模糊糊回答前两个问题就不知道了。我只能fail掉他们的同时,告诉他们,问题要反过来看,你想输出什么价值,有什么问题等着你解决,你打算有什么手段解决(技术手段也是一部分手段),最后才是你如何提升你解决问题手段的。
    当然了,作为一种手段,你自然是多掌握几种好些,解决起问题来才容易游刃有余。

  • 谢谢过奖了

  • 测试方法论-质量的基石 at 2017年11月15日

    太认同你的说法了,不管是撸码还是测试执行,其实到最后都不是技术活儿是艺术活儿,pk的是思想底蕴。

  • 总结还是有很多方面可以看的,有技术改进的,有流程改进的,也有单兵能力提升以及团队协作的。想自己提升自己,还得长思己过。

  • 穷团队测试耗电量出路 at 2017年11月15日

    羡慕你们老板肯支持,我们申请台服务器做APP打包服务器都磨了半年。

  • 测试方法论-质量的基石 at 2017年11月15日

    质量取决于团队的能力,说得我稍心酸。现在有些老板有些项目,质量好坏的问题都赖测试团队。