質(zhì)量控制部門職責(zé)與分工(編輯修改稿)
2025-05-05 04:25 本頁面
【文章內(nèi)容簡介】 供給客戶下載。理論上這個事件就應(yīng)該平息了，但是在一年后他們在推出新版本時，卻忘記將這個已解決掉的問題加入新版本內(nèi)。所以對舊客戶來說，原本的問題已經(jīng)解決了，可是想不到將版本升級后，舊問題又出現(xiàn)了。 文件錯誤最后這個錯誤是文件錯誤。這里所提及的錯誤除了軟件所附帶的使用手冊、說明文檔、FAQ，以及其他相關(guān)的文件內(nèi)容除了降低質(zhì)量之外，最主要的問題是會誤導(dǎo)作用者。很多客戶投訴，不滿使用手冊所提供的資料與實際不符合。第2章 質(zhì)量控制部門的組成 部門的定位質(zhì)量控制部門不僅僅是一個測試部門，與單純的測試部門有著重要的區(qū)別：測試針對一個項目，包含詳細的技術(shù)工作，它是項目組的一個核心角色。質(zhì)量控制是公司的一個職能部門，它在一個負責(zé)企業(yè)質(zhì)量和標準實施和監(jiān)督的人領(lǐng)導(dǎo)下工作。質(zhì)量控制也負責(zé)在不同的項目組之間共享最好的實踐經(jīng)驗。 部門成員的角色及職責(zé)質(zhì)量控制部門的角色分為七種：質(zhì)量控制經(jīng)理、質(zhì)量監(jiān)督員、測試協(xié)調(diào)員、測試執(zhí)行員、用戶培訓(xùn)員、系統(tǒng)實施員、過程研究員。 質(zhì)量控制經(jīng)理質(zhì)量控制經(jīng)理的職責(zé)是：協(xié)調(diào)部門各角色的工作，并對最終發(fā)布的產(chǎn)品、產(chǎn)品的文檔及整個開發(fā)過程進行評審。 質(zhì)量監(jiān)督員質(zhì)量監(jiān)督員的職責(zé)是：參與項目組，具有使項目組成員充分了解各項標準和規(guī)范的責(zé)任；協(xié)助并監(jiān)督項目組在開發(fā)過程中執(zhí)行相關(guān)標準和規(guī)范；協(xié)助質(zhì)量控制經(jīng)理對開發(fā)過程進行評審；可根據(jù)執(zhí)行情況對各項標準和規(guī)范提出改善建議。 測試協(xié)調(diào)員測試協(xié)調(diào)員的職責(zé)是：針對某個產(chǎn)品或某個項目制定測試計劃和測試方法，確定測試工期；根據(jù)各測試執(zhí)行員提交的測試結(jié)果，完成項目或產(chǎn)品的測試總結(jié)報告。一個測試協(xié)調(diào)員的角色可由多個人員擔任，一個人員也可擔任多個測試協(xié)調(diào)員的角色。 測試執(zhí)行員測試執(zhí)行員的職責(zé)是：根據(jù)測試協(xié)調(diào)員制定的測試計劃和測試方法編寫測試說明包括測試用例的設(shè)計和說明；對產(chǎn)品進行測試，并記錄測試結(jié)果；對BUG進行管理，保證它們在產(chǎn)品提交以前被解決；參與產(chǎn)品的質(zhì)量評審。 用戶培訓(xùn)員用戶培訓(xùn)員的職責(zé)是：參與系統(tǒng)測試，并在系統(tǒng)測試的同時獲取系統(tǒng)界面、了解系統(tǒng)的操作，完成《用戶手冊》和培訓(xùn)教材；通過方案演示和系統(tǒng)培訓(xùn)，最大可能性地使系統(tǒng)的使用者得到相關(guān)產(chǎn)品和服務(wù)的價值。 過程研究員過程研究員的職責(zé)是： 參與項目或產(chǎn)品開發(fā)過程評審，參與產(chǎn)品質(zhì)量評審，并根據(jù)評審結(jié)果對開發(fā)過程進行分析，找出影響產(chǎn)品質(zhì)量的主要因素，并針對主要因素提出相應(yīng)的過程改進方案。 部門成員的要求產(chǎn)品質(zhì)量關(guān)系到企業(yè)的生命和前途，質(zhì)量控制部門應(yīng)全程跟蹤產(chǎn)品的開發(fā)過程，是產(chǎn)品質(zhì)量的最后一道防線，對最終發(fā)布的產(chǎn)品的質(zhì)量負有直接的責(zé)任，所以對部門成員的要求是：有高度的責(zé)任心、對工作的認真態(tài)度、具有嚴謹和細致的思維習(xí)慣。 對測試人員的要求 測試人員包括：測試協(xié)調(diào)員、測試執(zhí)行員人是測試工作中最有價值也是最重要的資源，沒有一個合格的、積極的測試小組，測試就不可能實現(xiàn)。為高質(zhì)高效地完成測試任務(wù)，好的測試工程師應(yīng)具有如下能力： 溝通能力一名理想的測試者必須能夠同測試涉及到的所有人進行溝通，具有與技術(shù)（開發(fā)者）和非技術(shù)人員（客戶，管理人員）的交流能力。既要可以和用戶談得來，又能同開發(fā)人員說得上話，不幸的是這兩類人沒有共同語言。和用戶談話的重點必須放在系統(tǒng)可以正確地處理什么和不可以處理什么上。而和開發(fā)者談相同的信息時，就必須將這些活重新組織以另一種方式表達出來，測試小組的成員必須能夠同等地同用戶和開發(fā)者溝通。 技術(shù)能力就總體言，開發(fā)人員對那些不懂技術(shù)的人持一種輕視的態(tài)度。一旦測試小組的某個成員作出了一個錯誤的斷定，那么他們的可信度就會立刻被傳揚了出去。一個測試者必須既明白被測軟件系統(tǒng)的概念又要會使用工程中的那些工具。要做到這一點需要有一定的編程經(jīng)驗，前期的開發(fā)經(jīng)驗可以幫助對軟件開發(fā)過程有較深入的理解，從開發(fā)人員的角度正確的評價測試者，簡化自動測試工具編程的學(xué)習(xí)曲線。 自信心開發(fā)者指責(zé)測試者出了錯是常有的事，測試者必須對自己的觀點有足夠的自信心。如果容許別人對自己指東指西，就不能完成什么更多的事情了。 外交能力當你告訴某人他出了錯時，就必須使用一些外交方法。機智老練和外交手法有助于維護與開發(fā)人員的協(xié)作關(guān)系，測試者在告訴開發(fā)者他的軟件有錯誤時，也同樣需要一定的外交手腕。如果采取的方法過于強硬，對測試者來說，在以后和開發(fā)部門的合作方面就相當于“贏了戰(zhàn)爭卻輸了戰(zhàn)役”。 幽默感在遇到狡辯的情況下，一個幽默的批評將是很有幫助的。 懷疑精神可以預(yù)料，開發(fā)者會盡他們最大的努力將所有的錯誤解釋過去。測式者必須聽每個人的說明，但他必須保持懷疑直到他自己看過以后。 自我督促干測試工作很容易使你變得懶散。只有那些具有自我督促能力的人才能夠使自己每天正常地工作。 洞察力一個好的測試工程師具有“測試是為了破壞”的觀點，捕獲用戶觀點的能力，強烈的質(zhì)量追求，對細節(jié)的關(guān)注能力。應(yīng)用的高風(fēng)險區(qū)的判斷能力以便將有限的測試針對重點環(huán)節(jié)。第3章 質(zhì)量控制部門的職責(zé) 售前 了解需求了解客戶需求、對測試的具體或特殊要求。 熟悉功能和性能結(jié)合項目方案、需求分析，熟悉和分析系統(tǒng)功能、性能指標。 確認工期確認測試所需的工作量，提供給項目負責(zé)人以確認項目工期。 確定標準與開發(fā)組確定開發(fā)標準和測試標準。 售中 制定測試計劃根據(jù)用戶需求和需求分析、設(shè)計方案，制定《項目測試計劃》。 產(chǎn)品測試測試的任務(wù)是保證產(chǎn)品或服務(wù)交付之前，能夠發(fā)現(xiàn)所有存在的問題。測試要準備測試計劃、測試規(guī)定和測試的用例，這些文檔用于拓寬測試范圍和進行足夠的可使用性測試。在軟件開發(fā)的項目中，測試必須針對所有的接口，包括API的每個方面。
公司管理相關(guān)推薦
鄂ICP備17016276號-1