寫在2018的最後一天：
一是：最近一直被工程吐槽，他們承擔較多測試工作，產品質量不盡人意。
二是：年底已至，述職報告中如何突顯測試質量與價值。
淡定，淡定，我們都是文明人！
靜心思考：大家所追求的都是一樣的，希望我們做的產品是高質量的，高品質的，易用的，進而促使專案工作順利開展。
所謂的找事，肯定是不存在的，跨部門協作，重在溝通交流，達成共識。
部分業務場景或者需求，我們知道，由於公司沒有測試環境、測試裝置或者需要與第三方硬體、軟體對接聯調等原因，內部無法測試的。
亦或者，有些內容是歷史因素（人力、時間、之前一直未參與等）造成的，測試一直沒有介入的領域（安裝公升級測試、安全測試、單元測試等）。
仔細想想，測試自身還是有一些工作未真正的做到位：
合理的制定測試策略，排列優先順序並與相關人員達成一致，及時匯報工作進度與相關風險。
測試內部需要安排學習分享，將缺失的部分納入後需的測試體系中，避免遺漏。
與專案達成一致，同步由於內部無環境，未進行測試，需要專案人員自行驗證。
測試內部當然還是有許多可以做的，面對上述場景：
提供測試用例供專案人員去執行；
考慮是否遠端介入測試；
協調測試外出專案支援；
當反思自身之後，我們也可以主動與專案人員溝通互動，了解他們所謂的痛點難點，並有針對性的對反饋的問題進行解決。
測試工作本身需要其他部門的監督，當我們盡己之力，將事情做到極致，相信大家是可以理解的，也會配合我們將事情做好。
大家首先想到的是bug數量，這一年提的bug數，沒有上千也有好幾百呢。
bug分為測試人員提的，非測試人員提的（研發、專案、客戶、運維。。。），當然除了bug以外，優化改進任務單測試也沒少提。
單純從提任務單的數量上能夠看出什麼呢？
測試發現的bug數量的多少，可以反饋研發的***壞。
測試發現優化改進數量的多少，可以反饋產品設計的優劣。
非測試人員發現的bug數量的多少，可以反饋測試質量的好壞。
通過測試發現bug數量與專案非測試人員發現bug的數量對比，我們可以得出，測試漏洞率。
例如：產品有100個bug，測試發現了90個，遺留到專案或客戶那裡發現10個，那麼測試漏洞率則為10%。
我們可以通過測試漏洞率來對測試人員進行 kpi考核，進而反饋測試部門質量的好壞。而不是專案人員嘴上說的好與不好。
另外，測試需要建立乙個完整的質量預防體系，包含但不侷限於：
上述內容都是不可或缺的，具體每項裡面的具體操作這裡不做詳細介紹。如果大家有其它方法，也可以暢所欲言。
最終的目的是保障產品質量，發布高質量高品質的產品。
我們從未忘記對質量的追求，2018我們努力向前，在效率與質量提公升上均有所成果。
我們在測試工作上問心無愧，在做好自身工作的同時，能夠聽取其他部門和同事的意見，完善我們的工作。
我們的團隊還年輕，還有很大提公升空間，我們不怕其它部門或同事的評價，但請與我們共建。
2019，期待更優秀的我們，與大家一同創造出更高質量的產品。
如何與不喜歡的人打交道
很多人在生活中只願與自己喜歡的人交往，而對於不喜歡的人，或嗤之以鼻，或敬而遠之，總之不會主動去向人家示好，若是不喜歡的人同時又是有很大矛盾的人，就更會形同陌路，甚至橫眉冷對。而這種做法對工作和事業的發展卻非常不利。那麼，如何與不喜歡的人打交道呢？首先你要明白，是什麼原因使你對某個人特別反感，為什麼他...
單元測試系列二 單元測試如何測試異常與超時
一 測試異常 1.使用 test的expected屬性測試異常 第一種方式，使用expected屬性 test expected filenotfoundexception.class public void usingexpected throws filenotfoundexception2.使...
測試如何處理與開發的關係
測試如何處理與開發的關係 1 要耐心和細心 細心是測試工程師的乙個基本素質，測試工程師是對質量負責的人，涉及到質量問題，就不能含糊，因此一定要細心，細心對待每乙個可能的bug 細心對待每一段 被你檢查的 細心對待每乙個你撰寫的bug報告，細心對待你發出的每一封郵件。細心是一種態度，你的態度遲早會感染...