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

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

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

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

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

还有吗？各位的建议

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

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

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

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

把测试设计和执行分开纯粹是工厂流水线的做法，并不适合脑力劳动行业。