以做产品的态度来做自动化测试

　　之前的公司，自动化测试岗位也是测试岗位，行政上隶属于QA部门。平时我们的工作也是手工测试和自动化测试代码编写相混杂：忙的时候就手工测试，闲下来就做自动化测试代码编写工作。基本上每个人上来都能写代码，但普遍理解不深刻。

　　那个时候觉得自动化测试的推进在于自我驱动，于自动化测试意识。比如一个测试点，需要重复性操作，可能对于有自动化测试意识并且愿意付诸实践的人，就会代码化;而对于意识偏弱或者不愿意写代码的人，就可以倾向于手工测试。

　　在现在的公司，自动化测试团队是开发岗位，虽然在行政上还是隶属于QA部门，但保持相对的独立性。不再进行手工测试工作，与产品测试组是一种典型的客户—服务模式，由产品测试组进行需求的提出，而有个关键人的存在，来筛选需求和理性并排优先级，最终需求会提交到自动化测试组这块，进行需求的实现。在需求的实现过程中，和产品组的人员可以不断的沟通(当然，沟通是需要技巧的)，同时可以采用类敏捷的模式，这就要看双方的时间是否可以同步了。

　　刚开始的时候，我非常不熟悉这种模式。写的代码总是按照之前的工作习惯，留出充分的接口，希望测试人员来自己实现一些扩展功能。而且，重逻辑轻展示。这都是之前在Linux上编程的习惯。在这里，被屡次狠批，验收我提交工具的人员总是说：你提交的工具完全搞不懂该怎么用。

　　有过几次这样的经历，同时，由于在公司不断的接受其它研发的洗脑，逐渐培养起来了一种做产品的态度。昨天晚上看到一个同事桌子上的一本书：《不要让我思考》，这本书很有名气，我觉得，当前我的工作也是要以此为标杆要求。在投入大量精力做代码开发之余，也要投入足够的精力挖掘隐藏的需求，而且将这些需求最终翻译为便于操作的软件模式。

　　以上内容为大家介绍了以做产品的态度来做自动化测试，希望对大家有所帮助，如果想要了解更多接口自动化测试相关知识，请关注多测师。https://www.aichudan.com/xwzx/