在工作過程中，我們常常面臨多個專案或者多項任務的情況，若不把任務梳理清楚，或者不把時間進行科學合理的評估，很容易造成時間不夠用、測試不充分、進而領導不認可、自己辛辛苦苦不但得不到回報反而被黑鍋壓身的窘境。
該怎麼辦呢？
說一下我自己的看法，拋磚引玉，希望各位看官多多交流。
上面說的幾點人人皆知，但實際上說起來容易做起來難。比如說，列出任務清單就是一件簡單的事，因為很容易遺漏或者低估測試範圍（這就引申出乙個問題，任務所需的時間應該由誰出？）。
說說我的思路：
note：使用類似的方法，測試經理可以估算出專案進展中任何時刻的測試員人數，越到專案後期（掌握的資訊越多），估計也就更準確。
在我們公司，測試一般進行兩輪，也就是說計畫的時候要為兩輪測試進行估算，這樣做合適嗎？
在我來公司以前，要求專案做兩到三輪測試。他們認為，第一輪會暴漏所有問題，第二輪和第三輪檢查所有錯誤修改。換句話說，這就好比一廂情願的認為應用程式不會有需求變更，所有缺陷會一次性改好，並且其他關聯功能也會執行的很好！ ——實際上，我們都知道產品不得不進行的次數比兩輪多得多。
其實我更想表達的是，計畫變更並不可怕也無法阻止，可怕的是很多公司和團隊會把變更看做一種失敗和拖延。
還有乙個情況就是，應該由誰來定測試任務所需的時間，關於這一點我也說說自己的看法。
作為測試經理，我經常會用自己完成某項任務的時間來要求組員，不過我不得不承認，好幾次我都低估了安排給其他人的任務。我的做法是如果我的評估和測試員自己的評估存在衝突時，特別是他們的評估時間長得多時，先聽聽他們對測試任務和測試範圍的看法，弄清楚什麼原因導致他們給出的時間看起來那麼長。——這是乙個很不錯的可以幫助測試員成長的機會。
有時候我不得不修正自己的估計，重新定義測試任務。
需要注意的是不要強迫測試員接受自己的看法，大家都不是傻子，這樣做會讓自己失去權威，而且任務就那麼多，實際需要的時間基本是固定的。強迫測試員接受自己的計畫很難得到乙個好結果。
當然我致力於花費更多的時間放在測試計畫上，而不是讓測試任務承擔人給出測試時間，是因為我們部門裡面存在很多「有特色」的人，員工意識嚴重，乙個2小時可以完成的任務，他們能給你估算2天。
在我上一家公司，我的做法是讓承擔工作的人告訴我時間。把人帶出來以後，自己很輕鬆。
總而言之，做出估計的人選應該是最注意花費多長時間的人，有時候這個人是經理，有時候可以是測試負責人，有時候誰也不是。這取決於誰掌握的資訊更多，也取決於估算出現問題時誰來承擔責任。——但是無論哪種情況，都不要用「希望」來進行估計。
(0 0)
+------ooo---(_)------------+
| |
| 『歡迎關注』 |
| 張老師的小黑屋
|+--------------------ooo-----+
|__|__|
|| ||
ooo ooo
一組數排序
小夥伴們剛接觸到c語言程式設計時，排序肯定是會經常遇到的問題型別，這裡貼出氣泡排序和選擇排序的 氣泡排序bubble sort 動態感覺上是最大值 或最小值 經過依次遍歷後，不斷下沉 或上浮 出來。第一次遍歷，這組數最大的 或最小值 顯現出來，出現在陣列的開頭或結尾，然後可以對剩下的陣列在進行一遍操...
語言的基礎是一組記號和一組規則
是用於編寫電腦程式的語言。語言的基礎是一組記號和一組規則。根據規則由記號構成的記號串的總體就是語言。在程式語言中，這些記號串就是程式。程式語言包含三個方面，即語法 語義和語用。語法表示程式的結構或形式，亦即表示構成程式的各個記號之間的組合規則，但不涉及這些記號的特定含義，也不涉及使用者。語義表示程式...
一組有用的 Oracle SQL Script
get oracle currnet user table view schema select m.table type ttype,t.table name tname,m.comments tdesc t.column name cname,c.comments cdesc,t.data ty...