如果從理論，也就是講道理的角度去說服他人要重視測試、提高測試的地位，這純屬於扯淡的行徑，不要對這種做法抱希望。
理由：1、測試本身不創造直接利潤。當然除了銷售直接創造利潤外，其它崗位都是消費崗。
2、個人理解測試本身屬於支撐、服務角色（測試階段起主導作用）。相對於開發人員直接「創造」了軟體來講，測試是默默無聞的奉獻者，需要有一定的耐力和勇氣做好支撐、服務工作。
都是資本家，公司更是，賺錢是目的（當然有純潔的為了理想、為了做點事情而不是單單為了賺錢的）。
如果測試能給公司帶來效益、給管理者提供決策支撐、給開發人員提供信心，你的地位自然會提高。
用事實說話，而不是一味的說教。
拿出測試的能力，提供有效的、有用的資料。
不管資料是關於什麼，開發、決策、運維。。。。。。，有效、有用就好。
讓開發，讓管理者感覺到不是每天、每月、每年給測試人員發了多少錢，而是測試人員每天、每月、每年在給專案挽回多少了損失。
測試應該是生產者，而不是純粹的消費者。
心理陰暗的講（當然我們不希望這樣）：應當讓公司遭遇一次大的質量事故，讓開發、管理層震驚，真正意識到質量的重要性，認識到測試在軟體開發過程中、在質量保障中的作用。
也談「敏捷測試」 《全程軟體測試》試讀
最近一段時間，敏捷測試 成為了乙個熱門詞彙，我的朋友 包括學生也會來問我，什麼是敏捷測試？究其原因大概是因為敏捷開發這一概念的火熱。看了朱老師這本書的試讀章節，讓我也對敏捷測試有了更深一步的了解，那麼我也順著試讀中的內容，以我第一次開展的 敏捷測試 做乙個簡單闡述。第一次開展敏捷測試是在我剛進入測試...
也談軟體專案管理
今天得空看了看osgeo上的gdal開發資源。開源專案的管理也比商業專案完善的多，大的軟體專案真不是幾個牛人就能搞出來的，除非做的是一次性的專案。管理在大型專案開發中的作用怎麼強調都不為過，我們基本上都是做的不夠。冗長的 簡短的文件，大多數專案離開原班開發者後就成了雞肋，離開 加入新人都是超級費勁的...
也談測試用例
摘要 測試用例英文名叫 test case 測試用例是開展測試工作的重要一項，測試用例是否完善 質量高低以及執行的情況如何是影響軟體測試結果的乙個重要方面。可以說測試用例是軟體測試中乙個舉足輕重的因素。本文就有關問題進行闡述。概述 用例文件 checklist 是關於具體測試步驟的文件，它描述了測試...