我的公司刚刚开始在不断增强的遗留系统上进行单元测试（MS测试）。
系统构建具有核心功能，开发人员正在开发新功能（通过添加新的类库）并通过诸如Overriding或Implements方法之类的接口从核心功能的基础集成到核心系统。 我们开发的每个类库都有一个标准方法ProcessRequest，它是一种受保护的覆盖方法，它具有处理的代码，例如调用外部Web服务提供者，分配响应对象等。
但是，在每个单独的类库中可能有/可能没有实用函数方法，如ConvertValue（），AssignValueToObject（）方法等等。
正如我们在激烈的争论/讨论中提出的那样，有一小群开发人员建议我们只测试效用函数方法（即ConvertValue（），AssignValueToObject（）），而忽略了测试代码的需要。 protected override ProcessRequest（）方法，并建议我们只测试ProcessRequest（）异常处理。
然而，一些同事也支持甚至在ProcessRequest（）方法中进行测试。
我的领导者还说测试ProcessRequest（）的水平太高＆＃34;但我认为单元测试应该从新功能的入口点开始。
请就行业/发展文化中的单元测试录入的最佳实践点提出建议。
注意： -
ProcessRequest（）上存在易发生变化的情况，供应商可能会更改我们需要更改的WS端点，并在ProcessRequest（）上更新。
结果分配代码的大部分位于ProcessRequest（）中。
目前无意对旧版代码（核心系统）进行单元测试，因为它太大而无法覆盖。遗留代码上的重构代码不是一种选择。
更新 此问题已移至https://sqa.stackexchange.com/questions/15824/best-practice-of-unit-test-entry-point