分享下我写评测的经验吧

服务评测是开发者根据使用第三方开发者服务进行开发的经验,从而写出的对此服务公平、公正的书面报告,同时也是DevStore网站的重要内容。但如何顺利的通过那些“大婶们”的审核,也是开发者面临的问题。下面我根据自己的经验,跟大家分享一下服务评测如何顺利的通过审核。
评测环境是开发者在什么环境下对服务进行的评测,要详细的写出wifi、3G、2G环境下的测试条件。

在这一部分相对重要的是服务的参数的总结,服务参数是开发者自己根据开发过程中总结的,如推送类的参数,要真实的写出理论推送次数和实际推送次数。而且每个分类的服务参数是不同的,这些参数必须是开发者在测试过程中总结的。

1、原创性

这部分是“大婶们”审核的关键部分，可以说是关键中的关键，一定要把原创性放在首位，注意三个“千万不要”，千万不要复制粘贴官网提供的开发文档的内容，千万不要复制粘贴百度百科的内容，千万不要复制粘贴博客的内容，“大婶们”的火眼金睛你想象不到的厉害，而且复制内容一经查出，不予收录。

对于测试的服务一定要新建工程，工程名以“DevStore_”为前缀，并且将新工程的目录截图放到文档中；集成过程是开发者根据自己怎样一步一步的接入SDK，怎样一步一步对服务功能的实现，怎样一步一步全面展示功能效果的一个整体测试，这些步骤都是根据开发者自己的亲自的测试写出来的。属性类的文字也是需要大家注意的，比如“hello world”应改为“hello DevStore”等的字样。

2、实用性

服务评测的目的是给想要开发此服务的开发者以指导和借鉴，实用性就具体体现在代码的实用性，如果你在你的文档中代码都是图片的话，对于后来的开发者来说实用性不大，所以写评测的人员就应该将文档中所涉及的代码都用文字的形式呈现，这样就方便后来的开发者使用。

Demo展示部分，一个工程中的Demo很多，但展示给开发者的往往是那些关键性的，权重高的，有意义的代码，这些对开发者来说是常用到的，是必须且一定会用到的代码，开发者将这些代码整理好粘贴到此处。

3、真实性

其真实性注意两部分的写作，一是遇到问题，二是功能截图和功能特色。遇到问题应该是开发者在测试过程中真正遇到的问题，可能有些开发者就想投机取巧，去一些论坛扒了一些问题，然后复制粘贴到这个部分，这些都是逃不过“大婶们”的火眼金睛的，我第一次就是被查出来了，当时还略显尴尬，不过我后来也体会到了这部分的价值。

遇到问题部分就是让后来的开发者更清楚的认识此服务，并给开发者一些建议。当然一些服务集成简单，可能一次性通过了，没有遇到什么问题，但这部分可以写上你在开发过程中一些专业性的注意事项，所谓专业性是指需要修改哪些代码才能正常测试等等之类的。

主要功能和功能特色的写作部分都是要根据测试过程中真实的真机截图，通过接入服务在开发过程中所呈现的效果进行截图，同时每张截图应该配上二、三十字左右的解释。功能特色部分是开发者自己总结出此服务的特色，如同主要功能一样，表现形式也是文字说明加上截图。

好吧之前写一篇评测是500-1000的奖金，总是根据自己的经验去写，平均下来700奖金，细细算了下，还拿了不少钱，由于写的不错，又被评定特约评测员，一篇奖金的量又增加了。。。想想还有点小激动呢。。好吧，给你们个链接，说不定有人赶兴趣呢。。