其实我在这里可以肯定的告诉大家现实并不是这样的。
首先我们需要讨论的是分工的问题。人类的工业化生产最初也是不分工的，但随着生产技术的复杂度提升，以及对于生产效率的更高要求，产生了分工；同样对于软件开发来说也是一样，最开始并没有测试人员和需求分析人员，而都是开发人员。也是随着软件项目的复杂度以及要求的提高，慢慢产生了工作种类的区别，由此产生了专门做测试的人员，也就是测试人员。由此看来，并不是有了测试人员这样一个职位，才诞生了相应的工作和职责，而恰恰相反；那如果想取消这个职位，但是相应的工作和职责并没有消除，在我看来无非就是把这个职位换一个名称，或者是和别的职位的工作与职责重新排列组合而已。

其次我们需要明确什么是测试的核心，是自动化测试，还是测试报告，亦或是探索性测试呢？其实都不准确，我认为测试用例设计才是软件测试的灵魂。没有恰如其分的测试用例设计，软件测试很容易误入歧途：导致没有目标的盲目测试，不考虑投入产出比的自动化测试，不从全局优化的、割裂的单元测试、集成测试和系统测试等。测试用例设计也是需要熟练运用测试用例设计方法，并且结合测试人员的经验和智慧才能设计出来的，这同样是测试人员不同于软件开发团队中其他角色，需要不断积累的关键一点。如果说在敏捷开发模式中，开发人员可以完成单元测试和自动化测试，业务分析人员也可以进行探索性测试的话，测试人员唯一不能被取代的就是测试用例的设计。如果说描述得更全面一些，即使要让别的角色替代测试人员，至少他们也需要具备测试用例设计的能力，而这种能力需要长时间的锻炼和运用才能具备。

明天再继续给大家分享测试人员的职业发展方向