在一家公司擔(dān)任PM，順便做了測(cè)試（順便也做了運(yùn)營(yíng)、策劃和QA）。

出產(chǎn)品文檔的時(shí)候RD與BOSS表示需要產(chǎn)品做測(cè)試，目的是驗(yàn)收產(chǎn)品，以通過率判斷產(chǎn)品是否合格。

無相關(guān)測(cè)試經(jīng)驗(yàn)，只好邊查資料邊上，整理撰寫了一份厚厚的測(cè)試用例。
到了開發(fā)約定的期限開始了測(cè)試，最后CTO卻不認(rèn)賬，表示-我們RD測(cè)試的結(jié)果不是這樣的，只好與CTO對(duì)著文檔與測(cè)試用例一條條的過，最后測(cè)試結(jié)果依舊不如人意，雖然勉強(qiáng)達(dá)到了當(dāng)初設(shè)定的通過率，但是基本流程沒跑通。

這次測(cè)試，出現(xiàn)如下幾個(gè)問題：

1、產(chǎn)品基于開發(fā)交稿日測(cè)試，而RD基于出測(cè)試報(bào)告那天測(cè)試。

由于測(cè)試時(shí)間不同，測(cè)試結(jié)果自然不同。產(chǎn)品測(cè)試應(yīng)當(dāng)以RD交付日/約定日/開發(fā)完成日測(cè)試，測(cè)試必須基于一個(gè)完整的版本，邊開發(fā)邊測(cè)試永遠(yuǎn)無法出具產(chǎn)品測(cè)試，產(chǎn)品測(cè)試屬于黑盒測(cè)試，盒子里的東西不斷變更，永遠(yuǎn)無法輸出一個(gè)正確結(jié)果。

2、基于百分比判斷產(chǎn)品通過率。

產(chǎn)品通過率對(duì)于測(cè)試結(jié)果而言沒有任何幫助。通過率過高可能是由于文案或小提示錯(cuò)誤，也可能是一個(gè)BUG帶來的連鎖錯(cuò)誤。通過率低也不代表測(cè)試沒BUG，基本流程沒跑通，談什么通過測(cè)試？

測(cè)試的結(jié)果應(yīng)該是流程完整性，BUG頻率，用例完整性的綜合性結(jié)果。是否通過測(cè)試要根據(jù)產(chǎn)品整體的預(yù)期、希望達(dá)到的效果、可以接受的BUG量來決定.

3、測(cè)試結(jié)果的跟蹤反饋。

測(cè)試結(jié)果出來了，RD沒跟上節(jié)奏修正怎么辦？RD修正了沒及時(shí)通知測(cè)試怎么辦？產(chǎn)品出具了測(cè)試報(bào)告如何確保RD確認(rèn)并修復(fù)中？

關(guān)于測(cè)試結(jié)果的跟蹤，上一家公司使用的是Tower在線把問題列出來，現(xiàn)在使用的是mantis，內(nèi)網(wǎng)服務(wù)期內(nèi)提交BUG，然后RD根據(jù)mantis上的BUG描述修正相關(guān)BUG，完成了打個(gè)勾/開發(fā)有問題留言/產(chǎn)品流程有問題直接找產(chǎn)品或留言。在線工具的好處在于避免了產(chǎn)品天天跟著開發(fā)轉(zhuǎn)，追問這個(gè)做好了沒/BUG確認(rèn)了嗎這類問題。對(duì)于RD而言也可以根據(jù)自身工作計(jì)劃安排修復(fù)BUG的時(shí)間。

題外話

工作與生活中都會(huì)遇到形形色色的人，這是一件很有趣的事。

無法預(yù)料到遇見的人會(huì)在什么時(shí)候坑你一把，就像無法預(yù)見相戀多年的戀人說走就走。

也會(huì)有相識(shí)不久卻似多年好友，可以把酒言歡，共醉一榻。

還有初見就分享你手上的重?fù)?dān)，爭(zhēng)取各種資源共度難關(guān)的大牛。

打不倒你的都會(huì)讓你更加強(qiáng)大。

共勉。

晚安！