質(zhì)量控制部門職責(zé)及分工-wenkub
2023-04-23 03:49:53 本頁(yè)面
【正文】 是出了問題。舉例來說，假設(shè)有一個(gè)軟件提供了3個(gè)掃描的功能：實(shí)時(shí)掃描、手動(dòng)掃描和全面掃描。這里所指的是軟件所提供的功能在動(dòng)作上是正常的，可是對(duì)使用者而言卻是不完整的?？墒窃诳蛻舻沫h(huán)境下進(jìn)行Beta測(cè)試之后才發(fā)現(xiàn)，客戶要求提供支持SQL數(shù)據(jù)庫(kù)的功能，因?yàn)樗麄兿Ｍ軌蚪y(tǒng)一管理所有的資料。 與使用者的互動(dòng)一個(gè)好的軟件必須與使用者之間正?；?dòng)。當(dāng)使用者單擊了“確定”按鈕之后，網(wǎng)頁(yè)響應(yīng)使用者所填寫的資料有錯(cuò)，可是并未指明錯(cuò)誤在哪里，使用者只好回到上一頁(yè)后重新填寫一次，或是直接放棄離開網(wǎng)站。使用性能不佳，當(dāng)然是一個(gè)問題，而問題通常是由于開發(fā)人員采用了錯(cuò)誤的解決方案，或是運(yùn)用了不適用的算法所導(dǎo)致的。類似的例子相當(dāng)多，尋根究底是因?yàn)槲醋龊没A(chǔ)審核（Architecture Review）及設(shè)計(jì)審核（Design Review），可是卻大都是在進(jìn)行系統(tǒng)測(cè)試或性能測(cè)試時(shí)才顯示出問題的嚴(yán)重性。 未做好錯(cuò)誤處理軟件除了避免出錯(cuò)之外，還要做好錯(cuò)誤處理。由此可見這個(gè)程序并未做好錯(cuò)誤處理。復(fù)雜的軟件如果未提供調(diào)試文檔或調(diào)試方法，在以后的維護(hù)過程中將會(huì)吃盡苦頭。這個(gè)問題有許多情形是開發(fā)人員在聲明變量或是使用資料的長(zhǎng)度時(shí)不小心引起的。最典型的例子就是數(shù)據(jù)庫(kù)的搜尋功能。例子：有一個(gè)軟件提供組件更新的功能，程序會(huì)通過因特網(wǎng)對(duì)比下載最新的組件，之后程序會(huì)以新的組件取代舊的組件。相信許多測(cè)試人員在使用軟件時(shí)，有時(shí)候會(huì)有這種感覺—為什么會(huì)跳到這一步？或是好像少了一個(gè)步驟等類似的問題，這就是所謂的控制流程錯(cuò)誤。 在壓力之下所產(chǎn)生的錯(cuò)誤程序在處于壓力狀態(tài)下如果運(yùn)作不正常的話，就是屬于這種軟件的錯(cuò)誤。 不同硬設(shè)備所導(dǎo)致的錯(cuò)誤顧名思義就是問題的產(chǎn)生與硬件設(shè)備不同有關(guān)。在最近的例子中有一個(gè)錯(cuò)得很冤，情形是這家公司一年前所出版的一個(gè)軟件被反應(yīng)有安全上的漏洞，后來這家公司也很快將這個(gè)問題的修正版提供給客戶下載。這里所提及的錯(cuò)誤除了軟件所附帶的使用手冊(cè)、說明文檔、FAQ，以及其他相關(guān)的文件內(nèi)容除了降低質(zhì)量之外，最主要的問題是會(huì)誤導(dǎo)作用者。質(zhì)量控制也負(fù)責(zé)在不同的項(xiàng)目組之間共享最好的實(shí)踐經(jīng)驗(yàn)。 測(cè)試協(xié)調(diào)員測(cè)試協(xié)調(diào)員的職責(zé)是：針對(duì)某個(gè)產(chǎn)品或某個(gè)項(xiàng)目制定測(cè)試計(jì)劃和測(cè)試方法，確定測(cè)試工期；根據(jù)各測(cè)試執(zhí)行員提交的測(cè)試結(jié)果，完成項(xiàng)目或產(chǎn)品的測(cè)試總結(jié)報(bào)告。 過程研究員過程研究員的職責(zé)是： 參與項(xiàng)目或產(chǎn)品開發(fā)過程評(píng)審，參與產(chǎn)品質(zhì)量評(píng)審，并根據(jù)評(píng)審結(jié)果對(duì)開發(fā)過程進(jìn)行分析，找出影響產(chǎn)品質(zhì)量的主要因素，并針對(duì)主要因素提出相應(yīng)的過程改進(jìn)方案。既要可以和用戶談得來，又能同開發(fā)人員說得上話，不幸的是這兩類人沒有共同語言。一旦測(cè)試小組的某個(gè)成員作出了一個(gè)錯(cuò)誤的斷定，那么他們的可信度就會(huì)立刻被傳揚(yáng)了出去。如果容許別人對(duì)自己指東指西，就不能完成什么更多的事情了。 幽默感在遇到狡辯的情況下，一個(gè)幽默的批評(píng)將是很有幫助的。只有那些具有自我督促能力的人才能夠使自己每天正常地工作。 熟悉功能和性能結(jié)合項(xiàng)目方案、需求分析，熟悉和分析系統(tǒng)功能、性能指標(biāo)。 產(chǎn)品測(cè)試測(cè)試的任務(wù)是保證產(chǎn)品或服務(wù)交付之前，能夠發(fā)現(xiàn)所有存在的問題。系統(tǒng)測(cè)試工作全部完成后要準(zhǔn)備測(cè)試總結(jié)報(bào)告。BUG數(shù)據(jù)庫(kù)對(duì)于產(chǎn)生針對(duì)進(jìn)度跟蹤項(xiàng)目狀態(tài)的統(tǒng)計(jì)報(bào)告來說，是一種重要資源。 編制《用戶手冊(cè)》 在進(jìn)行測(cè)試的過程中，獲取系統(tǒng)界面，并對(duì)各項(xiàng)功能和操作進(jìn)行說明，最后形成《用戶手冊(cè)》。 售后 測(cè)試文檔提交將《項(xiàng)目測(cè)試計(jì)劃》、《項(xiàng)目測(cè)試總結(jié)報(bào)告》以及開發(fā)文檔交項(xiàng)目管理部相關(guān)負(fù)責(zé)人。 對(duì)開發(fā)過程的各項(xiàng)標(biāo)準(zhǔn)的定義 定義開發(fā)過程中所需要遵循的各項(xiàng)標(biāo)準(zhǔn)，制定標(biāo)準(zhǔn)有兩條原則：一是標(biāo)準(zhǔn)應(yīng)有利于穩(wěn)定質(zhì)量或在不損害質(zhì)量的基礎(chǔ)上降低開發(fā)成本；二是具有可執(zhí)行性。 良好的工作心態(tài)部門每一位成員都應(yīng)始終保持如下的工作心態(tài)以保證產(chǎn)品的成功及個(gè)人成長(zhǎng)：高度責(zé)任感、認(rèn)真工作、思想開放，有著進(jìn)一步自我發(fā)展的愿望。主動(dòng)與其他小組成員進(jìn)行明確與及時(shí)的溝通，提倡建設(shè)性的反饋，避免任何指責(zé)性的言語和行為。認(rèn)識(shí)到個(gè)人之間的差別，不以自己的意志及好惡強(qiáng)求別人。如果團(tuán)隊(duì)成功了，每個(gè)人都是贏家。在附和意見之前先問自己：出了門是不是還會(huì)支持決議？為其辯護(hù)？ 如何解決問題解決問題的9個(gè)步驟：說明問題；發(fā)現(xiàn)問題的可能原因；收集資料并明確最可能原因；明確可能方案；評(píng)估可行方案；決定最佳方案；修訂質(zhì)量計(jì)劃；實(shí)施方案；判斷問題是否得以解決。 分級(jí)測(cè)試方案測(cè)試工作分為四級(jí)： 一級(jí)測(cè)試內(nèi)容正常操作，能否執(zhí)行通過。 三級(jí)測(cè)試內(nèi)容非正常操作（包括邊界值、非法值、空值輸入等）看是否有合適的異常處理（錯(cuò)誤提示是否準(zhǔn)確易懂）。 壓力測(cè)試。 問題二：BUG遺漏率太大如果測(cè)試人員的BUG遺漏太多，就失去測(cè)試的意義了。一級(jí)測(cè)試通過后，再進(jìn)行二級(jí)測(cè)試，這樣逐級(jí)上升，每個(gè)測(cè)試級(jí)別只考慮比較單純的問題，可以減輕測(cè)試人員的壓力，這樣就對(duì)思維嚴(yán)密性的要求降低很多，又能降低BUG遺漏率?？己说燃?jí)下降（A級(jí)降到B級(jí)除外），由部門經(jīng)理與被考核者單獨(dú)談話，了解情況，協(xié)助其找出原因和解決方案。19 / 20。 考核等級(jí)保持在A級(jí)或B級(jí)的員工，應(yīng)有相應(yīng)獎(jiǎng)勵(lì)（另定）?？刹僮鳎簻y(cè)試用例是否具有可操作性完整性：測(cè)試用例或用例組是否能檢查出該功能所有問題測(cè)試工作考核分：等級(jí)： 用戶培訓(xùn)考核表考核項(xiàng)權(quán)重%評(píng)分描述培訓(xùn)資料質(zhì)量：無返工現(xiàn)象，符合要求4015速度：能夠在指定時(shí)間內(nèi)完成35創(chuàng)新：能夠提出較好的編寫方案25培訓(xùn)技能充分了解系統(tǒng)功能，無盲點(diǎn)4020能夠設(shè)計(jì)簡(jiǎn)單
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1