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

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

2、測試計(jì)劃的制定

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

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

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

4、需要評審

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

5、用例評審

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

6、開發(fā)提測

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

7、測試反饋

將測試中發(fā)現(xiàn)的Bug反饋給該項(xiàng)目負(fù)責(zé)人，由負(fù)責(zé)人對該Bug進(jìn)行定位，并由響應(yīng)的開發(fā)人員進(jìn)行修改，如果測試人員發(fā)送的Bug并非該測試模塊的Bug，由該負(fù)責(zé)人轉(zhuǎn)發(fā)給相應(yīng)的負(fù)責(zé)人，并指派給對應(yīng)開發(fā)人員修改。測試結(jié)束后，測試過程中發(fā)現(xiàn)的所有Bug，都應(yīng)將其統(tǒng)計(jì)匯總，標(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ā)一份測試報(bào)告，重點(diǎn)指出測試過程中發(fā)現(xiàn)的問題，以及上線以后可能會(huì)出的質(zhì)量問題，并說明告知這些風(fēng)險(xiǎn)，如果有因?yàn)闀r(shí)間不足，或者因?yàn)榭陀^條件限制導(dǎo)致測試不足的情況，一定要在這個(gè)環(huán)節(jié)說明，這樣，如果上線以后出現(xiàn)問題，大家也能理解測試

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

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

10、線上問題

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