痛苦的過程

從痛苦的軟件開發中脫離出來,又陷入了痛苦的測試中來。

公司的軟件開發簡直就是小作坊式的加工方法。老程序是請人做的,用了好多年,bug不斷,修修補補,越改越亂。

我來到公司,算是公司裏軟件最牛的人了。不是自誇,是公司裏是在沒有人懂軟件了。公司成立的測試組,也可以叫軟件質量管理部門吧,目前也就我接觸過測試和質量管理,不是我幹過,是我之前所在的公司有測試和質量管理,我被測試過和被質量管理過,也就是說,我沒吃過豬肉,但見過豬跑,其他人,連豬長什麼樣都沒見過。只好落在我頭上了。同時,我也想在質量管理方面長長經驗值,就接下了這個任務。

接任務輕鬆,幹起來卻不輕鬆。

先是出一個質量管理的方案,我就網上搜來搜去,結合被管理的經驗以及現在的實際情況,勉強寫了一個文檔,提交上去。也沒個回信,領導看沒看都不知道。反正之後就讓我開始對現有的單片機程序開始測試了。測試的過程前面也描述了。

其實我對現在的實際情況還是比較清楚的,缺什麼,我心裏很明白。開發上,靠抄襲老代碼,老邏輯,老設計。管理上,領導想啥幹啥,往往幹到一半,去幹別的。腦子一熱,就讓你做個什麼東西,還沒做完,就取消了。沒文檔,沒測試,號稱,我都用了好幾年了,邏輯爛熟於心。分配任務模糊,幹完沒幹完不檢查,過去好多天了,問,完沒有。回答完了。然後就完了。真正完沒完,有沒有錯,不管。時間也沒控制,今天幹什麼,明天幹什麼,不知道。唯一知道的事,還有好多事情啊,週末加班吧。問,還有什麼事情,答,好多事情。問,加班幹什麼,答,好多事情要幹。

這就是現狀。爲什麼我幹開發那麼鬱悶,就是因爲明知道不對還得幹。爲此還跟領導鬧得特別僵。

讓我幹質量管理,我倒是很想改變一下現狀。但苦於經驗不足啊。想出一份軟件開發及質量管理的詳細流程,需要考慮公司目前的狀況:人手不足,觀念落後,現有項目的修改較多,新項目少,不實踐,光靠理論上的想很難出來一份十分可行的方案。這幾天查資料,想現狀,比對,仍然沒有想好一個方案。還要出一個對現有系統的質量管理方案,比如如果對現有系統進行修改,應該進行怎樣的測試與檢查。由於現有系統沒有文檔,軟件交互方式又以網絡接口居多,串口,以太網通訊。想要測試,就得通過這些接口進行測試,而通過這些接口進行測試,就需要模擬通訊,而編寫模擬通訊的代碼,難易度還不知道,說不定不必寫一個軟件簡單。程序與硬件通訊,還需要考慮時序性,響應時間。想想很麻煩,每實際幹,真想想不出可不可行。如果按照領導的意思,想要檢查軟件的潛在BUG,不分析源碼很難做到,分析源碼又特別麻煩,因爲很難添加單元測試代碼。

真是麻煩啊。

自己只能給自己打氣:如果堅持下去,能幹好,這將是很大一筆財富積累。

下一步計劃:年底前出一份軟件開發及質量管理方案。包括純軟件開發以及硬件相關軟件開發方案。可能的話,還要做一個現有系統質量管理方案。不管可行不可行,儘可能的考慮現有情況制定出來,具體實施再去完善和修改。


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章