開發,乙個尷尬的角色

2021-05-24 22:26:56 字數 684 閱讀 6344

最近測試的主管找我們開發的主管,說我們以後所有的需求,開發都要求寫自測報告,不分申請測試還是自測的,在提交測試之前一併提交給測試,讓測試看有什麼問題。從質量保證上來說,我是一百個贊同,我願意對每乙個方法寫單元測試,並對每個用例寫測試報告,我相信沒有哪個開發願意讓別人給自己找出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...