前段时间一个有10年开发经验的开发经理说他如果去做测试，他看到的不是功能的表面而是背后功能的实现中容易犯错误的点，比如他能识别出如果用线程那么他会测2个线程并发而不是3个，因为2是一个边界点。
听完他说的后，我又一次陷入到是否需要转开发的迷茫中，后来跟测试界的大咖梅子姐沟通，她的一番话又是另外一个角度，她说为什么要并发？是不是因为业务需要？是的，所有的代码都是要实现业务的需求，需求是满足用户在某种场景下的应用，测试人员从分析场景出发去找到测试点更有价值。
并发:用户同时操作是系统级并发，是由很多用户同时操作的场景驱动代码需要支持这种并发;线程并发是为了提高效率,是由用户操作后响应要及时的需求场景驱动
提出一个想法:需求分析和澄清阶段把用户使用场景分析清楚，然后驱动开发和测试。这样的模式我觉得好处是能提高开发和测试的效率。只是一个想法，没有实践过。
