做平臺性的測試工具，通常涉及到各個角色，接觸多的是測試工程師和開發(fā)工程師。

　　和用戶溝通

　　普通用戶抱怨質(zhì)疑多，方案建議少；但是測試工具的大部分用戶是測試工程師和開發(fā)工程師。

　　他們一般都明白自己所需并具備清楚表達的能力，有明確的價值目標(biāo)，有良好的方向感和情境感，有些自己本身獨立開發(fā)過的工具，所以在整個工具開發(fā)的生命周期中，他們能承擔(dān)更多角色，參與更多過程。

　　測試人員提前介入需求，甚至擔(dān)任某些模塊的PD，參與到產(chǎn)品開發(fā)中來，對工具的順利推廣也很有幫助。畢竟，是自個兒親生的。這批同學(xué)是工具早的用戶，他們的工作模式能影響和帶動一批用戶。

　　對設(shè)計師的要求

　　測試工具和一般互聯(lián)網(wǎng)產(chǎn)品有所不同。

　　傳統(tǒng)頁面以導(dǎo)航和內(nèi)容為主，測試工具內(nèi)容并不復(fù)雜，重功能和交互。

　　區(qū)別于導(dǎo)航和內(nèi)容的羅列， 作為管理和幫助性工具，一個頁面通常會集中很多功能；工具所爭取減少的每一步操作都是在節(jié)約工程師的時間，出于工作效率考慮，需要更豐富便捷的交互操作。

　　在實際開發(fā)過程中，大部分前端問題也是在交互方面。從用戶反饋來看，用戶對功能性和交互性的要求遠(yuǎn)遠(yuǎn)遠(yuǎn)遠(yuǎn)高于界面樣式。

　　這要求設(shè)計師必須對系統(tǒng)需求有所了解，包括業(yè)務(wù)流程、理解專業(yè)術(shù)語和每一步操作的目的，否則是盲人摸象。

　　不懂測試的設(shè)計師很難做出符合期望的界面設(shè)計。一般這類工具的設(shè)計師角色都是由測試或者開發(fā)本身承擔(dān)。缺點是產(chǎn)出的界面稍遜美觀。不過根據(jù)我的經(jīng)驗，人民群眾其實是不畏懼界面丑陋的，真正能使用的工具才能長久生存下來。

　　和開發(fā)溝通

　　關(guān)于工具交互，用戶有很多的建議和想法，不過終落實還是到開發(fā)頭上？上У氖，好的交互一般開發(fā)起來都挺費事兒。大家知道，想把用戶體驗做到，讓用戶輕松，開發(fā)要“受罪”，要額外做很多在他們看來價值不大的細(xì)節(jié)工作。程序員有一個信念，這個世界上，沒有代碼實現(xiàn)不了的事情。如果他說無法實現(xiàn)，一定是他不想。設(shè)計師對于開發(fā)工作所用到的知識有所涉獵，不用成為行家，但至少“略懂略懂”，好有自己動手的能力，能預(yù)估開發(fā)投入。這樣，才能與開發(fā)工程師建立平等對話，提出的需求和設(shè)計才不會被人一略而過！对焦鈱毢小防锩嬷T葛亮不是有句臺詞么，什么都懂一點，生活才能更多彩。

　　說著容易，實際很難，很多事除非開發(fā)自己想明白，勸是沒用的。團隊里好有個能一語定乾坤的權(quán)威人物，實在和開發(fā)溝通不了了，找他定奪。

　　工具開發(fā)的過程中，在很多情況下，開發(fā)本身是PD，會傾向于簡化項目，盡量少做、做自己熟悉的，使得項目順利完成，并且bug很少，做出來的也許體驗不好，但是“夠用”。

　　其實協(xié)同，是你去協(xié)同別人，而不是別人來協(xié)同你。主動一點，獲得更多。