建立測試工作執行標準

先不談目前公司內部QC、QA傻傻分不清楚的狀況。對於很多不管台灣或是中國的企業來說，這似乎是常態，更可以說不瞭解的人也不想瞭解，至於想不想要做到這樣分工效果，那又是另外一件事情。而很有體認的是，很多主管好像還是認為「品質是可以測試出來的」，我的意思是說「測試過之後品質就會變好」，他們都忘記了最根本的問題還是製程的管控問題，唯有在開發時候的品質就被控制，這樣才不會耗費極大的時間成本在Debug。問題還是看到很多RD或是開發人員還是認為「有Bug我修就好啦～有這麼複雜嗎？」，但不好意思，事情就是這麼複雜！！
雖然公司還是有設立QC部門，而技術部門沒事還是會調侃一下我們QA部門。不過越是學習QA相關的知識和資訊，越是搞不清楚我們的QC在幹嘛！難道專案開發的經驗訓練下，寫文件這件事情只是件照章辦事的交待性工作？
以往在公司專案部門學習到的就是依據專案的系統分析和系統設計文件，撰寫出Test Case，即完成所謂的QC作業。但當我從QA角度去看的時候，我可以合理質疑。QC到底依據甚麼方式來撰寫Test Case。

◎他們是否可以說明他們的測試覆蓋率為何？
◎他們撰寫的Test Case格式和內容是否符合目前工作推展的需要？
◎他們依據怎樣的準則來設計他們的Test Case呢？

不過想當然爾，他們當然不知道。不過老是說別人也不好，既然知道別人有這樣的缺失，我們自己該怎麼避免呢？這些天都在研究一些如何將軟體測試工作處理標準訂定，當然這些東西老在數月前副總已經在追我這些東西，但當時的我那裡寫的出來，而公司上上下下誰可以訂出這些東西呢？但總算，今天把完成了一些進度，把「產品驗證停止標準」以及「Test Case撰寫規範」訂了第一版出來。總算有些產出...

繼續努力吧我～七月是個血淋淋的月份...工作的行事曆真的挺恐怖的...

報告主管們，我們沒你想像中的閒...

我帶領的QA部門現在正在進入熱戰期，公司內有些同仁私下都有反應我們QA是不是和TPM(技術產品經理）對立的有點嚴重。我心想，要不然哩？我可還沒做到「公事公辦」，真的這樣TPM的狀況會比現在慘10倍！但事情僅僅只有這樣嗎？當然不！高層主管開始想一些有的沒有的？之前要我零學習成本、零溝通成本、零準備成本然後完成任務！好啦～大家都犧牲自己的下班時間跟其他同仁耗上完成任務～現在居然又開始擔心「如果QA的工作量沒這麼多了，那你們QA要幹嘛？」
首先，我根本不相信我們會閒下來，在公司這麼久，公司文化是甚麼樣子我還不清楚嗎？如果QA可以閒下來，我倒想問技術和研發部門是不是也關門休息了？QA部門的同仁學習或是整理相關資料難道不需要時間？

QA部門真正的專業，目前為止僅僅只是「堪用」罷了！我為了公司設定的「戰術目標」創造的「野戰游擊隊」罷了！如果是要面對公司最後的戰略目標，那就要將這個特戰部隊轉化成正規部隊。訓練成正規部隊不需要時間和成本？我真的不相信這些主管們不知道這個道理！

QA並不是感冒特效藥，不是成立了...運作了，立竿見影的看到成效！QA真正的目標是創造一個程式開發的品質文化，但是這個品質文化並不是QA自己建立的，僅僅是催化整個組織做變革～看了越多軟體測試的資訊或是方法，甚至其他有關QC、QA的相關程序說明和資訊，我越是確定這件事情！只是，我並不清楚這樣的作法和價值，是不是可以讓公司的一級管理階層理解，另外我們自己是不是有這樣的能力承接這樣大的責任！

你問我QA有機會閒下來嗎？我認為，很困難！而且在公司我已經好些年沒閒下來過了！

驗收！驗收！驗收！

舊案纏身...大家只會跟我提驗收...
怎麼樣驗？拿甚麼驗？甚麼標準驗？
客戶也不是傻子，你說驗他就驗...
今天對方不跟你講理，也或許是他抓著一些小問題...
咬著你不驗收，你要怎麼解決？！

「堅定立場」或是「委曲求全」
也要看自己有幾斤幾兩的實力...

我們的底線是甚麼？對方的底線是甚麼？
他們願意做甚麼？我們願意做甚麼？也或許是我能做些甚麼？
如果我可以做，難道我不願意處理嗎？！
講的都是屁話，我沒啥好推拖～
要不然你們自己去處理...
上次處理不過是把狀況越搞越僵...
緊縮大家的工作底線，我換得甚麼好處呢？Nothing~
今天這個案子願意放棄嗎？口頭講講說願意...實際上呢？
見鬼了...
話大家都會講，問題是要怎麼做的問題...

如果有人可以和我說甚麼好方法，可以來說啊？
打嘴砲我也不輸人...

心力交瘁...
媽的哩...
（頭痛.....）