测试人员的测试和开发人员的测试不同之处。
两者对于测试的开发，是存在一定的不同之处的，比如对于一个开发人员来说，对于代码的测试往往是正向的居多，测试的时候也是基于代码的书写。
而对于测试人员来说，则更加以场景出发，通过上下流的联动，来发现代码的问题。
更加具体的说，则可以是程序员的出发点更偏向于实现功能，测试人员的出发点则是更偏向于业务。或者是关注点是一个是白盒测试，一个是黑盒测试。
那么对于开发人员的视角，就需要考虑引入测试人员对于业务的看法，通过两方面来进行看待。
那么就需要考虑对测试人员进行学习。
往往测试人员对于业务的理解都是非常深刻的，如果一个团队缺少业务分析师，那么往往测试人员可以直接顶上。
那么对于测试人员的测试，其主要的一方面就是要学习如何找到更多的测试场景。
这里的测试场景，往往是根据上流细微的变化，产生的多个子流。对于这些子流，往往带来的异常情况，是开发人员的角度很难考虑的。
那么程序员对于子流多考虑一些，软件质量就更高一些。而测试人员往往对这些子流非常的敏感。即使程序员做的足够好，那么测试人员还是可以凭借自身对于场景的敏感来测试更多的细节，发现更加末梢的问题。
除此之外，就是当测试人员进行测试之后，可以在团队内部做一个分享，分享自己如何创建设计测试用例，而程序员就可以这类的用例学习如何编写自己的测试代码。
两者彼此成就，测试人员分享用例给程序员，程序员用代码固化新的测试用例。这样就形成了一个良性互动，可以激发测试人员对于更加细节问题的发现，从而改善软件质量。
那么总结一下，往往程序员更加关注实现，测试人员更加关注业务。
那么程序员应该更关注业务，从而在编写测试用例的时候，将自己从现有视角解脱出来，而测试人员也可以从更多的测试场景入手，考虑更多的情况。
更加具体的方式，则是可以由测试人员将自己的测试用例分享给程序员，而程序员则是可以将新的测试用例用代码的方式固化下来，两者形成一个良性循环。