第五篇“识别产品测试组测试技术需求的能力”

  作为一个测试技术的领导者和解决者，测试架构师的工作基石就是能识别产品测试组在测试技术上需求的能力。虽然，有时测试经理能直接反馈他所想要解决的测试技术困难，但有时反馈的这些需求有的只是现象，让你去救火，而没有解决到问题的根源。举个例子：有的测试经理说我需要高自动化率，但是发现很多测试用例很难转为自动化测试，希望加强自动化测试框架的开发，需要更强大的自动化测试框架。如果这时你就埋头搞自动化测试框架的研究，那么有可能花了很大的精力，结果自动化率提升还是有限。其实这个案例背后的根源是测试人员写测试用例时没有考虑到后期自动化测试开发的需求，导致用例执行步骤很难直接转自动化。同时产品提供给自动化测试所调用的可观可操作的命令或提示信息过少，导致很多测试数据只能通过人脑来分析，无法直接通过脚本来判断。因此，从技术角度来看，要提高该测试经理的自动化率首先应该帮助他改进测试用例的编写技术，既可以进行严格的人工评审，确保用例易转自动化；又可以提供测试用例开发工具，测试人员在该工具中进行用例编写，由于用例的编写是受到自动化测试框架的约束，虽然编写时稍有一些麻烦，但是编写完成时，自动化测试脚本也就自动生成。