另外在具体执行测试流程时要注意执行的效果，将测试工作落实到实处，而不是为了走过场证明测试工作已经达到了某种程度，否则再好再适合的流程也不能起到它的作用。例如大家都一致认为测试应该从需求开始介入，但是从需求开始介入并不是测试人员参与了需求评审会议提出一些问题就达到了目的。而是要求测试人员在开发把产品开发出来前就要了解这个产品都要实现什么功能，虽然不知道开发怎么去实现这些功能，但是要知道实现了哪些功能。因为在产品在开发提交测试之后往往由于产品一些基本功能没有实现，使测试人员很难深入的对产品进行业务流程的测试，所以一些重大的流程问题往往在测试的后期发现，但是这时可能离产品提交用户的时间很近了，开发人员修改这个问题很可能会引发其他的问题增加产品的风险，而且一些开发还会抱怨为什么测试不早发现这些问题，还有可能使公司怀疑测试人员的能力，让测试工作的开展受到一定的阻碍。只有越来越熟悉产品才会发现越来越深入的问题，这是一般的发展规律我们难以改变。但是如果我们前期对产品需要实现的功能有很深的了解，前期就可以提前设计一些业务流程上的问题，一旦产品基本功能可以完成就马上进行业务流程的测试，使这个过程大大缩短。
制定合理的软件测试流程是一门很深的学问，它需要制定者有丰富的软件测试理论知识，软件测试执行经验、管理经验以及沟通能力等等多方面的经验能力，还需要许多测试人员经过长时间的实践来验证完善，仅希望此文对大家有所启发。
文章来源于领测软件测试网 https://www.ltesting.net/
