程序員和qa是什麼

⑴ QA SA SE PM LM 分別是什麼職位

在日常項目中，部長是整個項目的領導者，然後項目由PM(項目經理PM)執行。項目經理將任務劃分為幾個子項目，每個子項目都由PL(項目負責人)負責。在每個子項目中，PG(程序員)由SE(系統工程師)領導。

其中PM和PL一般是具有資深項目管理經驗、長期開發實踐和良好溝通能力的高級技術人才。SE需要具備獨立設計和提案能力，長期開發實踐經驗和溝通能力。一般可分為三類:

第一個是技術SE，通常是技術專家。

第二個是技術和管理SE，預計將來會成為PL、PM甚至更高級的職位。

第二，橋梁SE(BSE)，通常負責與客戶的溝通和團隊內部的協調。

PG，又稱程序員，是企業中員工人數最多的，通常占項目總人數的70%。它也是企業最需要的職位。它通常是具有專業知識的軟體開發技術人員。

(1)程序員和qa是什麼擴展閱讀：

一、項目經理職責：

1、 確定產品的目標。

2、 為每個任務制定詳細的任務列表，跟蹤這些任務的執行情況，並對其進行控制。

3、組織會議回顧程序。

4、 根據具體情況對各種方案進行選擇和決策。

5、 協調項目參與者之間的關系。人員要求:對產品有激情，有領導能力。可以正確和快速地確定問題。能夠充分利用各種渠道和方法解決問題。能夠跟蹤任務，有良好的時間安排意識。能夠在壓力下工作。

二、系統分析員職責：

1、 理解用戶需求並編寫軟體需求規范。

2、 構建用戶界面原型。對人員的要求:系統分析員應具有良好的協調能力和良好的溝通能力。這個角色的人必須具有業務和技術領域的知識。

三、設計人職責：

1、定義類的方法和屬性以及類之間的關系，並繪制類圖。

2、 資料庫設計。

人員要求：掌握面向對象分析和設計技術，統一建模語言(UML)。

四、程序員職責：根據項目需求編寫代碼，進行單元測試。

人員要求：良好的編程和測試技能。測試人員的職責:執行測試，描述測試結果，提出問題的解決方案。

人員要求：對測試系統的了解，故障排除和解決問題的能力，編程能力

⑵ 軟體開發中的SD、SE、QA和RD是什麼意思

SD:軟體開發
SE;軟體開發工程師
QA;QA也就是英文QUALITY ASSURANCE 的簡稱，中文意思是品質保證。
RD:則是指Research and Development(研發)。
在測試過程中，經常遇到需要和RD、PM溝通的問題。

1、寫case時，對需求文檔內容存在疑問。

解決辦法：

1）先找之前參與需求評審的QA，詢問；

2）問開發該需求的RD：查看RD排期，是否已經，或即將開始開發，若RD未開始開發，很多時候，他們也不是很了解需求內容。

3）若影響case的編寫，可在企業微信上，直接問PM。若問題較多，可直接找PM當面詢問。

4）若不影響case的編寫，可在case里做標記，在case評審時拋出，請PM回答。

2、在開始測試的前一天，找RD確認是否能正常提測。有時RD反饋無法正常提測。

解決方法：

1）一定要確認影響提測的原因，如果當前自己排期內可消化，可在與其他RD溝通，並在自己排期內做調整。

2）一定要確認可以提測的時間點，如果是由於server端導致delay，是否可以讓端上RD給個入口，端上先mock數據先測。

3）若端上或server有delay，一定要告知直接領導。

4）delay有可能導致風險，一定要及時拋出，若需要報risk，一定告知RD，一定及時在Jira提risk。

5）若嚴重delay，且server或端沒有配合盡快解決，可邀請領導加入微信群，催促大家盡快完成；若問題非常嚴重，可邀請領導的領導加入微信群（謹慎邀請），催促大家盡快完成。

3、在測試過程中，遇到RD無法解決的bug，同時無法解決的bug數量不多。

解決辦法：

1）告知PM：bug詳情、RD反饋無法解決。

2）若PM表示不修改，則在Jira上對應的bug上備注並關閉bug（備注中要標明具體PM）。

3）若PM表示要修改，在企業微信上拉群：QA、RD、PM，在群里告知該問題，@RD和@PM，反饋實情，讓RD和PM商量，並給出最終結果。

4、在測試中，若遇到RD無法解決的bug，同時QA感覺該問題比較影響體驗，可告知PM且與PM達成一致後，拉微信群，@RD，反饋bug，讓RD修改。

5、若QA感覺需求設計有問題，可與RD達成一致後，與RD共同反饋給PM。

6、在測試中，遇到RD無法解決的bug，同時無法解決的bug數量較多。

解決辦法：

1）將問題一一統計，在企業微信上拉群：QA、RD、PM，在群里告一一拋出問題，@RD和@PM，反饋實情，讓RD和PM商量，並給出最終結果。

若遇到特殊情況：

1）很多bug，RD反饋無法解決，PM反饋要修改，但RD和PM僵持不下，沒有結果。

2）有的bug，QA感覺嚴重影響體驗，但RD反饋無法解決，PM反饋當前版本不修改。

3）當前需求無法解決問題太多，嚴重影響用戶體驗。

4）若嚴重delay，且server或端沒有配合盡快解決。

解決辦法：

1）告知直接領導當前情況。

2）發郵件：列表格，將各個bug一一記錄，加上RD的反饋，和PM決定當前版本是否修改，將表格添加到郵件中，在測試結束前，發郵件，郵件里@RD和@PM，使其在某個時間點前作出回復確認當前情況。郵件抄送給直接領導、QA全員。

3）如果問題很嚴重：嚴重影響用戶體驗，告知直接領導當前情況，找明明說明當前情況。

4）可邀請領導加入微信群，督促大家盡快處理當前問題；若問題非常嚴重，可邀請leader加入微信群，督促大家盡快處理當前問題。

7、在參加需求評審前，先閱讀一遍需求文檔，如果有疑問，需要記錄下來，可在wiki的需求文檔上直接對有疑問的地方備注提出問題，在參加需求評審時，直接提出，問PM。

若在需求評審上，有未確定的內容，在需求評審的checklist上，是否通過一欄，填寫：「未通過」，並備注未通過原因，以及未確定的內容。需求評審後繼續跟進，督促PM對會上未確定的內容作出解答，或開二次評審，需求上有更改、添加、刪除的內容，督促PM在wiki上做相應的更改。

8、在測試過程中，PM作出的需求更改、需求添加，都要及時督促PM更新到wiki文檔上。

9、向RD詢問bug引入原因的時候（尤其是以前沒有該bug，最近都沒有對該部分作出修改，但是測試中發現了該bug），有些RD不配合查找bug引入原因。

溝通方法：

⑶ 有誰能告訴我軟體開發中的QA主要做什麼的

QA是質量管理職位，很多大公司有專門的質量管理部。
在項目開發過程，會由QA進行全程的監督，查看是否按照CMMI的標准進行軟體開發。
文檔是否齊備，開發基線是否明確，是否存在風險，BUG的削減是否能夠完成目標之類的。

該職位的好處是加班沒有那麼多，有經驗的QA能夠協助項目經理管理好項目。
相當於一個監督員的身份。

CMMI全稱是Capability Maturity Model Integration，即能力成熟度模型集成（也有稱為：軟體能力成熟度集成模型）