如果自己写的用例，只给自己执行的话，可以不用写用例，直接画脑图理清楚思路就行了

一般谁编写谁执行，第二轮会考虑交叉测试下。

编写的不执行测试，可能好处是发现一些盲点，但坏处是还需要重新熟悉各种细节，效率肯定不高。

你们公司是来搞笑的吗，功能都不熟悉还交叉；交叉也是在功能点交互都熟悉的情况下

还有吗？各位的建议

交叉测试可以放在第二轮去做啊

所以测试需要有大局观，深度熟悉产品所有需求和业务场景

肯定是谁写的谁去测试执行啊。

同一个功能如果多个人编写测试用例会交叉执行，不同功能的话一般执行自己写的用例

我已经了解了 A 功能，真正测试的时候，却是要测试并不熟悉的 B 功能

其实去 QA 化是个大的趋势，硅谷那边都在搞去 QA 这个运动。之前公司也是没有 QA 这个职位了。当然不是说不需要测试，只是测试工作一部分转接到开发身上了，比如题主说的单元测试。然后之前的 QA 统一转成 software engineer，更多关注自动化工具，平台这些工作，也会承担一部分黑盒手动测试工作。纯手动测试的岗位需求会越来越少~

自己想学的

可能是个沙雕公司，加班还排名

年前也不好找。。已经面过很多家了

公司招你过去是让你干活的，又不是开培训机构的

这个没得选择。

学习新技术的目的，都是为了更好的服务于工作。 其实现有开发的源码，我基本看得懂，只是我缺乏去写，做一个像样系统出来。

呵呵 会 spring boot 的意味着会很多么

你学技术栈的目的是什么呢？ 为了提高工作效率、工作能力，还是完全的自学？
哪个更符合你的目的，就学哪个呗 如果学来的东西完全在工作中用不上，其实是体现不出什么价值的

spring boot 主流的后端框架是必会的，花点时间学学吧，你会的太少

公司招你过去是让你干活的，又不是开培训机构的

想撸 express + vue +element 一类。 可公司全用 spring boot + 内部封装好的前端框架。 个人 java 比 js 熟悉。 精力摆在那，spring boot 不会， vue 不会。 总得先选个方向，才能安心撸吧。

当然是优先公司的技术栈了，你是为公司服务的当然优先公司的，额外的时间可以学自己感兴趣的

为啥不都学呢，前端各种框架 vue react angular，后端 java ，node，在熟悉下 android/iOS，撸平台造轮子随便搞

精力有限，两个技术栈差很远。 例如你想整 Node 相关生态，公司是 java 生态。 你不可能一下两个都精通。

个人倾向 学自己感兴趣的技术栈。