甲午年正月初二 我們公司的SJ專案測試的那些事

2022-07-31 14:06:13 字數 3167 閱讀 2352

我在的公司,可以說是乙個作坊,10年前,我來的時候,還沒有專職測試人員,那個時候公司就過了cmm2,我現在都不清楚沒有測試人員怎麼過的。

我來公司後,測試部就組建了,有的時候人多,有的時候人少,多的時候7、8個人,少的時候近2年時間,就我乙個測試人員。

當然了,從上面情況也能看出,公司也不重視測試,我所在的城市,專職測試可以去的地方也不多,我個人懶的換地方,也就這麼對付著過來了。

公司還是有一定規模的,大概70多開發人員,cmmi3、iso9000等等也都有,看上去比較正規,在我內部人的看法就是作坊。

去年11月的時候,我最後乙個手下離職了,又變成了光桿司令,我個人都習慣了,就和主管領導w說,要招人啊,雖然沒有活兒,但是真的要測試,總不能我乙個人做吧。

其實我去年一年,做的最多的事情不是測試,而是給各個專案組寫測試文件,平時的時候,各個專案組,都不喜歡做測試,只有在客戶要專案驗收的時候,需要出具測試用例和測試報告才會找我。即使做測試,很多時候測試1、2輪的時候,開發人員就以種種理由閃人了,比如其他專案組要用人,或者去現場開發等等,所以我去年只測試了乙個完整的專案,大概花費了1個月的時間,其他專案都是扔了一大堆的缺陷在那裡,沒人理會了。

當然了,這種現象和公司的運**況也有關係。第一,我們主要做行業軟體,大部分的時候,開發人員都是在現場開發,邊開發邊上線,那邊就直接使用了,很多時候進度比較緊,需求變化多,開發可能不希望測試人員插手,至少測試提出的一大堆問題需要處理吧;第二就是很噁心的任務單制度。我們公司在建立專案的時候,就給出了專案的費用和人力計畫,要報銷等,必須在專案額度內,但是有乙個問題,大家也都清楚,開發人員幾乎不可能在進度的計畫內完成,所以專案費用一定是不夠的,這種情況下,誰還會考慮測試人員?我一直和專案管理部的人說,測試費用要獨立出來,不要走專案內經費,要不測試根本不可能有活兒幹,專案管理部一直在推搪。我去年幹的活,還有一些費用因為超過額度了無法報銷,專案經理說等下次做2期的時候,給我轉過去報銷,但是2期什麼時候,天知道。

上面的介紹一下背景,下面就是近期遇到的一些情況。

公司有乙個專案sj9.0,實際這兩年,公司都指望這個專案,所以人力什麼的很充足,還是老習慣,專案組一直在現場開發,去年要結項,就叫我們去寫測試用例,需求文件之類的是不用指望了,有需求文件但是很舊很舊,僅僅能做乙個最基本的參考,實際的軟體和需求相差不少。那就按照軟體寫測試用例吧,反正按照他們的說法,測試文件有就行了。寫文件的過程中,測試人員一定會發現一些問題,實際軟體已經在使用快1年了,個人覺得還是比較穩定的,問題算不上太多。寫好後缺陷什麼的也都給他們了,至於改不改,和我無關了。

2023年,這個軟體9.0版在其他的地方銷售成功,根據客戶的要求,要做些改動,所以相當於原版本的乙個公升級。在2023年專案管理部出台了乙個決議,說全部專案的計畫需要評審,既然有規定那就做吧,進行計畫評審。既然有計畫評審,當然在評審過程中,我作為測試要爭取自己的利益和資源,當時開了乙個下午的會討論專案計畫,專案經理z、我、專案管理部經理、qa經理,內容不多,大部分時間都是z在介紹專案情況,我的主要工作是搶資源。雖然測試現在只有我1個人,但是還是說要3個人、乙個半月。中間的細節就不說了,其實這個軟體是乙個很大的專案,160多個模組,業務流程也很複雜,他們開發了快2年,我對原有的版本比較熟悉,新的版本9.0也就是寫測試用例的1個月,勉強算了解。(sj算是我們公司的主打產品,但是每個版本都是不同的專案組完成的,公司就是因為有這個軟體才成立的,最開始的版本是dos的,後來慢慢公升級,我開始接觸的時候是5.0版吧,使用c++builder的c/s版。現在主要還在使用的是c/s的7.0版,web的8.0版,整合的9.0版,而且每個版本都是乙個獨立的專案組在開發維護,也就是說,各個版本主體功能一致,但是用不同的語言開發,也是不同的組在維護。還有很多其他的專案組,也都是圍繞sj軟體做外掛程式之類的外圍工作)

