一、場景再現
********************==
結合測試：經理，這結合測試沒辦法測了。
結合測試應在客戶觀點上來對應測試，疏通業務流，排查業務處理邏輯正確性。
你看看這bug現象，太低階了，原本就應該在ut階段消化掉的，ut階段是不是沒測試完呀？
ut測試 ：我組也是嚴格按照流程、進度安排執行的。按照（進度表）ut階段已經結束了。
結合測試：結束了，還會有這低階bug？
ut測試 ：那也不能說我們ut階段沒完呀？ 太武斷了吧？
專案經理：嗚~~~~~~~~~~~~
********************==
背景知識:
單體測試: 針對某個類，編寫測試用例來測試此類，比如輸出，連資料庫等待；
結合測試(si測試或稱為黑盒測試):
它不是重複單體測試。
單體測試的時候，我們是站在 理解了業務流程的開發人員的角度上看的，能debug著進行測試，
結合測試的時候，我們是站在 客戶觀點上來對應測試了。與開發沒有任何關聯的人，可以進入這個階段的測試。
緣由是，結合測試已經不是程式的想法，而是業務的想法了。
結合測試的任務量應該至少是coding與單體測試量之和，應該最大限度做到不重複不漏, 驗證其是否完成相應的任務.
二、場景分析
現代社會，往往是幾個人、幾個階段、幾個工作流共同運作才能完成一項工作任務。
其中最重要的，同時也被人喊得最響的「teamwork」也逐漸被人重視起來。
正因工作有階段的劃分，必然會有「臨界面」接觸，這樣一來，場景中紛爭看似找到了「根源」。
「一項工作在截止日前完成，這項工作就完成了嗎？」
舉個例子,
小時候乙個夏天的下午，媽媽把我叫到窗前。
「小峰，給你2元錢，買包糖回來。」
「嗯」
10分鐘之後，我拿著一包紅糖跑回了家，交到媽媽的手上，然後興高采烈地跑出去同小朋友玩耍去了。
媽媽看著手中的紅糖，哭笑不得，後來我才得知，媽媽要的是白糖。
◆對我來說，我買糖的任務完成了，用媽媽給的2元錢，換回紅糖，交到媽媽的手中。
◆對媽媽來說，我要是白糖 ，紅糖對我毫無用處，這「死崽子」什麼事都辦不成。
為什麼會這樣？如果再問我一次，那次買糖任務完成了嗎？
我會答「沒有」。
原因很簡單「我買回的紅糖交給媽媽，媽媽沒有辦法用紅糖繼續後續的事。」
當然了，如果媽媽當時說清楚「要白糖」，也不會出現後面的尷尬。
但是在實際專案管理中，很多任務作完成標準是很難用「白糖、紅糖」等清晰詞句可以辨別區分的。
最多是pm手中（進度表）和擔當者說的話,聰明點的管理者可能會檢視一下過程檔案。
三、管理分析
我是it領域一菜鳥，標誌乙個專案結束，似乎要得到客戶或發起人的驗收。
得到客戶或發起人的驗收通常不是一件容易事，是使用者或發起人經歷 試執行、正式執行後，確認無誤、能正常使用後才會在驗收單上簽字的，
此刻才能算得上專案結束。
可惜的是，我們只有在專案收尾時才把專案是否完成交由使用者或發起者來判定，而專案中各個階段是否完成卻由自身說得算。奇怪？
本階段的產物能否作為後階段的「輸入」被正常、有效使用 ，這才是標識本階段是否完成的唯一標準。← （個人觀點）
單憑（進度表）、過程檔案、成果物等實物，我真的很難在此階段畫上「句號」。
因為我不確定本階段的產物，能否作為後階段的「輸入」被正常、有效使用。
聊到此，似乎我已經找到了場景中紛爭是非-------------ut測試沒有做完。
如果在每乙個階段開始前，對「輸入」進行驗收，保證其「輸入」可用、有效，我想也不會出現場景中的失控。
理解這一點並不難，讀書至今的我們經歷了數百場考試，對於塗卡答卷考試形式並不陌生。
我經歷的每一場考試，監考官在收回答題卡時，都要確認下考號、姓名、班級、科目等核對資訊
目的只有乙個「確保這些答題卡可以順利通過評分環節，保證每一位學子都有自己真實的成績。」
※當然了，無效的答題卡可以零分論處，但那是你想要的結果嗎？
★我不確定，有沒有清楚地闡述我個人的觀點。
四、吾評
專案經理在專案生命週期中最重要，最需要親力親為的工作如下：
1. 專案的需求定義；
2. 專案的資源，時程與人力規劃；
3. 專案的時程跟進；
4. 制定專案每個階段的驗收標準，並驗收；
5. 專案整體結案；
放在買糖這個事上，就是：
1. 專案的需求定義： 買白糖
2. 專案的資源，時程與人力規劃：2元錢、做晚飯之前，小峰乙個人去；
3. 專案的時程跟進： 晚飯前了，買回來了沒有；
4. 專案每個階段的驗收標準，並驗收：
a. 驗收標準：買回的是白糖
b. 驗收：
如買回的是白糖，驗收合格，
如買回的是紅糖，則是小峰沒有理解好，或是店裡沒有白糖了；
4. 專案的整體結案：
如果買的是白糖，則整體專案順利結束；
如果買的是紅糖，則整體專案失敗，需要在定義時明確，只能買白糖；
或者因店裡沒白糖，紅糖也先用著；
管理心得之六 判定工作是否完成，標準是什麼
一 場景再現 結合測試 經理，這結合測試沒辦法測了。結合測試應在客戶觀點上來對應測試，疏通業務流，排查業務處理邏輯正確性。你看看這bug現象，太低階了，原本就應該在ut階段消化掉的，ut階段是不是沒測試完呀？ut測試 我組也是嚴格按照流程 進度安排執行的。按照 進度表 ut階段已經結束了。結合測試 ...
OFBIZ研究心得之六
1 ofbizview層技術 apache ofbiz中的widget和decorator是ofbizview層的技術，是apache ofbiz的一大特色。使用widget可以將很多零散的頁面部分拼合成一張頁面。這樣每張頁面的公共部分只需建立一次，建立新頁面時只要建立不同的部分即可。中可以看到ne...
PHP之如何判定常量是否被定義
如果常量被重複定義以後，php解析器會發出 constant already defined 的警告，提醒我們該常量已經被定義過。那麼，在團隊開發，或 量很大的情況下，我們如何去判定乙個常量是否被定義呢？defined 函式可以幫助我們判斷乙個常量是否已經定義，其語法格式為 bool defined...