最近測試的主管找我們開發的主管，說我們以後所有的需求，開發都要求寫自測報告，不分申請測試還是自測的，在提交測試之前一併提交給測試，讓測試看有什麼問題。從質量保證上來說，我是一百個贊同，我願意對每乙個方法寫單元測試，並對每個用例寫測試報告，我相信沒有哪個開發願意讓別人給自己找出bug，這其實是非常丟臉的，至少於我來說是這樣的。
不過從實際情況上來說，給開發做需求的時間往往是不夠的，需求提出來就想在最短的時間之內看到效果，就拿work三期來說，三個月的專案時間，給我們後台的開發時間只有半個月左右的時間，測試有乙個月的時間，在專案安排時間的時候，測試時間的多少基本上是由測試說了算，而開發的時間就往中間壓縮，完成不了的就只有加班了。
今天有乙個哥們在做乙個換膚的需求，測試說也是自測，並給列出來了以下的測試點：
1、ie6、7、8，firefox、chrom必須要測試；
2、發了50多個使用者，說每個使用者都去看看，是否會有問題；
3、48個頻道每個頻道下面的選單，要看看樣式是否受影響，功能是否正常；
4、......
就這上面這些點，各位可以組合一下，看有多少種情況，如果是自測完所有的情況，那他就不要做其它的事情了，就這些測試報告寫出來就要有n多頁了；當然不是完全不測試，我相信絕大部份開發會在提交測試之前，把功能去跑一遍，而不是「開發不測試就提交**」。從另外乙個角度上來說，測試輕鬆了，因為工作量都壓到開發身上去了，作為乙個開發的我，感覺挺鬱悶的！
開發，乙個尷尬的角色
最近測試的主管找我們開發的主管，說我們以後所有的需求，開發都要求寫自測報告，不分申請測試還是自測的，在提交測試之前一併提交給測試，讓測試看有什麼問題。從質量保證上來說，我是一百個贊同，我願意對每乙個方法寫單元測試，並對每個用例寫測試報告，我相信沒有哪個開發願意讓別人給自己找出bug，這其實是非常丟臉...
乙個成功的分析團隊 角色與職責
多年以來我和數百家企業打過交道，在這個過程中，我領悟了讓資料分析專案成功的一些因素，也親眼看著很多專案失敗。最常見的失敗原因說出來可能會讓你驚訝。並非是缺乏資料專業知識或者整合失誤，而僅僅是因為企業沒有讓 利用資料 成為任何人員的職責。太多公司花費好幾個月收集有趣的資料，然後讓它們靜靜地躺在角落裡積...
開發乙個簡單的WebExtension
首先需要準備乙個45版本以上的火狐瀏覽器用於開發擴充套件。1.需要編寫的第乙個檔案是我們的manifest.json。這個檔案是整個擴充套件的核心，是乙個按照json格式寫成的檔案。既然是json格式就要有相應的key和value，這裡列出擴充套件中常用的幾個key。manifest version...