專案計畫定下來了,但是測試組沒有人啊,那就找人。在我最後乙個手下離開的時候,我就和主管領導w說要招人,w的意思是:你測試現在也沒有工作,即使招到人,也許過兩天就跑了,所以等有測試工作的時候,你看哪個開發組誰沒有工作,到時候就支援你。嗯,這次有工作了,就從專案組g暫時借調了乙個充當測試人員。還少人員啊,就和sj專案組說,測試沒有人,到時候能否支援,sj組的大經理l(sj專案組人很多,4、5個經理各分管一攤,z負責這個公升級專案,l總管全部專案)也答應了。一切看起來挺好的吧。

正好,有乙個其他部門的人,強烈要求來研發中心(測試部現在行政上屬於研發中心,我的上級領導是主管研發中心的副總w),w不好推脫(小老闆招的人),就扔給我了。嗯,現在有兩個測試小白等著我澆灌了。

既然這樣,寫ppt,做測試培訓資料,後來看到有專案經理b(經理助理,主管cmmi3、iso評審等工作)對我的培訓比較感興趣,那更好啊,開大培訓,就介紹我們系統測試的工作內容,讓其他研發專案組了解測試部門的工作。

我的ppt並沒有寫太多內容,只有13、4頁的大綱,僅作為乙個引導,能講到的內容就不寫。我第一次講培訓,效果不知道怎麼樣。開始我預計講2、30分鐘就夠了呢,結果講了乙個半小時,我自己都懷疑自己怎麼那麼能說的。

ppt主要內容就是:質量是使用者的要求;測試是質量的控制和度量,目的是驗證需求和確保質量;質量是全員的系統工程,提供質量的是開發人員,提高質量最好的方法是確保有乙個好的質量過程;乙個軟體開發出來後,有乙個質量上限,測試的工作是接近上限,但是無法到達;提高質量要靠開發人員和qa,測試做的工作主要是驗證和修補,對質量的提高沒有決定性作用;質量成本是有數量級的差別的,越到後期,處理成本越高;任何問題,等到系統測試發現和處理,全部都晚了;測試的工作內容就是發現問題;還介紹了公司的系統測試流程、能做哪些測試等等。反正說了很多,效果如何不清楚,培訓後,我問了很多人,都說挺好,但我想可能還是客氣話居多。

當然了,這個是科普性質的測試培訓,後來我還專門花了一天的時候,給兩個新人,做具體測試內容應該如何做的培訓,效果如何現在還沒有開始測試,不清楚。

原先說了,我和待測試的sj專案組說要借調乙個人,現在按計畫人已經夠了,但是我想測試人員越多越好,就去和sj大經理l(他不但是sj的經理,按照2014新的部門結構,也是整個研發中心的經理)確認借調人員,結果l問我:借我的人一周時間夠不夠,我當時就思密達了(他們在外面開發,沒有聽我的測試培訓,計畫評審時候是負責具體專案的經理z,l了解研發計畫,未必知道測試計畫)。我說:你們的軟體開發了兩年,不說別的,你培訓客戶需要多久。l說,客戶都知道業務啊,培訓怎麼用就行了。我說:老大,除了我,另外兩個都是新人,業務都不熟悉,1周時間恐怕你的軟體做什麼他們都未必清楚。反正最後說了很多,他的人我也就不指望了。

年後的時候,按照計畫開始測試了,但是打**詢問,還在開發中,至少要2月底才能測試,其實是否能真的測試上,只有老天知道看,通常這樣拖來拖去,基本就不測試了。

這是乙個故事,其他還有,我還是再開乙個帖子說吧。下個帖子說說我們公司的安全測試一些事情。

正月初二 18 20 隨筆

正月初二,國家法定外婆家吃飯。今天的飯局就象外面的天氣一樣,冷而且還下著可惡的小雨。突然間覺得社會上的生活,不是,確切的來說生活蠻亂的,有時候把所有的東西聯絡在一起,你十個頭也裝不下。做人嘛,應該是積極樂觀,努力的生活著。去年的今天,xiaojiu還是和我們一起吃飯,而且他講的話也是歷歷在目,雖然這...

2023年正月初九 那個安檢口的女子

晚上九點多剛忙好,準備回去,計畫是,先去地鐵上看下,人不多就坐地鐵,如果地鐵人多,就準備打網約車了。也試試網約車,貌似需要等待15分鐘,就立即決定去做地鐵,過安檢的時候,安檢口有三個女孩在值班,有行人問那個顏值最高的面善的女子 幾乎沒有旅客,為啥你們要三個人守在這裡呢?兩個就可以了吧 女子微笑回答說...

2023年陰曆三月初二 此時此刻身邊的朋友都很樂觀

但是從自己身邊來看,地鐵上大家精神狀態都挺好,有說有笑的,沒有網上的死氣沉沉的樣子,親朋好友喜事還是照樣舉辦,只是不大宴賓客了,主要親戚聚聚簡潔大方。小區商店,理髮店,水果店,糖果店,小超市,早餐店,飯店,五金店都開門了,沒有關門倒閉的,跟網上說的周邊大量小微企業中小型企業因為資金鏈斷裂關門歇客的現...