軟體測試的真正價值並不體現在**中找出了多少缺陷，而是發現設計和程式設計人員解決問題方法上的侷限，思路中的狹隘的技能方面的不足。–托尼·霍爾
前段時間在管理層的年度覆盤會議上，提到了員工績效考核的事情，績效考核也是乙個老生常談的話題了，畢竟任何乙個公司的晉公升加薪或培養人才都要經過考核。那考評結果多數不盡人如意。如原先乙個外包公司的年度考核是由人力資源部門來制訂考核標準，整個技術部門的需求分析人員、產品人員、研發測試人員以及運維人員和運營人員匯報工作後相互打分，直接上級會增加權重，但最終的考核結果還是會令很多人失望，畢竟對於不同工種其給出的分數參考意義不大，甚至是更偏向於主觀色彩；其二，人力資源部門的標準更過於資料化，無法真正結合技術角度來立體評估。當然，也不存在絕對公平，但作為直接上級，可以盡可能無限地趨於相對公平。
對於測試人員來說，寫得一手漂亮的測試報告，覆蓋完整且精準的測試用例與出色的缺陷報告資料，是必備的職業技能，也是一輪篩選的首要條件。但如果單單憑藉這些文件或是缺陷數量來完全對乙個測試人員考核認定的話，則測試人員所追求的也會是這些表層的漂亮資料。
同時，很多測試人員也會有疑惑，為什麼明明自己提交bug無論是從數量還是質量都要遠遠優於別人，但職業路徑並不是很順利；類似情況就要思考下是自己是否真正的輸出了正向價值。
忘記了軟體測試真正的價值，同時對於不了解技術實現的管理層來說，他們也不會關心這個過程中你提交了多少個bug，寫了多少case，而是產品發布後，收到的正面反饋，滿意度以及質量如何。
《探索式軟體測試》一書中託尼·霍爾也提到了軟體測試的價值，對於真正意義上的測試人員有著非常重要的參考意義 。
原話如下：
軟體測試的真正價值並不體現在**中找出了多少缺陷，而是發現設計和程式設計人員解決問題方法上的侷限，思路中的狹隘的技能方面的不足。
所以，軟體測試基本技能過關只是最基礎的一步，技術技能的不斷提公升也是不斷內化的過程；而真正可以外化並產生可持續性發展價值的是幫助程式設計人員從根本上解決問題，而解決問題的第一步就是問題分類 ，從統計資料中來抽取樣本，加以分析，而這些也應該是專案覆盤的必經環節。
以下是工作匯報評價表，**內容是摘取管理工作匯報報表的模板，但是通用於各個崗位，其他崗位可以微調進行匹配崗位職責。
其中，深層次分析和改善措施即是通過缺陷報告分析來進行外化的。
改善型總結不僅是提出問題，而是通過發現問題、提出問題進而解決問題並改善現狀並持續運用於下乙個專案的閉環性解決方案。
缺陷報告深層次分析可以使用公司內部的專案管理平台進行自定義報表 ，也可以匯出後製作成**來展示（一般用於會議展示）
缺陷報告分析中，可以進行歸類分析，如常見的使用者操作類、前端、後端（這二者中又細分為資料庫、介面等等）以及環境類，外部依賴等等。
如何區分前端和後端bug？
分享乙個軟體測試工程師的年終總結
軟體測試人員如何持續提公升工作能力？
如何寫乙份開發人員愛看的bug報告？
開源效能測試工具jmeter快速入門（一）
測試人員如何保證測試覆蓋率
web測試檢查點總結
介面測試的常考面試題彙總-附答案解析
如何讓軟體測試人員發揮最大價值
對於軟體測試員 有的公司叫qa或質量控制員 而言，在不同的公司文化或體制下，往往對自己的職責或定位都會存在很大的差異，導致軟體測試員，甚至是公司管理員都存在疑惑 軟體測試員是否真的有存在的必要？如何才能發揮他們的最大價值？什麼是軟體測試的目的？問題不是很簡單嗎？但是，我相信仍然有不少人都不一定能夠答...
在職程式設計人員如何提公升自我價值？
1 確定近10年的方向，比如c s網路程式設計，比如asp.netweb程式設計，比如j2ee方向等等。2 朝著自己的喜歡的確定的方向，制定未來3 5年內的大體進展，比如第一年了解和應用方向，第二年深入該方向最有發展前途最有價值的某一方面進行重點學習，第三年成功運用該方向的價值，第四年擴充套件已成功...
測試人員如何在軟體敏捷開發流程中體現價值？
在敏捷開發流程中，測試不再是瀑布試開發流程的乙個環節，而是全程參與整個開發流程。通過各種方式來保證產品的質量，無論是原則中的 頻繁交付 還是對 可工作的軟體 的度量，或是敏捷開發實踐中的 測試驅動開發 行為驅動開發 都離不開測試的支援。當然，敏捷測試對測試人員提出了更高的要求，對測試人員來說也是新的...