分享下我寫評測的經驗吧

2021-06-23 07:15:18 字數 1482 閱讀 8505

服務評測是開發者根據使用第三方開發者服務進行開發的經驗,從而寫出的對此服務公平、公正的書面報告,同時也是devstore**的重要內容。但如何順利的通過那些「大嬸們」的審核,也是開發者面臨的問題。下面我根據自己的經驗,跟大家分享一下服務評測如何順利的通過審核。

評測環境是開發者在什麼環境下對服務進行的評測,要詳細的寫出wifi、3g、2g環境下的測試條件。

在這一部分相對重要的是服務的引數的總結,服務引數是開發者自己根據開發過程中總結的,如推送類的引數,要真實的寫出理論推送次數和實際推送次數。而且每個分類的服務引數是不同的,這些引數必須是開發者在測試過程中總結的。

1、原創性

對於測試的服務一定要新建工程,工程名以「devstore_

」為字首,並且將新工程的目錄截圖放到文件中;整合過程是開發者根據自己怎樣一步一步的接入

sdk,怎樣一步一步對服務功能的實現,怎樣一步一步全面展示功能效果的乙個整體測試,這些步驟都是根據開發者自己的親自的測試寫出來的。屬性類的文字也是需要大家注意的,比如「

hello world

」應改為「

hello devstore

」等的字樣。

2、實用性

服務評測的目的是給想要開發此服務的開發者以指導和借鑑,實用性就具體體現在**的實用性,如果你在你的文件中**都是的話,對於後來的開發者來說實用性不大,所以寫評測的人員就應該將文件中所涉及的**都用文字的形式呈現,這樣就方便後來的開發者使用。

demo展示部分,乙個工程中的

demo

很多,但展示給開發者的往往是那些關鍵性的,權重高的,有意義的**,這些對開發者來說是常用到的,是必須且一定會用到的**,開發者將這些**整理好貼上到此處。

3、真實性

其真實性注意兩部分的寫作,一是遇到問題,二是功能截圖和功能特色。遇到問題應該是開發者在測試過程中真正遇到的問題,可能有些開發者就想投機取巧,去一些論壇扒了一些問題,然後複製貼上到這個部分,這些都是逃不過「大嬸們」的火眼金睛的,我第一次就是被查出來了,當時還略顯尷尬,不過我後來也體會到了這部分的價值。

遇到問題部分就是讓後來的開發者更清楚的認識此服務,並給開發者一些建議。當然一些服務整合簡單,可能一次性通過了,沒有遇到什麼問題,但這部分可以寫上你在開發過程中一些專業性的注意事項,所謂專業性是指需要修改哪些**才能正常測試等等之類的。

主要功能和功能特色的寫作部分都是要根據測試過程中真實的真機截圖,通過接入服務在開發過程中所呈現的效果進行截圖,同時每張截圖應該配上

二、三十字左右的解釋。功能特色部分是開發者自己總結出此服務的特色,如同主要功能一樣,表現形式也是文字說明加上截圖。

好吧之前寫一篇評測是500-1000的獎金,總是根據自己的經驗去寫,平均下來700獎金,細細算了下,還拿了不少錢,由於寫的不錯,又被評定特約評測員,一篇獎金的量又增加了。。。想想還有點小激動呢。。好吧,給你們個鏈結,說不定有人趕興趣呢。。

分享我的戒菸經驗

戒菸對於菸民來說真是一件挺難的事情。沒有經歷的人真的難以體會。我現在已經戒掉了。沒有戒掉的時候 即2009年9月之前 我每天抽一包左右的煙。算是菸癮比較大的。菸癮越大,戒菸的難度就越大。1.心理準備期,想戒菸的話,要從認識的高度認清煙的危害,從心理上和認識上準備一段時間。這個心理準備期有長有短。因為...

我的職場經驗分享 黃勇

原我的職場經驗分享 收藏 黃勇2017.1.8,與 碼雲 相約開源中國總部,火熱報名中!時光飛逝,我事業中第乙個十年就快結束了。在這十年裡,讓我收穫了很多,今天想與大家分享一下,我在 it 職場方面的一些個人經驗,不一定對每個人都實用,請大家僅作參考吧。大家既然都是做技術的,那我們不妨先從技術這個話...

經驗分享 我經歷的幾門MOOC

這半年來,從1月初到6月底,在coursera上註冊了4們有關資料分析 挖掘的課程。這些課程都是利用業餘時間學習,每週基本上花5個小時左右。其中通過了3門,登出了一門。感覺還是學到了一些東西。第一門課程 computing for data science,2013年1月2日開課,為期4周。本課程主...