序言：产品、市场与测试，大家看到这个题目，不知道是否会有些疑惑，他们之间的关系会是什么，在做自动化测试已经有这么一段时间了，在这段时间中，我深深体会到，不管自动化测试，还是类似的测试技术，如果真要能够快速占领公司的测试市场，技术底蕴是一个方面，产品和市场策略也很重要，这几个月，空闲的时间，都会在看产品管理以及数据分析的知识，然后基于两者去看待测试，似乎也颇有一些风趣。
前一段时间，我曾负责做过两个产品：一个是自动化测试平台、一个是自动化测试执行端。在做完前者后，我被调出负责部门自动化需求挖掘、推广和应用。也很好的有机会去使用之前的测试平台，在对其推广和应用过程，才逐渐发现平台的应用效果很差，最后测试人员在使用一段时间后，逐渐放弃，原因如下：
1、产品原因：平台功能强大，包括：执行界面、任务管理分配、拓扑管理、脚本管理、执行端管理，但是却显得非常复杂且没有重点，对于测试人员反而加重了熟悉和使用负担。并且测试平台需要
2、市场原因：没有对测试部门的整体现状好好分析，就急于开发平台，当时测试部门的情况是测试框架还不统一，测试脚本执行状况不是很良好并且测试覆盖率不足。可以理解为市场需求还未发展到那一步，这也许跟很多“创新型”公司正因为太过于创新，超脱于市场需求太大而死掉的原因类似吧。
3、当然，还有一些其他的原因，包括技术原因、人员原因，但是这些都是次要的，就不详说了。
因此，后来我在部门放弃了测试平台的使用，采用产品管理的手段重新做了一款自动化测试执行端，至今看来，效果还是不错的，至少测试人员都对它有所依赖了。
1、“市场状况分析”：首先将所有技术组的自动化测试状况收集分析，发现现在他们的测试脚本都存在各种问题，每个技术组都有一个单独的测试框架，因此，我先引入软件配置管理（svn），将测试框架和测试脚本进行统一，如果移植工作量太大，则继续按前方式进行，但是先花力气将测试脚本稳定，尽量让脚本可以单独运行无误起来。
心得：一个产品的崛起，需要的是市场某个阶段的稳定。基础不牢，一味的追求吹嘘上层应用，那么泡沫就这样产生了。
2、“市场需求调研”：对几个小组的自动化测试接口人进行调研，发现他们以前用平台的时候，觉得最方便的还是在于执行部份，所以依托了于这样的需求，我好好写了一份自动化测试执行端的需求分析报告，包括：需求点、功能点以及使用分析（解决的问题）。然后，在设计上，采用了可拓展似的tab，可以不断添加新的功能集合。
心得：一个好的产品就是踏踏实实的为需求服务的，并且是可拓展的，这个可拓展的原则就是基于一个思想即可。这个自动化测试执行端的理念就是：让自动化测试执行一条线（从导入—配置管理—执行—结果都能在界面上查看）
3、市场应用和反馈：之后，快速完成编码，这个过程就忽略吧，高科技营销魔法之父，摩尔有一本书叫：《公司进化论：伟大的企业如何持续创新》，其能告诉你：产品与对应的市场、用户都是有自己的生命轨迹的。一个产品生命周期里有五种用户群：创新者—早期追随者—早期主流用户—晚期主流用户—落伍者。而在每个测试技术小组，自动化测试接口人都是很好的早期追随者，他们因为强制性的要求参与自动化测试，所以他们的需求目的性强，需要迅速能够解决问题的测试产品，但是这里有一个问题在于他们有时候虽然对产品某个地方不满意，但也会将就着用，而不会反馈，所以就需要你的积极沟通了，只有这样，你才能将早期的追随者的价值发挥到最大，从而能够让你的产品继续推广。
心得：一定要区分用户群，发挥每个用户群的最大价值，要做一款细致的产品，那么一定不要用无所谓的心态，而是要把每一个点都做好。现在的产品层出不穷，特别是互联网产品，也许你因为某一秒的延时就错失了很多用户，从而让你的产品的用户群无法从早期追随者跨越到早期的主流用户。。
总结：也许很多测试人员总觉得上面两个产品与自动化测试的从业人员或者测试开发人员相关，与做手工测试的没有什么关系，但我个人觉得不然，如果我们在测试这条路上走行进的时候，就像做产品和市场一样，能够更多的想想我的测试需求目的是什么，我的核心测试策略在哪？我的测试能够带来多大的价值？也许会更有收获呢，共勉之。
之后，我想总结一下：数据、分析和测试，看看数据能给测试带来什么？
====================================分割线================================
最新内容请见作者的GitHub页：http://qaseven.github.io/
