由于自己一直是在IT圈子里面进行各种打杂,所以基本上开发、测试、运维都做过,当然也都不是很精通(不然就不一直打杂了,哈哈),近些年一直从事Saas企业级软件的开发测试等工作,由于平时经常反思复盘一些事情,就很想找一个地方将这些东西记载下来以便之后能够更好的看到,仅是个人反思,不同意见欢迎探讨,秉承屌丝精神和道德水准,哈哈。
记得在2009年初入公司之时负责测试体系的搭建与组建工作,由于公司是做Saas产品的,Saas模式下的客户都是企业级客户,客户对质量的要求就不言而喻了,这个和之前做项目时的软件测试要求和水准就完全不一样了,基于这样的考虑,当时 我就给测试团队只做了一个定位——比开发了解业务,比产品了解技术,当然这是对功能测试团队定位,后面再讲性能测试等其他专业的测试。为什么会有这样一个定位呢,当时主要有一下两方面的考虑:
1,在做企业软件时业务为王,要做好测试,如果对业务的理解分析不到位,是根本不可能保证测试覆盖率的,更不要说能够给到产品经理业务的优化建议了,同时如果你对业务的熟悉还不如开发的同学,那让开发同学如何能和你一起愉快的玩耍啊,哈哈,毕竟开发同学有时候会和你就bug进行业务探讨的;
2,在技术方面,由于测试不能仅仅是提出bug,而且要全方位的去配合支持开发分析定位bug,这个过程中一些基本的技术技能就必须要具备了(例如SQL,开发的架构和部署),这样一来测试就自然的在技术方面超过了产品经理了,毕竟产品经理技术出身的目前还不是很多(特指企业软件啊);
有了这两个方面的定位ÿ