如何修炼为测试架构师[4] 软件测试
在一次到产品测试组进行测试活动质量抽检时。我们问测试经理，你们产品测试目前最大的需求是什么?他说是如何进行压力测试和性能测试，希望我们测试架构师团队能在此领域多给予支持。我心里知道：他所负责的产品特性核心不是性能和压力测试，但我没有反驳他。而是继续问他下一个问题：“你觉得会让你产品未来应用时商业失败的最大担心是什么?”他想了想说：“不能对客户的生产系统产生破坏，让客户的业务中断。”“依据我们的经验，与客户生产系统交互的模块虽然是个小模块，但是在其他产品上经常出现内存泄露的故障从而破坏了生产系统。那你针对该小模块做过哪些系统地测试?有无专门进行内存泄露的测试，因为内存泄露对客户生产系统的破坏最大。”我问到。这时此测试经理才恍然大悟，这个对生产系统质量影响最大的小模块居然没有系统地进行过深入全面的测试。我这时告诉他 “你之所以开始说性能和压力测试是你的重点需求，是因为你们组里没有在性能和压力测试方面的积累，有工作开展的难处，这是困扰你的困惑。但是你的产品形态的质量不是性能或所谓压力测试来保障的，而是需要不对生产系统产生破坏。因此，你唯一能破坏生产系统的那个小模块应该是你整个产品中质量最高的模块，也应该是测试最全面最深入的模块，你的技术力量应该主要投到这个地方”。后来，针对该小模块我们进行专项内存泄露的测试，结果发现了好几个内存泄露的大bug，这些bug每一个都是会导致客户生产系统中断的杀手。
测试架构师不是团队中专门解决测试难点的专家，而是识别测试重点，并支撑测试重点工作的专家。“区分测试重点和难点的能力”不是测试架构师独有，系统测试工程师和测试工程师一样可以具有。与第一篇“准确的商业理解力”一样，第二篇要做的是：做正确的事。
在开始描述我理想中的测试架构师必备素质第三篇前，我想先转载一篇来自互联网万欣的文章《好的架构师都是善良的独裁者——万欣》与大家分享，作为测试架构师必备素质第三篇的前言：
对于任何一个软件开发人员来说，架构师都是一个令人向往的角色。就连世界首富比尔盖茨在2000年卸任公司CEO的同时，也担任了微软公司的荣誉角色“首席软件架构师”，可见“架构师”这一称谓的吸引力。架构师是公司的“金领”，有着非常高的收入，很少需要考虑生存的问题，从而有更多的精力思考关键技术问题，形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后，就要开始考虑自己的未来到底向哪个方向发展。如果开发人员的沟通能力强过技术能力，在补充一定的项目管理知识后，可以向技术管理的方向转型。如果其对技术一直很感兴趣，而沟通能力也不弱，则可以试着进一步加强技术修养，以期向架构师的方向发展，最终“修成正果”。
那么，到底什么是架构师呢?所谓的架构师，应该是一个技术企业的最高技术决策者。他主要负责公司软件产品或软件项目的技术路线与技术框架的制订。好的架构师都是善良的独裁者，具有很强的技术、良好的写作能力、良好的口头表达能力，能够在各个层次进行沟通。从开发人员到架构师的成长应该是阶梯式的，一般来讲开发人员在刚刚开始工作时只能开发简单的独立软件模块，慢慢的随着经验的增长，他开始接触一些相互之间有信息传递的模块，而后来，他会发现自己接到的开发任务已经不是一个独立的单体，这些任务由一些专门的软件部分组成，可能包含数据库，工作流引擎，消息服务等等各种功能模块，可能分布在不同的服务器上，所有的部分协同起来，完成软件功能。而这时候，体系结构的好坏将直接决定了系统的性能和可扩展性，而就在这时候，这名优秀的开发人员也开始思考架构师应该思考的问题了，或者说，他向成长为架构师的道路迈出了一大步。
文章来源于领测软件测试网 https://www.ltesting.net/