评估放宽测试类名称约定的可行性 about testable-mock

[mjhgithub]

如果放宽测试类名，给testable-mock开发带来更高的复杂度和稳定性问题，那得不偿失。其实只要将约定规范提前说明，大家遵循使用也没有问题，我已经看到文档中有说明了，赞！

[linfan]

先整体Review看下�影响程度~ 肯定是在不影响稳定性的前提下哦

[zcglisp]

"测试类与被测类的包路径应相同"，去掉这个约定也在本issues的考虑范围内吗？
被测类调用的类如果不在此包中，现在(0.4.7)还无法mock。
被测类调用的类如果在此包中，现在(0.4.7)可以mock。

[linfan]

因为Mock定义在测试类中，但Mock需要在运行时自动生效到被测类里，所以两者之间始终需要有某种方式能关联上。
目前是只能通过同包+名字约定来关联，未来会增加其他可选的关联方式，比如通过注解标识。

这修改计划是放到0.5版本之后，在0.5版本需要解决“常见问题”里第8条提到的问题，会对现在的Mock的底层实现机制做一些调整（保持使用体验基本不变），在设计的时候也会为这个Issue做准备。

[linfan]

0.5.0版本已发布。
参见文档 https://alibaba.github.io/testable-mock/#/zh-cn/doc/use-mock-with