• 3

關於SA不懂CODE,遇到問題時該如何解決?


stevechang wrote:
看CODE? 如果...(恕刪)
會看code當然比較好,因為當pg完成時,如果是sa驗收再做一個 code preview真的比較保險,以前公司請軟體公司的人駐點幫公司寫code,有些工程師經常想拼sa 驗收時沒測到,但如果是我當sa時就會戰戰兢兢不敢亂搞,因為我會一行一行做code preview

jiangbruce888 wrote:
會看code當然比...(恕刪)

是啊,所以我一定會學看CODE,這樣日後也比較好溝通^^
開發沒提供DFD以及DD出來???

用Prototype開發大型專案???

難道SA要下去做Debug???

bobbook wrote:
開發沒提供DFD以...(恕刪)

老實說,我現在的公司SA是含CODE REVIEW的……

jiangbruce888 wrote:
會看code當然比...(恕刪)


這樣你家的pg壓力一定很大吧..XD

有些PG被抓到BUG...會很難為情吧....


celia1111 wrote:
老實說,我現在的公...(恕刪)


SA含CODE REVIEW是正常沒錯
在前期看不懂Code理應用DFD以及DD作為判斷基準

我很常遇到開發Team說他們寫的Code都很簡單易懂
但不代表下一個Team的人接手都看得懂(我真的遇過變數宣告都用A、B、C這種開發Team)
當初第一份工作為了老闆放我離職
發狠把所有接手的專案都補做了DFD以及DD
到了離職第二年還是會接到電話問專案問題
有作DFD以及DD都問題這個多了
我還是很訝異台灣發展資訊專案都不做DFD以及DD

題外話
我可以體諒(但不原諒)為何開發專案很少注意SDLC
我有遇過一家專業的資訊開發Team
每次來我當時任職的公司開Proposal都把上次的紀錄作成系統流程圖、DFD以及DD
並說明導入系統時會改進的優點
要不是當時的二老闆是學資訊管理出身的
大老闆可能會選標單上最便宜上線最快的那家廠商
專注於SDLC還不如先節省標單上的價錢以及壓榨人力再說

阿密陀佛

還好我不作SASD很多年了

stevechang wrote:
這樣你家的pg壓力...(恕刪)</blockquote

點出來時客氣點應該就還好,就怕上線出問題…

bobbook wrote:
SA含CODE REVIEW...(恕刪)</blockquote目前的公司並不是開發軟體在賣的,而是維護自家系統,所以以專案型態的才會有DFD,DD,否則可能就是簡單的需求單寫寫就派件了,有些SA更是誇張到就口頭講講,連規格也沒開,但驗收時一定會CODE REVIEW
SA可以不用看Code但要懂的怎麼測試,要有個完整的計畫就知道輸出的結果,基本上案子如果很大SA都忙不過來了,誰還會有美國時間看Code.

celia1111 wrote:
各位好,想和各位請...(恕刪)


SA實務上除了從PR做上來以外,還可能是該domain的專家轉來的
推測你的新工作比較類似後者

至於SA是否需要懂code? 以我個人而言,我會看code跟文件比對看差異
尤其是接手別人的案子時,更應該這麼做
但這只是輔助個人能快速掌握專案而已,並不表示要撩下去debug

另外懂code也有好處啦,至少可以知道PR有沒有呼嚨你
有的PR估工時都不臉紅的,吃定不會code的SA
  • 3
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?