久久亚洲中文字幕精_精品国产一区二区三区不卡_99久久久无码国产精品免费手机_国产亚洲精品久久久久动漫

1、測試工作準(zhǔn)備

測試負(fù)責(zé)人在軟件項目的需求階段開始介入，逐步深入了解該項目的需求、設(shè)計過程，從而有針對性的編制測試計劃和測試大綱（測試方案、測試用例）。

2、測試計劃的制定

測試計劃的制定要與項目開發(fā)的總體計劃相吻合；測試計劃中要充分考慮資源計劃（人員安排，設(shè)備分配、與其它部門的協(xié)調(diào)配合以及其它不確定的因素）等；測試計劃的制定還要考慮測試版本計劃，與開發(fā)協(xié)調(diào)，按照版本生成計劃（多長時間出一個版本），制定測試計劃

3、時間節(jié)點的控制（與開發(fā)協(xié)調(diào)控制）

提測的時間是否在規(guī)定的時間內(nèi)，如果未按照計劃的時間提測，則需要分析是否會對項目造成影響，會不會存在風(fēng)險。在計劃的時間內(nèi)，保證測試用例全跑一遍，如果未按預(yù)計時間將所有的用例走一遍，則需分析原因。

4、需要評審

策劃完成的需求文檔必須讓開發(fā)、測試、運營進行評審，提出異議意見并最終改掉。這種評審能發(fā)現(xiàn)需求的漏洞并提早改掉，提高整個研發(fā)過程的效率

5、用例評審

測試人員針對需求寫出粗略的用例之后，讓產(chǎn)品、開發(fā)、測試、運營評審一遍、目的是發(fā)現(xiàn)需求的遺漏點，根據(jù)我們的經(jīng)驗，由于測試人員已經(jīng)思考了測試點，所以相當(dāng)于是對需求的細(xì)化和剖析，這個評審環(huán)節(jié)還是能發(fā)現(xiàn)很多需求的漏洞。

6、開發(fā)提測

測試人員事先發(fā)出冒煙測試用例，開發(fā)完成后，讓開發(fā)人員先根據(jù)冒煙用例進行自測，自測通過了以后才提交給測試，然后測試再根據(jù)相同的用例做冒煙測試。這樣能提高開發(fā)提測的質(zhì)量。

7、測試反饋

將測試中發(fā)現(xiàn)的Bug反饋給該項目負(fù)責(zé)人，由負(fù)責(zé)人對該Bug進行定位，并由響應(yīng)的開發(fā)人員進行修改，如果測試人員發(fā)送的Bug并非該測試模塊的Bug，由該負(fù)責(zé)人轉(zhuǎn)發(fā)給相應(yīng)的負(fù)責(zé)人，并指派給對應(yīng)開發(fā)人員修改。測試結(jié)束后，測試過程中發(fā)現(xiàn)的所有Bug，都應(yīng)將其統(tǒng)計匯總，標(biāo)識出當(dāng)前狀態(tài)，其中經(jīng)過再次測試已經(jīng)關(guān)閉的不在說明，其它所有未關(guān)閉的均應(yīng)說明理由，并與開發(fā)部門討論，由技術(shù)負(fù)責(zé)人給出結(jié)論（是否解決或延期解決），并要經(jīng)過技術(shù)副總審批。

8、測試分析

測試完畢，整理測試文檔，需要讓測試人員發(fā)一份測試報告，重點指出測試過程中發(fā)現(xiàn)的問題，以及上線以后可能會出的質(zhì)量問題，并說明告知這些風(fēng)險，如果有因為時間不足，或者因為客觀條件限制導(dǎo)致測試不足的情況，一定要在這個環(huán)節(jié)說明，這樣，如果上線以后出現(xiàn)問題，大家也能理解測試

9、質(zhì)量目標(biāo)

通過測試管理工作的加強，力求在測試階段盡可能多的發(fā)現(xiàn)軟件錯誤與缺陷，盡可能少的將問題帶給用戶，確保軟件的質(zhì)量及其可靠性，提高用戶滿意程度，使作為質(zhì)量管理中心的質(zhì)量管理部真正的把好產(chǎn)品的質(zhì)量關(guān)，盡量在測試階段發(fā)現(xiàn)軟件錯誤和軟件缺陷。

10、線上問題

對于線上發(fā)現(xiàn)的Bug，先重點分析這個線上Bug產(chǎn)生的原因、線上Bug的影響范圍，然后大家一起決定可以有哪些改進措施可以避免同類線上Bug再犯。這種改進措施需要能真正落實的，如果是可有可無的改進措施，就不要提了。這個措施可以讓大家一起剖析線上Bug的產(chǎn)生原因，一方面可以避免項目組認(rèn)為都是測試的錯導(dǎo)致線上Bug，一方面，也發(fā)揮了測試人員質(zhì)量保證的角色，推動流程讓質(zhì)量更好。