• 不需要听你男票的,做你喜欢的事情就可以了~而且虽然你男票是iOS开发,但是我相信他对测试技术也一定不大了解,至多就功能测试,要学习更深入的还是要靠自己,对于无计算机基础的人来说,可以说是一个大坎。如今的行情,就算是计算机专业毕业的,也未必能混得好。还是慎重选择吧。

  • 问题已解决 at 2017年11月03日

    个人拙见~
    1.需求评审会议应该是产品,开发,测试一起参与的,这样有利于测试清晰整个产品的架构和逻辑,以及可以评估下风险,对自己设计和编写用例有很大的帮助。
    2.如果情况是测试有事没参与需求评审会议,那会后只需要给确定下来的需求文档到测试即可,并不需要再跟产品开多一次会,纯属浪费时间。测试对需求文档有疑问的地方,可以先记录下来,再找个时间跟产品确认即可。
    3.我觉得你公司在需求评审会议时有要求测试参与,这点可以看得出公司对测试有一定的看重,而这个会议的质量得自己去把握,有的人喜欢别人直接告诉他怎么做,他就怎么做;有的人喜欢参与别人的讨论中,一起开启头脑风暴。至于利弊,我想你心里也应该有个数吧~
    4.我从你的文字中看出了你的急躁,也看出了你似乎很忙碌?或许可以说是一种效率不高的表现?如果我说错那我道歉哈~其实你大可不必这么忿愤,每件事都有它的意义,耐心一点也许你会发现其中的好处,如果一点好处都没有,那就当做是放松自己咯~
    希望对你有些帮助~

  • 感谢挽尊,哈哈~

  • 给自己挽尊~哈哈😂 😂

  • 狗头

  • 哇好棒!有没有一些文章系列说明呀,代码量还是有点多的,希望能快速了解其中实现原理,然后自己实现出来~💪 💪

  • 😁 😁 谢谢称赞~

  • 😁 😁 谢谢鼓励,你也是~

  • 🍻 🍻 一起加油~

  • 我的想法是,把返回值模拟掉,然后自己本地搭建一套支付环境,或者自己拉一套代码分支,在本地做支付接口的测试~你看这个想法可实行吗?有什么其它比较好的建议你也可以说说看哦😁 😁 😁