如果有的话，对于产品团队的测试人员来说，了解产品的内部代码细节是多么有用。这并不意味着他们需要了解每一行代码，而是了解代码的结构、对象模型是什么、各种模块如何相互链接、各种功能之间的相互依赖关系等？这可以说可以帮助他们在遇到问题或缺陷时找到相关问题或缺陷。另一方面，这可能会“偏向”他们“以用户为中心”的方法来评估和认证产品，并最终影响测试结果。
我还没有听说过这种交互的任何特定模型。 (让我们假设一个用户可能非技术消费的产品，而不是测试人员正在测试的框架或 API——在后一种情况下，测试人员可能需要理解代码来测试它，因为用户是另一个程序员)。
最佳答案
这完全取决于所进行的测试类型。
对于功能系统测试，测试人员可以而且可能应该忘记实现的细节——如果他们知道细节，他们可能会在他们的测试策略中无意中考虑到这些细节，并且没有正确地测试产品。
对于性能和可伸缩性测试，测试人员对代码库结构有一些高级了解通常很有帮助，因为这有助于识别潜在的性能热点，从而编写有针对性的测试用例。这一点很重要的原因是，通常性能测试是一个广泛的开放式过程，因此可以做任何事情来集中测试以获得结果对每个人都有好处。
关于testing - 测试人员应该了解多少代码的内部细节？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/233360/