做平臺性的
測試工具，通常涉及到各個(gè)角色，接觸最多的就是測試工程師和開發(fā)工程師。
和用戶溝通
普通用戶抱怨質(zhì)疑多，方案建議少；但是測試工具的大部分用戶是測試工程師和開發(fā)工程師。
他們一般都明白自己所需并具備清楚表達(dá)的能力，有明確的價(jià)值目標(biāo)，有良好的方向感和情境感，有些自己本身就獨(dú)立開發(fā)過優(yōu)秀的工具，所以在整個(gè)工具開發(fā)的生命周期中，他們能承擔(dān)更多角色，參與更多過程。
測試人員提前介入需求，甚至擔(dān)任某些模塊的PD，參與到產(chǎn)品開發(fā)中來，對工具的順利推廣也很有幫助。畢竟，是自個(gè)兒親生的。這批同學(xué)是工具最早的用戶，他們的工作模式能影響和帶動一批用戶。
對設(shè)計(jì)師的要求
測試工具和一般互聯(lián)網(wǎng)產(chǎn)品有所不同。
傳統(tǒng)頁面以導(dǎo)航和內(nèi)容為主，測試工具內(nèi)容并不復(fù)雜，重功能和交互。
區(qū)別于導(dǎo)航和內(nèi)容的羅列, 作為管理和幫助性工具，一個(gè)頁面通常會集中很多功能；工具所爭取減少的每一步操作都是在節(jié)約工程師的時(shí)間，出于工作效率考慮，需要更豐富便捷的交互操作。
在實(shí)際開發(fā)過程中，大部分前端問題也是在交互方面。從用戶反饋來看，用戶對功能性和交互性的要求遠(yuǎn)遠(yuǎn)遠(yuǎn)遠(yuǎn)高于界面樣式。
這就要求設(shè)計(jì)師必須對系統(tǒng)需求有所了解，包括業(yè)務(wù)流程、理解專業(yè)術(shù)語和每一步操作的目的，否則就是盲人摸象。
不懂測試的設(shè)計(jì)師很難做出符合期望的界面設(shè)計(jì)。一般這類工具的設(shè)計(jì)師角色都是由測試或者開發(fā)本身承擔(dān)。缺點(diǎn)就是產(chǎn)出的界面稍遜美觀。不過根據(jù)我的經(jīng)驗(yàn)，人民群眾其實(shí)是不畏懼界面丑陋的，真正能使用的工具才能長久生存下來。
和開發(fā)溝通
關(guān)于工具交互，用戶有很多優(yōu)秀的建議和想法，不過最終落實(shí)還是到開發(fā)頭上。可惜的是，好的交互一般開發(fā)起來都挺費(fèi)事兒。大家知道，想把用戶體驗(yàn)做到極 致，讓用戶輕松，開發(fā)就要“受罪”，要額外做很多在他們看來價(jià)值不大的細(xì)節(jié)工作。程序員有一個(gè)信念，這個(gè)世界上，沒有代碼實(shí)現(xiàn)不了的事情。如果他說無法實(shí) 現(xiàn)，一定是他不想。設(shè)計(jì)師對于開發(fā)工作所用到的知識有所涉獵，不用成為行家，但至少“略懂略懂”，最好有自己動手的能力，能預(yù)估開發(fā)投入。這樣，才能與開 發(fā)工程師建立平等對話，提出的需求和設(shè)計(jì)才不會被人一略而過。《越光寶盒》里面諸葛亮不是有句臺詞么，什么都懂一點(diǎn)，生活才能更多彩。
說著容易，實(shí)際很難，很多事除非開發(fā)自己想明白，勸是沒用的。團(tuán)隊(duì)里最好有個(gè)能一語定乾坤的權(quán)威人物，實(shí)在和開發(fā)溝通不了了，找他定奪。
工具開發(fā)的過程中，在很多情況下，開發(fā)本身就是PD，會傾向于簡化項(xiàng)目，盡量少做、做自己熟悉的，使得項(xiàng)目順利完成，并且bug很少，做出來的也許體驗(yàn)不好，但是絕對“夠用”。
其實(shí)協(xié)同，是你去協(xié)同別人，而不是別人來協(xié)同你。主動一點(diǎn)，獲得更多。