軟體測試工程師是軟體行業中一種即年輕又古老的職業，進入二十一世紀以來，隨著中國加入wto以後，從事這項職業的人也越來越多。乙個公司在組建乙個測試隊伍的時候如何分配人員結構，從而使公司軟體測試工作水平得到提高，是大家比較關注的問題。本人依照自己的經驗提出自己的觀點：
我們首先來看一下測試人員的縱向結構
1，測試經理
測試經理主要負責測試隊伍的內部管理以及與其他外部人員，客戶的交流，詳細說來主要包括進度管理，風險管理，資金管理，人力資源管理，交流管理等等，測試經理需要具有專案經理的知識和技能。同時測試工作開始前專案經理需要書寫《測試計畫書》，測試結束需要書寫《測試總結報告》
2，測試文件審核師
測試文件審核師主要負責前置測試，包括在需求期與設計期間產生的文件進行審核，比如《業務建模書》，《需求規格說明書》，《概要設計書》，《詳細設計書》等等。審核需要進行書寫審核報告。當文件確定後，需要整理文件報告，並且反映介紹給測試設計師。
3，測試設計師
測試設計師主要根據需求期與設計期間產生的文件設計各個測試階段的測試用例。
（往往測試文件審核師，測試設計師可以有相同的一組人來完成）
4， 測試工程師
測試工程師按照測試用例，來完成測試工作。
但是測試人員應該有哪些人來組成呢？也就是測試人員的橫向組成，讓我們再來討論討論：
1， 需要具有一定開發經驗的計算機專業人員
由於具有一定開發經驗的計算機專業人員即懂得計算機的基本理論，又有一定的開發經驗。所以對於軟體中**容易出錯，**不容易出錯他們瞭如指掌；他們可以分析程式的效能，軟體效能差是否是占有記憶體空間太多，或者是占有cpu時間太多引起的，還是其他原因，他們往往是專家。尤其是進行非功能測試的時候，他們可以更好的搭建系統測試平台。這種人員應該佔測試隊伍中一半以上。
2， 需要具有本軟體業務經驗的人員
測試隊伍中需要有這樣的人員的目的在於，這些人員由於對業務非常熟悉，軟體質量的前提又是滿足使用者的需求。專業業務知識是計算機專業人員達不到的，所以這方面人才可以利用它們的業務知識和專業水平，參與系統需求期間的文當審核，可以發現軟體中存在的業務性錯誤。比如專業用語不準確，業務流程不規範等等，這種人才對於專業性比較強的軟體測試工作尤為重要，比如稅務，法律，藝術，cad,cam…
3， 只需要會操作計算機的人員
由於軟體一旦賣出去之後，使用軟體的人各種各樣，各種各樣的人帶來各種各樣的操作情況，請一大部分人員在軟體測試工作後期進行測試工作是十分重要的，他們往往會發現專業測試人員測試不出的東西和一些希奇古怪的錯誤。這就是軟體測試學中所謂的猴子測試法。
對於乙個軟體公司來說，並不是說所有的測試隊伍都需要這三種人員，實際中可以一組人代替多個角色，但是要遵循以下原則：
1，對於業務不是很專業的軟體，具有一定開發經驗的計算機專業人員與具有本軟體業務經驗的人員可以合併；
2，只需要會操作計算機的人員，可以由公司行政人員來充當。
軟體專案成本組成分析（上）
資訊產品的 不變成本 可變成本 利潤 沉沒成本 可轉換成本 生產成本 流通成本 利潤 沉沒成本是指由於過去的決策已經發生了的，而不能由現在或將來的任何決策改變的成本。轉換成本 switching cost 最早是由邁克 波特在1980年提出，指的是當 消費者從乙個 產品或服務的提供者轉向另乙個提供者...
node url模組的url物件組成分析
url 是node的模組之一，使用這個模組可以對url 進行處理和應用 我們來看看node url是有哪些部分組成 本次測試版本 v7.6.0 測試的 url url 模組有個parse方法，可以用來分離完整的url 如下圖 現在逐一對上面分解的各個部分進行解釋 protocol 表示url 遵守的...
ecshop底部版權修改和組成分析
我們在ecshop二次開發和ecshop使用過程中，往往需要對ecshop底部進行處理和修改 比如ecshop底部版權問題,ecshop底部程式結構問題 也有很多朋友諮詢ecshop底部的一些修改問題。ecshop的底部構造，我們總的來說有以下幾點。ecshop底部程式在themes default...