1和領導達成一個協議
2了解單位的工作情況
3了解單位工作的問題
4訂立規則
5組建自己的團隊以及核心團隊
6協助其他人員工作
下邊我具體的說一下：
1、和領導達成一個協議：
5月份我到公司正式上班，新到一個公司，人生地不熟。最先要作的事情是在和各位領導接觸過程中了解公司的情況，并與領導達成一個大致的協議，我首先和領導達成的協議基本內容是測試部門的工作在3個月內有一個小變化，6個月內有一個大改觀，1年之后形成良好的測試流程和測試隊伍。領導們也基本同意我的設想。和領導達成這個協議為我以后的工作的開展取得了時間上的保證，（很多領導希望招聘一個高級開發管理人員后，開發或測試立刻有一個改觀，在幾天內開發和測試完全沒有問題，這種心情是可以理解的，但實際上也是不可能的），我的領導在這方面給了我一定寬限，為以后的工作打下了一個良好的基礎。
2、了解單位的工作情況
每一個單位都用自己的特點，有優點也有缺點，如果下車伊始就亂下命令，必然是瞎指揮，不但不能改善工作，而且原來單位一些好的做法也必然被你毀掉。所以，剛下車，一定要休息一下，看看周圍的環境，再決定如何行動。來一個新單位也是這樣，人生地不熟的自然要先看看，首先是有幾個部門，各個部門主要方向，幾個主管領導，比如人力資源對我們以后人員招聘會比較重要，研發部門有幾個？哪個研發方向是單位的最主要的方向，后勤保障部門是那些人員，不要小看他們，部門以后是否可以獲得好設備主要就看他們了，這些人職位不高，但屬于現管。爭取他們對工作支持是很必要的。最后,別忘了了解你的工作人員，無論怎么說，你的工作人員是和你打天下的人。
3、了解單位工作的問題
剛到單位，測試人員都很忙，我則在一邊觀察，前幾天的問題總結了一下。
A：測試人員人員少，隊伍分散，由于以前的測試隊伍管理比較亂，很多項目不放到測試部門測試，而是將測試人員直接從測試部門調出。在我到崗的時候測試部門只有4名測試人員。
B：試部門機器的問題，由于測試部門一直不被重視，所有的機器很落后，自動化測試工具基本不可使用，
C：開發人員對測試干涉過多，測試缺少獨立性
開發人員對測試工作干涉過多，主要表現在幾個方面，
C1：測試內容由開發人員規定，測試方法以及測試手段均由開發人員決定，在測試人員能力弱的情況下，這無疑是一個可行的方法，問題是這種方法要求開發人員對測試方法和手段比較了解，但單位的實際情況卻不是這樣，另外開發人員對測試工作質量不承擔責任，說明白點就是測試人員按照開發人員的規定去做，即使完成了測試任務，也無法保證測試質量，而由于測試質量不好造成產品質量不好的問題，又需要測試人員來承擔。
C2：開發人員和測試人員在測試過程中交流過多，在測試過程中由于相關文檔不全或者質量問題，測試人員經常需要開發人員進行交流，這種交流是必要的，但也容易產生問題，比如測試在發現一個問題的時候，開發人員總會用這樣或那樣的借口告訴開發人員這不是問題，不用寫在問題報告里，結果很多問題即使被測試出來也被這種糟糕的交流給掩蓋起來了。
D：測試時間無法保證
測試時間無法保證主要是以下幾個原因
D1：首先是開發人員來規劃測試任務，而真正了解測試工作的開發人員很少，測試工作量占到整個開發量的30%-70%�；旧蠜]有開發人員了解這個情況，所以他們給測試留得時間很少，往往是1、2天。這么短的時間根本不能做到完整的測試。
D2：開發人員管理的混亂，軟件版本的頻繁升級，有時候一個版本和上一個版本的差別只有幾行代碼，這樣不但造成軟件配置管理的混亂，而且給測試人員帶來了很大的麻煩，最討厭的是，絕大部分的測試工作都變成了無效測試。除了浪費測試資源以外對開發沒有任何好處。
E：測試水平低，測試需求點少，測試強度不夠
測試時間的緊張，嚴重限制了測試人員的測試水平的發揮，單位許多測試人員測試水平是相當不錯的，但他們根本沒有時間編寫測試需求報告，一個系統的測試需求點往往只有幾百個點，這種測試需求強度根本無法保證測試質量。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
