⑴ 如何來評估軟體測試人員對一個項目或者產品的貢獻度
先說說測試工作量的估算吧。要估算測試工作量,就得先了解究竟哪些算是測試的工作量。測試工作一般包括四個流程:計劃、設計、實現、執行。每蔽斗拿個階段的工作,都算是測試的工作,拿系統測試做例子,這些工作的工作量其實都跟需求有關,也就是跟被測系統的功能模塊多少有關。一般在估算的時候,先要宏搭知道被測系統有多少個功能模塊,規模銷凳如何,然後根據目前組內測試工程師的能力,比如每人每天能設計多少用例,能執行多少用例來進行大概的估算,得到多少個人天、人月的工作量,做出一個初步的測試計劃。然後在後期的項目內按照計劃去做就行了。當然,所有的估算都只是估算而已,所以這些方法也只是參考,具體的還要看你的項目的情況,靈活應變,因為計劃都有漸近明細的特性,所以必要的調整也是不可或缺,不必刻意求個精準。
再來說說如何衡量測試人員的價值。測試人員既然是做質量保證的,自然最大的價值體現就是對軟體質量的提升有多大的貢獻了。測試人員不比開發人員,開發人員對項目的貢獻比較直觀,比如實現了多少功能,實現了什麼架構,質量是個比較虛的東西,目前比較客觀地評價質量的因素一般有兩個:缺陷數和用例執行情況。所以一般要量化地衡量測試人員的價值,通常也可以從這兩個方面加以衡量。比如一個測試人員設計了多少測試用例,這些用例對需求的覆蓋率如何,發現了多少缺陷,用例的缺陷發現率是多高,發現了多少個缺陷,嚴重程度如何,所以一般很多公司都會將這些因素作為測試人員的績效考核要素,它們的數量也可以直接反應一個測試人員的能力和其對項目的貢獻度。
⑵ 如何衡量程序員的工作效率
最有效率的程序員會比一般的程序員的編程效率高上幾個數量級。但在任何公司里,他們的工資水平卻只會出現很小的浮動差距。甚至在整個行業內,這種差距也不是很大。如果一個程序員的效率能達到其他人的10倍,為什麼他不能得到10倍高的報酬呢?
joel
spolsky在最近的他的一個演講里
就這個問題給出了一系列的答案。首先,程序員的工作效率在整個行業內千差萬別,但在一個公司里卻不會有太大的差距。如果一個人比他的同事的效率高10倍,
那他基本上會離開,要麼去找更有天賦的人一起工作,要麼去創業開公司。第二,極高的工作效率並沒有被察覺。這篇文章我們主要討論這第二種情況。
一個人的工作效率比同伴高10倍怎麼可能不被察覺呢?在某些行業里,這種差別是顯而易見的。一個銷售人員的效率是他的同伴的10倍,這很容易看出來,而且他也能得到相應的報酬。銷售成績容易測量,就比如有些銷售人員銷售額會是其他人的數十倍。一個泥瓦匠的工作效率是其同伴的10倍,這也很容易看
出,但這種事情不會發生:最好的泥瓦匠也不可能比一個一般的泥瓦匠快10倍。軟體的產出不可能像銷售或砌磚那樣容易的測量。最好的程序員並不是能寫10倍
多的代碼,他們也不是能多干10倍多小時的工作。
程序員在避免寫代碼時才體現出最高的效率。他們能認識到人們要求他們解決的問題並不需要解決,他們能知道客戶並不清楚自己想要的東西是什麼。他們知道什麼地方可以重復利用或可修改來解決問題。他們會欺騙客戶。
但是,當他們做到了最高的效率時,沒有人會說「哇塞!這比用那笨辦法做會省事100倍。你應該漲工資。」頂多人們會說「這個主意不錯!」然後繼續幹活。你需要很長的時間才能發現有些人經常性的顯現出省時省力的睿智。或者反過來說,你需要很長的時間才能認識到有些人雖然經常加班加點的編程卻沒有什麼產出。
⑶ 怎麼評價貢獻度
把分析過的對象或現象的各個部分、各個屬性聯合成一個統一的整體,綜合的貢獻率即為綜合貢獻度。
貢獻率是分析經濟效益的一個指標。它是指有效或有用成果數量與資源消耗及佔用量之比,即產出量與投入量之比,或所得量與所費量之比。 計算公式:貢獻率(%)=貢獻量(產出量,所得量)/投入量(消耗量,佔用量)×100%貢獻率也用於分析經濟增長中各因素作用大小的程度。
⑷ 貢獻度怎麼算
問題一:什麼是貢獻與貢獻率?如何計算? 貢獻和貢獻率是用來分析經濟總體的各個部分對經濟總體增長作用大小的兩個常用指標。通常分為產業部門貢獻和貢獻率、最終需求貢獻和貢獻率以及地區貢獻和貢獻率。(1)產業部門貢獻和貢獻率的計算產業部門貢獻指產業部門增加值的增長所引起的國內生產總值增長率(即經濟增長率)的增加額,產業部門貢獻率指在經濟增長率中各產業部門的貢獻所佔的份額。計算公式如下:某產業部門對國內生產總值增長率的貢獻=(該產業部門當年增加值-該產業部門上年增加值)/上年國內生產總值某產業部門對國內生產總值增長率的貢獻率=該產業部門增加值增量/國內生產總值增量。值得注意的是:在我國官方公布的統計數據中,經濟增長率僅指不變價增長率,從而產業部門的貢獻和貢獻率也僅指按不變價格計算的指標。而國內生產總值的現價和不變價往往是不同的,各產業部門增加值價格變化的比例也往往是不同的,所以一般情況下,不能用現價計算的結果來代替可比價結果。後面要介紹的需求拉動和拉動率以及地區貢獻和貢獻率也是如此。(睜和2)需求貢獻與貢獻率的計算需求貢獻和貢獻率通常也稱為需求拉動和拉動率,需求拉動指各種最終需求的增長所引起的國內生產總值增長率(即經濟增長率)的增加額,需求拉動率指在經濟增長率中各種最終需求拉動所佔的份額。計算公式為:某種最終需求對國內生產總值增長率的貢悉孫盯獻率=該最終需求當年增量/支出法國內生產總值增量某最終需求對國內生產總值增長率的貢獻=某最終需求對國內生產總值增長率的貢獻率*國內生產總值增長率值得注意的是:這里要先算貢獻率,再算貢獻,原因是從需求角度計算的國內生產總值(支出法國內生產總值)與從生產角度計算的國內生產總值(生產法和收入法國內生產總值)往往是不同的。在我國國民經濟核算中,一般以生產法和收入法國內生產總值數據為准,支出法國內生產總值與生產法和收入法國內生產總值之間的差額記為統計誤差。若用上述公式直接計算,則必須考慮統計誤差的拉動和拉動率,因為如果不這樣做,各種最終需求的拉動之和與經濟增長率不等,各種最終需求的拉動率之和不等於1。但是,這樣做又會給經濟增長因素分析和預測帶來麻煩,並造成解釋上的困難。為了解決這些困難和麻煩,我們先算貢獻率,後算貢獻。採用這種處理方法之後,各種最終需求的拉動之和與經濟增長率相等,各種最終需求的拉動率之和恰好等於1,避免了統計誤差的影響。(3)地區貢獻與貢獻率的計算地區貢獻指地區國內生產總值的增長所引起的全國國內生產總值增長率(即經濟增長率)的增加額,地區貢獻率指在經濟增互率中各地區的貢獻所佔的份額。與最終需求拉動和拉動率的計算方法一樣,地區貢獻和貢獻率的計算方法也要先算貢獻率,後算貢獻。因為在實踐中,全國國內生產總值和地區國內生產總值是由國家統計局和地區統計局分別計算的,前者並不是後者的直接加總,因此全國國內生產總值與地區國內生產總值匯總額之間存在差額。如果用上述公式直接計算,就會出現各地區的貢獻之和與全國經濟增長率不等,各地區的貢獻率之和不等於1的情況,為了解決全國國內生產總值與地區國內生產總值匯總額之間存在的差額所帶來的困難和麻煩,與最終需求拉動和拉動率部分采凱粗取同樣的辦法,即將公式修正如下:地區對全國國內生產總值增長率的貢獻率=該地區國內生產總值增量/地區國內生產總值匯總額增量地區對全國國內生產總值增長率的貢獻=地區對全國國內生產總值增長率的貢獻率*全國國內生產總值增長率像最終需求部分一樣,採用上述處理方法之後,各地區貢獻之和與經濟增長率相等,各地區貢獻率之和恰好等於1,避免了全國國內生產總值與地區國內生產總值匯總額之間......>>
問題二:大盤貢獻度怎麼計算的? 1.股票的貢獻度是指某隻股票或某板塊股票對大盤的影響。如某天指數雖然大漲1%,但大部分股票下跌。其中一隻股票總市值xx嘩億元對指數上漲的貢獻度達到60%。這只股票總市值xxx億元就是股票的貢獻度。
2.作用:某天指數微漲0.1%,某板塊貢獻了xxx億元,貢獻度為30%。我們不難想像,如果失去這板塊股票的推動作用,指數將不是上漲而是下跌。這也表明,這板塊股票貢獻度所帶來的不僅僅是市場人氣,它們同時也是牽引指數上行的生力軍。
問題三:貢獻度怎麼算 1000經驗就是一點,每天最多3點,也可以充值,充1000CF點就是100點個人貢獻
問題四:斗魚裡面貢獻值怎麼算?一點貢獻值表示送了多少錢? 1貢獻0.1塊錢,100魚丸也是1貢獻。貢獻除以10就是多少RMB
問題五:CF戰隊的個人貢獻度是怎麼計算的 1 . 隊內任何成員貢獻度的增長便可為戰隊帶來活躍度的增長,也就是說,任何成員通過逐日通過游戲內積分所獲得貢獻度的增長,同時也提高戰隊活躍度。詳細數值如下:
當日游戲內積分 貢獻度 戰隊活躍度
500 1 1
2500 2 2
4000 3 3
2 . 戰隊內任何成員,充值100CF點,則戰隊活躍值 1,同時該隊員對該戰隊的累積貢獻度 1。 消費 個人貢獻度 戰隊活躍度 100CF點 10 10 當地點戰隊活躍度達到對應升級條件時,戰隊將自動升級,並每周扣活躍度,低於降級條件時,將自動降級。
戰隊等級 升級條件 降級條件 每周扣點
SS 38萬 26萬 3萬
S 24萬 17萬 1.5萬
A 15萬 10萬 1萬
A 9萬 3萬 6千
B 1.5萬 1萬 3千
B 7500 5000 1800
C 3000 1500 900
問題六:YY貢獻值是怎麼算的 在你所在的頻道掛機。 就會加貢獻了。歪歪通過積分來體現用戶及頻道在YY平台上的資歷和熱度。積分分兩種,一種為個人積分,一種為頻道積分。功個人積分:只要登陸歪歪, 就會累計, 每小時一分,一天24小時不限時。個人積分在頻道左側用戶列表中能看到積分圖標,滑鼠移上去還能看到個人的積分等級。
頻道積分:任何用戶(包括遊客),在頻道停留1個小時,頻道積分增加1分。例如10個人在頻道停留1個小時,頻道積分增加10分。
會員貢獻:只有頻道會員、管理、嘉賓有會員貢獻,在該頻道停留一個小時會員貢獻增加1分
問題七:個人貢獻度怎麼計算? 1000經驗就是一點,每天最多3點,也可以充值,充1000CF點就是100點個人貢獻
問題八:貢獻率是如何計算的 貢獻率是分析經濟效益的一個指標。它是指有效或有用成果數量與資源消耗及佔用量之比,即產出量與投入量之比,或所得量與所費量之比。計算公式:
貢獻率(%)=貢獻量(產出量,所得量)/投入量(消耗量,佔用量)×100%貢獻率也用於分析經濟增長中各因素作大小的程度。計算方法是:
貢獻率(%)=某因素貢獻量(增量或增長程度)/總貢獻量(總增量或增長程度)×100%上式實際上是指某因素的增長量(程度)占總增長量(程度)的比重。
貢獻率指標比較抽象,在使用時,應說明具體含義,但也不能任意使用,要符合常規,做到標准化、規范化、通俗化。另外,在計算各產業貢獻率時應剔除價格變動因素,分子、分母均用可比價格的增量計算。
⑸ 貢獻度、貢獻率有何區別怎樣計算
你好,你問的是成本會計裡面的貢獻度和派告貢獻率么?
如果是的話,那麼貢獻度contribution margin=價格price-可變成本variable cost
貢獻率contribution margin%=貢獻度CM/價格price 一般用來算盈虧平衡點break-even point.
舉例:一產品100元,可變成本團爛20元塌羨漏,那麼貢獻度=80,貢獻率就是80%
希望能幫到你。
⑹ 如何進行崗位價值貢獻度評估
崗位評估是指在工作分析的基礎上,採取一定的方法,對崗位在組織中的影響范圍、職責大小、工作強度、工作難度、任職條胡螞高件、崗位工作條件等等特性進行評價,以確定崗位在組織中的相對價值,並據此建立崗位價值序列的過程。伯特資訊推薦海氏崗位價值評估法:
•全球第一個系統的崗位評估法
•可以用於比較不同部門中不同職能的相對價值
•世界500強的企業中有1/3以上的企業都在應用
•邏輯嚴密、結構清晰,具有自檢功能
•經歷60多年的時間考驗
一、海氏崗位價值評估法:
⑺ 如何對程序員績效考核
我認為績效考核對程序員或者對整個公司都是重中之重,但是對程序員怎麼績效考核?難道看敲得代碼數量嗎?績效考核的先決條件是工作可測量。
從這個角度講,有兩種方式可以綜合使用:
1.代碼量。
每天下班進行工作提交時,統計今日修改,新增的代碼行數,業界基本水平大約是200行。
如果你做到了上面這些, 好恭喜你,你們公司非常正規了,如果這個程序猿工作不努力,幹活不認真,產出效率低,那麼問題一定不是處在程序猿身上,而是HR工作有問題.
⑻ HR怎麼通過簡歷來判斷程序員是否優秀
01.簡歷中項目的參與度、貢獻度
簡歷本身的效用信息往往非常局限,看了簡歷之後,也難以形成對候選人的初步判斷。但我們其實可以通過項目經歷上的信息,來評估候選是否完整、深入參與其中。
在候選人簡歷的項目板塊,我們可以查找是否有以下關鍵信息:本人在項目中的角色?比如後台系統開發,主導搭建了頁面框架,提高代碼質量;公共組建的提取、編寫。解決了什麼樣的問題?比如通過自動化,讓代碼易於管理;統一的編碼規范,更有利於多人合作,降低了代碼出錯率;性能上帶來多少提升?比如單頁應用讓請求次數變少、頁面呈現更快,用戶體驗更好了。通過以上信息,我們基本上可以判斷候選人在項目中的角色,或者從解決的結果來看能基本評估出候選人在整個項目中的貢獻度。
另外一種是簡歷上的項目闡述,可以通過以下兩個例子對比:例子一:A:應用 xx 技術,解決了XXXB:應用 xx 技術,解決了XXX,出錯率降低了 0.1% 等。例子二:A:結合使用 xx,實現了 app 登錄和個人資料的自動填充B:結合使用 xx,實現了 app 登錄和個人資料的自動填充,提高了多少的轉化率我們可以直觀看出,有量化的結果的項目履歷更有說服力,也可以側面證明候選人是有深度參與到項目中,才能對數據結果有一定的了解。
02.候選人在技術社區的使用情況
很多優秀的技術人才都有分享的習慣,比如在GitHub、知乎等社區都會分享一些自己的技術經驗貼。通常來講,如果候選人有在社區發帖的習慣,確實會增色不少。比如全球最大的開源社區GitHub,大多數程序員都會有賬號,但這個只能算是真正的「圈內人」,如果是GitHub的重度用戶,其實非常亮眼的:如候選人在GitHub發布的項目經常能收獲很多follower和star,那正是其能力的體現,可以通過其貢獻的項目來評估;如果能長期堅持使用GitHub,也能說明的是這個人心態比較開放,對業界比較關注、律己、有耐心;GitHub上大多數代碼是經過長時間構思和反復修改重構,代碼質量可以很好反映其當前的Code水平,其中也可以窺見解決問題的能力。
經常在技術社區發帖互動,可以說是判斷是否為優秀技術程序員的加分項,但也只能是敲門磚,不能過份強調它的重要性。
03.通過代碼筆試,直擊簡歷
要看能力最終還是應該考查編碼能力。面試官或HR其實可以通過一場在線筆試,在簡歷初篩階段來進一步判斷是否為大牛。
面試官可以設置一些耗時較短,考察具體硬技能的題目,來考察候選人的基本功,將簡歷造假的同學篩掉,在ShowMeBug筆試平台,支持不同職級、不同語言、不同維度等題目,面試官可以快速發一起一場筆試,可以節省面試官大量的時間;
對於簡歷中的項目,其實可以設計一個非常真實的問題,比如你目前有獨立設計實現過一個完整的功能嗎?你研發的這個功能產生了什麼作用,你在項目中扮演一個什麼角色?ShowMeBug筆試支持音視頻題型,面試官可以量身設計,讓候選人更加真實的回答。
⑼ 怎樣的程序員才算是優秀的程序員
[經驗之談]30歲,我的程序,我的夢!
程序人生 : 30歲,我的程序員夢想
作 者: redbridge (雪燃)
30歲,開始實現我的程序員夢,從一個編程愛好者,從一個業余的程序員,一個水平不高檔察渣的程序員,一個半道出家的程序員......
我的經歷到這里就告一段落了,五年裡跳了五次槽,不知道和大家比算不算多J,沒有什麼太多起伏,但我想很多朋友可能會和我有類似的經歷,不知道能不能引起你們的共鳴。我想對我上面所說的話給一個總結:
1. 如果你覺得自己應該追求什麼,不管遇到什麼困難千萬不要放棄,一定要堅持下去。
2. 不要因為自己年輕就找理由揮霍時間,少玩一點SC、CS、魔獸3、傳奇、魔力或者…….,多看點書,多練練題。
3. 如果你還是在校的學生,英語很差,專業課也很差。沒關系,想怎麼學計算機就怎麼學計算機吧。其它地只要能混到畢業證就行了。除非你對自己的未來沒有信心。(當然,如果你的理想不僅僅是要做一個程序員,那你別丟掉英語。)
4. 如果你不是科班出身,想要轉行而不知該怎麼開始的話,建議你先看兩類書:(1)計算機原理;(2)數據結構和演算法。(看數據結構之前先看C語言)。
5. 什麼時候努力都不晚,關鍵是你明白要努力了,大器晚成總比一事無成要好的多。
6. Java、.net、C++、PB、VB、Delphi、匯編到底應該學哪個?我的經驗,哪個最簡單就先學哪個、公司用哪個你就學哪個、哪個和你有緣(比如剛好你認識一個願意幫助你的Delphi高手)你就學哪個,如果你都學,或者三天兩頭的換,我可以告訴你結果肯定是什麼都不會,不要心浮氣燥,他們都只是工具,學精一門其它的就相通了,重要的是掌握編程的思想。如果你問我面向對象(好像現在已經是面向需求了)、UML、WebLogic、WebService、軟體工程、XML…….應該怎麼學呀,對不起,這些我也確實不是都會,但請相信,你先實實在在的寫上十萬行以上的代碼以後,那些東西你自然就慢慢會了。
7. 不要以為程序員的工資都很高,程序員之間的水平差異也大。公司衡量一個人的待遇標準是他能給公司帶來多大的效益。如果你體現了自己的價值,公司會主動給你加薪的,當然你也可以自己主動提,但一定要在你表現出了自己的價值之後。
8. 輕易不要跳槽,如果非要跳,也要保持工作經驗上的延續,而不是從新開始,不然就會象我一樣走很多彎路。
9. 如果你以為程序員都是熬夜熬出來的,那麼你錯了,因為它的代價就是縮短你的青春!大家不要象我一樣,真的,熬夜一點也不好!記住老毛的話:如有恆,何須三更起,半夜眠;最怕莫,三天打魚兩天曬網,竹籃打水一場空!
10. 這一點是我覺得最精華的一點:「君子性非異也,善假於物也。」這句話的本意是一個水平很高的人本身並不一定很高明,關鍵是他善於利用別人的高明!我在這里做個借鑒,就是要充分利用自己身邊的資源,不放過任何一個可以提高自己的機會。大家不要誤會,這里的假於物可不是指抄襲別人的源代碼,而是指通過學習別人沒雀的源代碼把他的思想擴展到自己的思想里去。
註:上面的十大「精華」純屬我個人的「謬論」,您自己看著消化,有用的收下,沒用的請拖入「回收站」。如果你覺得這些總結不過行悄是一些浮華之詞,那請你先問問自己:「是不是在行動上都真正做到了。」
這就是我,一個不算優秀,不算勤奮;玩能玩通宵,學也學能學通宵;對夢想的追求很執著;到了30才開始真正寫程序;一個很平凡但又不甘於平凡的人……我的經歷相信很多朋友都有過的,我現在也不能算是一個成功人士,但我相信我的經歷卻是值得大家借鑒的,因為我終究代表了一類人。
最後我還想說一點:現在很多朋友都抱怨中國的軟體業環境太差,前途渺茫。確實是這樣,我有同感。不過我想軟體業不過是千萬個行業中的一種,每一個行業總是會有起落的,中國的軟體業環境差有她的歷史原因,我們不要總是簡單地和印度相比。抱怨沒有意義,已經這樣了,抱怨不能使她變好,希望我們每一個人多貢獻一份自己的力量,總有一天她會變的比印度還好,甚至比美國還好。
最後:希望所有的程序員和擁有成為程序員夢想的朋友們在新的一年裡心想事成,萬事如意。請相信我:明天不一定更美好,但美好的一天一定會來!
===================================================================
好好看看這篇文章,對你肯定有用.
⑽ 代碼量能衡量一個程序員的編程水平嗎
能!
相同功能的前提下,代碼量越少水平越高,代碼耗時越少水平越高,很考驗程序員演算法功底以及對數字的敏感性。
比如網上流傳的當年Quake iii中算平方根的函數,一般算開方需要不斷迭代逼近,耗時較多,而卡馬克的不同之處在於,他選擇了一個神秘的猜測值 0×5f3759df作為起始,使得整個逼近過程收斂速度暴漲,對於Quake III所要求的精度10的負三次方,只需要一次迭代就能夠得到結果。雖然我看不懂,但是提高程序執行效率,降低迭代/遞歸/循環次數,提高代碼閱讀性,以榨油的態度對待開發是每個程序員的終身目標。
floatSquareRootFloat(floatnumber)
{
longi;
floatx,y;
constfloatf=1.5F;
x=number*0.5F;
y=number;
i=*(long*)&y;
i=0x5f3759df-(i>>1);
y=*(float*)&i;
y=y*(f-(x*y*y));
y=y*(f-(x*y*y));
returnnumber*y;
}