对于一个软件测试人员而言，不仅需要在软件测试的过程中发现问题并提交，他应该更加重点关注与测试过程中流程的管理，简单的来说，就是什么时候开始测试，在测试的过程发现问题并提交，提交问题后，对于Bug的跟踪，对发现的问题进行回归测试、关闭发现问题。关注流程不仅可以提高软件测试效率，并且可以在测试的过程中更有效的发现问题，使得本次测试变得有意义。
从软件测试从开始，我认为我们可以把它看作是一个“项目”，项目它有自己的流程：规划、开发、运维、消散。
规划：就是软件测试流程从什么时候启动。当系统在需求分析阶段，测试人员在参与系统需求评审会议的时候，意味着流程的开始，这个时候我们要做的事情就是结合需求判断需求是否合理。什么是合理的需求，正如道家讲述的“有始有终”，做一件事情有开始就有结束，就是所谓的“闭环”，当新增一条数据的时候，就需要可以对该数据进行修改、查看、删除，新增就是“开始”，删除就是“结束”。当有“闭环”处理后，接着就要判断数据处理方式和使用操作是否可以更加简单，怎样可以更“简单”，就是换位思考，如果自己是使用系统的用户，操作系统的时候，是否会觉得系统“不好用”。这个过程如果改进需求更加合理，就可以减少开发人员的工期和后期测试人员的工作量，避免返工。
开发：这个“开发”不是和程序员一样的coding，而是编写我们软件测试的灵魂“测试用例”，一个优秀的“灵魂”，是可以尽可能用较少的时间发现较多问题，提高工作效率，使得软件测试变得更加有意义。冗余操作尽量的少，尽可能覆盖系统流程是评价一个“灵魂”的好坏的直接标准。在测试用例编写完毕后，当开发交付系统给测试人员，此时我们就可以按照编写并且评审过的“灵魂”，有节奏的测试系统，这个过程中发现了问题，登记在项目缺陷管理软件并告知开发人员，当测试用例记录的流程执行一遍后，软件测试第一轮即告一段落。
运维： 当开发人员修复了我们我们提交的Bug后，我们接下来要做的事情就是回归测试，这个过程就是我认为的“运维”，就在不断的回归测试中维护我们“灵魂”，这个时候系统若有非功能性要求，比如“系统需要在1w人同时在线访问下正常运行一个月”等类似的要求，我们可以继续完成性能测试。
消散：当回归测试完毕后，就需要关闭我们登记的Bug，当问题都关闭后，项目算是“消散”。
这就是软件测试流程。
此时，我们也是可以将话题进行扩展，“无规则不成方圆”，这个规则也是我们讲到的流程，为什么企业招人想找有经验的人，因为有工作经验的人懂得做事的流程，不一定是掌握的岗位技能多么熟练，技能只要花时间都是可以掌握的，但是流程却是一个人时间与智慧的总结；作为leader也是如此，为什么有些人可以当领导，因为他们胸中有流程，流程可以让事情变得仅仅有条，事情按照规划执行，准时完成，有了流程就可以将人员在合适的地方绽放出他的价值，所以我觉得当人们掌握了在自己行业中的流程，那么他就是站在行业金字塔的高处绽放自己的光彩。
我也是在掌握属于自己流程。