iTester是個(gè)專注于接口測(cè)試的綜合管理軟件腹躁。
1. 為什么要做又一個(gè)測(cè)試軟件桑包?
市場(chǎng)上確實(shí)存在不少測(cè)試相關(guān)的軟件。所以很多人問(wèn)你做這個(gè)有市場(chǎng)嗎纺非?那當(dāng)然是有的哑了!畢竟有軟件制造就會(huì)有軟件測(cè)試,測(cè)試軟件市場(chǎng)也不是一家通吃烧颖,總有市場(chǎng)的縫隙弱左,最終不過(guò)是產(chǎn)品和商業(yè)的競(jìng)爭(zhēng)而已,看誰(shuí)做的更好炕淮!
2. 你憑啥子覺(jué)得會(huì)做的比別人的好拆火?
說(shuō)“好”可能容易誤解,太絕對(duì)了涂圆!應(yīng)該說(shuō)我跟別人做的不一樣们镜,有自己的特色,從我的想法里應(yīng)該更符合用戶的需求润歉。我是個(gè)一直做開(kāi)發(fā)模狭、設(shè)計(jì)、架構(gòu)和項(xiàng)目管理的老程序員踩衩,也許我更懂怎么做好或管理好測(cè)試嚼鹉。
3. 那你的產(chǎn)品有那些特色不一樣?
總的來(lái)說(shuō)驱富,我希望產(chǎn)品能融合一點(diǎn)TDD(測(cè)試驅(qū)動(dòng)開(kāi)發(fā))理念锚赤,集成一些CI/CD(持續(xù)集成/發(fā)布)的功能,具備需求定義與管理中心的雛形萌朱,部署在“云”上SAAS模式運(yùn)營(yíng)。具體來(lái)說(shuō)策菜,有幾個(gè)較為核心的特點(diǎn):
- 接口測(cè)試
這個(gè)世界99%的軟件都是應(yīng)用軟件晶疼,而應(yīng)用軟件的構(gòu)成無(wú)非“界面+功能”酒贬,在網(wǎng)絡(luò)世界里“功能”基本都是用接口調(diào)用實(shí)現(xiàn)的,所以接口測(cè)試占了應(yīng)用軟件測(cè)試的半壁江山翠霍,在銀行锭吨、保險(xiǎn)等業(yè)務(wù)密集型應(yīng)用軟件為主領(lǐng)域,接口測(cè)試占比更高寒匙。
有一些的企業(yè)零如,比如銀行,對(duì)IT是嚴(yán)重依賴的锄弱,多年發(fā)展下來(lái)考蕾,N多的系統(tǒng)互相關(guān)聯(lián),EAI会宪、ESB肖卧、SOA、Gateway ... 一堆的應(yīng)用整合概念和措施掸鹅,但將接口(即服務(wù))管理好的企業(yè)少之又少塞帐,更別說(shuō)給這些接口配上流程描述、測(cè)試案例了巍沙。
我這個(gè)測(cè)試軟件能解決的**痛點(diǎn)**就是:企業(yè)里的任何合法用戶登入系統(tǒng)就能了解這個(gè)企業(yè)的IT系統(tǒng)葵姥,IT系統(tǒng)提供的服務(wù)(接口),接口的大致流程句携,而且這些接口還可以“Run”一下(測(cè)試)榔幸,再不用找這個(gè)那個(gè)要接口要說(shuō)明文檔。
- 灰盒測(cè)試
白盒測(cè)試是對(duì)接口的**程序代碼**逐條覆蓋設(shè)計(jì)測(cè)試案例务甥,我這個(gè)接口測(cè)試不會(huì)做到這么細(xì)粒度牡辽,而是對(duì)接口的處理流程節(jié)點(diǎn)來(lái)逐點(diǎn)覆蓋設(shè)計(jì)測(cè)試案例,粒度要粗一些敞临。相比白盒測(cè)試什么都看得很透徹态辛,我稱之為灰盒測(cè)試,有點(diǎn)模糊但大致都清楚挺尿。
灰盒描述的流程通常都和業(yè)務(wù)流程對(duì)應(yīng)著奏黑,業(yè)務(wù)需求被較為“程序化”地描述出來(lái),便于產(chǎn)品编矾、開(kāi)發(fā)和測(cè)試團(tuán)隊(duì)對(duì)需求的共同理解熟史、討論和明確。也便于自動(dòng)化地分析測(cè)試案例集對(duì)需求的覆蓋度窄俏。這解決了這樣一個(gè)**痛點(diǎn)**:測(cè)試人員因?qū)π枨蟮牧私獠粔蚨霾缓冒咐O(shè)計(jì)和測(cè)試完備性判斷蹂匹。
- 測(cè)試模板
測(cè)試人員水平是參差不齊的,就算有了灰盒描述凹蜈,還需要較為有經(jīng)驗(yàn)的來(lái)設(shè)計(jì)和判斷限寞。測(cè)試模板要做的就是把這些案例設(shè)計(jì)固化下來(lái)忍啸,讓流程節(jié)點(diǎn)自動(dòng)與一組測(cè)試案例集關(guān)聯(lián)起來(lái)。當(dāng)用戶把流程勾畫(huà)出來(lái)時(shí)履植,測(cè)試案例的設(shè)計(jì)隨之就配置好了计雌,并且保證了每個(gè)節(jié)點(diǎn)都具有案例覆蓋率。比如對(duì)數(shù)據(jù)庫(kù)查詢操作是流程的一個(gè)動(dòng)作(節(jié)點(diǎn))玫霎,其關(guān)聯(lián)的測(cè)試案例就包括了查詢成功凿滤、查詢失敗、無(wú)記錄庶近、數(shù)據(jù)庫(kù)異常等翁脆,測(cè)試人員只需要為案例設(shè)置數(shù)據(jù),準(zhǔn)備測(cè)試環(huán)境即可做基本的測(cè)試操作拦盹。
測(cè)試模板解決的**痛點(diǎn)**是:將測(cè)試技能標(biāo)準(zhǔn)化保證基本的測(cè)試質(zhì)量鹃祖,不遺漏測(cè)試案例。
- 半自動(dòng)化
測(cè)試工作中很大部分枯燥而重復(fù)普舆,其中包括數(shù)據(jù)準(zhǔn)備和回歸測(cè)試恬口,而這兩類工作如果能讓工具自動(dòng)化地進(jìn)行,將極大地降低工作強(qiáng)度沼侣,提高測(cè)試質(zhì)量祖能。iTester針對(duì)這兩類工作做了一些功能,比如測(cè)試數(shù)據(jù)準(zhǔn)備蛾洛,根據(jù)數(shù)據(jù)字典定義和報(bào)文組成养铸,自動(dòng)產(chǎn)生測(cè)試輸入≡欤回歸測(cè)試則只需要勾選接口或特定案例運(yùn)行即可钞螟。這些自動(dòng)化工作還可以與CI/CD工作流集成,甚至達(dá)到DevOps的終極目標(biāo)谎碍。