? ? ?或許這篇東西應(yīng)該項目結(jié)束的時候出現(xiàn)的，一直在忙，現(xiàn)在有空就來寫了。

? ? 之前五月的狀態(tài)，一直在推著后端程序猿和前端程序猿趕著debug和甲方在確定搖擺不定的需求，或者說推動他們自己去確定那些需求，免得又臨時才發(fā)現(xiàn)問題，又提交回來再改設(shè)計稿和代碼。

? ? ?然而這個五月帶著一種焦慮感，就是那種你知道現(xiàn)在剩下是測試、debug和驗收了，但你不知道怎么執(zhí)行呀!而且我們程序猿就那么幾個，進度又加快不了，加班的話，怨氣會加重，不加班的話，項目就這樣緩慢的，而且甲方那邊，又不上心地去測試！測試了然后又亂提需求，而一些需求又是沒有在整體架構(gòu)的考慮上，最后只得去磨嘴皮了。所以說PM都有焦慮吧→_→。

? ? ?第一次做測試部分，每次做新的東西，難免有拖延癥╮(╯▽╰)╭。好吧，放松下，畢竟整個app的功能改動我都參與其中了。首先拿出之前整理關(guān)于功能架構(gòu)的思維導(dǎo)圖和excel文檔，嘗試根據(jù)功能框架用excel寫了200多個測試用例，包括后臺和APP與PAD三端聯(lián)調(diào)，一級功能，二級功能，測試數(shù)值，測試步驟和犯錯用例，這個時候需要沉下心來慢慢寫，大概用了幾個晚上的吧，反正我記得最后完成，我是廣州回來長沙的高鐵上完成的。接著晚上拿著I6和5s工程機測試，白天就交給前端和后端，他們看不懂的話，再一起溝通，但很多時候，我都是陪在他們身邊，了解這個bug怎么來，這個bug具體應(yīng)該怎么解決。晚上擼用例，白天再反饋，晚上再擼回驗收，如此迭代。

? ? ?有測試文檔的好處是，內(nèi)測的安卓版本就省事很多了，可以轉(zhuǎn)交給別人去測試了。不過后來發(fā)現(xiàn)我想的簡單了，由于涉及后臺設(shè)置，所以測試文檔還是去加一些具體的測試用例。╮(╯▽╰)╭

? ? ?這過程遇到幾個問題：

? ? ? 一、我這邊的測試用例只是根據(jù)功能流程的，若涉及交互測試的時候，我只能按照我記憶的交互形式去寫了。這個本來是交互設(shè)計師來寫的，但只能由我來寫了。不過還好，交互大多沒有問題。

? ? ? 二、關(guān)于測試反饋，每個測試不是只發(fā)布過去就行了，還需要解決反饋。程序猿解決了并非真的解決了，只是他們認為解決了，還是需要你來根據(jù)場景去測試，根據(jù)經(jīng)驗，一定再去測試??！不過這里面涉及程序猿對于產(chǎn)品功能的自我測試，他們寫完代碼懶得去測試了。 說回我遇到的問題，程序猿在我給的文檔里面的反饋形式不一致，導(dǎo)致我這邊又需要再統(tǒng)一整理，再去測試功能，所以我覺得理想的測試反饋是可以像純銀（蟬游記的leader）那樣可以在tower（一些團隊內(nèi)部的溝通協(xié)作工具）上面操作，晚上根據(jù)功能模塊布置好測試bug，@不同的人，他們完成了就打鉤給我吧。然而他們并不習(xí)慣去登陸一個網(wǎng)站去操作，因為他們解決看得不直觀，操作又麻煩。的確tower上面的功能還可以更完善些，讓他們一打開就直觀地看到測試步驟和測試效果。還有他們覺得，那些協(xié)作工具不靠譜，執(zhí)行不下去。╮(╯▽╰)╭那目前還是按照現(xiàn)有的方式去執(zhí)行吧，做好反饋給我。

? ? ? 三、測試文檔的變更，有時測試時不只是修改，有些是功能缺漏，有些是需求變更參雜其中。目前我是這樣分的，大類按照測試文檔、需求更改文檔（只包含大功能和小功能+改動點），每個文檔里面包含前端和后臺兩大塊的改動，每個文檔按照日期以示不同版本；而之前我是記錄在evernote里面，然后分享給他們，然后我這邊的反饋，就在evernote劃掉，只不過后來每天都有，發(fā)現(xiàn)挺零散的，就整理成文檔，現(xiàn)在養(yǎng)成在客戶那聽到的需求用錘子便簽記錄，放到evernote上，然后整理成word和excel保存。

? ? ? ? 四、過程中的一些bug反復(fù)出現(xiàn)，也是極為蛋疼的，畢竟拿去給甲方做測試的時候，都不想出現(xiàn)一些簡單bug吧。這個只能期待程序猿的代碼排查能力提高了。╮(╯▽╰)╭

對了，還有五月份整理了幾份功能說明文檔，對于我這個理科狗來說，一開始我是拒絕的，后來想想，好吧，是鍛煉！就寫上了！在這個過程中，從產(chǎn)品使用者的角度去寫這份文檔，梳理架構(gòu)和功能點，不錯不錯~

中間想過辦法去提高效率，人力資源在固定的情況下，溝通是主要的成本，也就是信息的傳遞，也就是要提高效率的話，信息的精確性越高，越減少后續(xù)的溝通成本。對此我將測試用例步驟具體化，bug出現(xiàn)的場景具象和條件化，并制作成excel清單，信息的錘煉其實也是PM的基礎(chǔ)技能之一。對于甲方也是如此，也是借用文檔這個媒介，但還得幫甲方想多一步，設(shè)計好具體的用例數(shù)值，讓他們更容易上手熟悉。但這個過程中，文字還是不足以讓他們熟悉的，還得加上現(xiàn)場培訓(xùn)操作。畢竟他們總會蹦出一些你不知道的提問，可以幫你完善考慮漏洞。

當(dāng)然，整個信息傳遞也可以像大多數(shù)的線上教育產(chǎn)品一樣，也可以像一個講師邊錄制操作視頻邊講解，當(dāng)然結(jié)合ppt，也可以制作一個有愛的場景操作動畫。

但這方式可能更加適合接下來的餐飲項目，給那些學(xué)歷不高的員工去看，現(xiàn)在這個項目的操作者，有著他們的經(jīng)驗和學(xué)歷，而且使用頻次不多，所以綜合考慮下，還是文檔+現(xiàn)場講解吧。

期間想過這其中的工作職責(zé)應(yīng)該誰來寫，從產(chǎn)品的最初狀態(tài)到現(xiàn)在這個形態(tài)，融合了產(chǎn)品經(jīng)理、甲方、程序猿和設(shè)計師的意志，原型圖肯定是對不上了，而現(xiàn)在這個階段，只能由我來上了！

所以總的看來，要作為一個推動者的角色，去PUSH其他人去按照流程去做好自己部分的工作。

從工作技能點來看的話，增長點有三：1、產(chǎn)品測試能力和流程規(guī)范；2、文檔撰寫能力；3、產(chǎn)品講解能力；

前天第一次提交APP，然后也是各種摸索，所以啊，有些事情盡早做的話，起碼還有預(yù)調(diào)的時間。還是上柱香保佑下能審核通過吧。。。。 ? ? ?