眾包測試是招募線上眾包工人完成測試任務(wù)的一種測試模式,它通常有競爭式、評選式和協(xié)作式三種實現(xiàn)方式。協(xié)作式眾包測試能招募更多眾包工人,收集更多Bug報告,因此得到廣泛應(yīng)用。協(xié)作式眾包測試允許眾包工人互相協(xié)作,而且Bug報告完全透明,這可能導(dǎo)致其中出現(xiàn)惡意眾包工人。惡意眾包工人為了個人利益,可能提交無效Bug報告、抄襲他人報告或隨意審核等,這嚴重影響B(tài)ug報告質(zhì)量,急需質(zhì)量控制策略保證報告質(zhì)量。已有的眾包質(zhì)量控制研究無法評估報告質(zhì)量,不能識別惡意眾包工人,所以不能直接運用到協(xié)作式眾包測試中。為了解決這些問題,本文設(shè)計并實現(xiàn)了面向協(xié)作式眾包測試的質(zhì)量控制系統(tǒng)。質(zhì)量控制系統(tǒng)分為Bug報告有效性檢測、Bug報告自動評估、反饋和監(jiān)控、Bug報告審核四個模塊,從四個方面保證Bug報告質(zhì)量。第一,系統(tǒng)分析Bug報告特征并提取質(zhì)量指標(biāo),依據(jù)質(zhì)量指標(biāo)檢測報告有效性,為評估報告質(zhì)量和實時反饋奠定基礎(chǔ)。第二,系統(tǒng)自動評估Bug報告的信息增益,并使用灰色關(guān)聯(lián)分析法和熵權(quán)法對Bug報告自動評分,實現(xiàn)報告質(zhì)量的等級評估,為管理者識別報告質(zhì)量提供參考。第三,系統(tǒng)實時評估眾包工人的行為,并記錄失信行為,通過失信行為反饋提...

【文章頁數(shù)】：104 頁

【學(xué)位級別】：碩士

【部分圖文】：

圖３．７：眾測系統(tǒng)架構(gòu)圖??圖３．７所示為眾測系統(tǒng)的架構(gòu)圖

?）??圖３．７：眾測系統(tǒng)架構(gòu)圖??圖３．７所示為眾測系統(tǒng)的架構(gòu)圖。客戶端首先訪問Ｍ平臺前端，在Ｍ平臺前??端可攜帶ｔｏｋｅｎ信息跳轉(zhuǎn)到眾測系統(tǒng)前端，ｔｏｋｅｎ信息包括眾包工人個人信息、??測試任務(wù)信息等。眾測系統(tǒng)前端與阿里云對象存儲服務(wù)（Ｏｂｊｅｃｔ?Ｓｔｏｒａｇｅ?Ｓｅｒｖｉ....

圖３．８：質(zhì)量控制系統(tǒng)架構(gòu)圖??質(zhì)量控制系統(tǒng)的前端集成在Ｍ平臺前端中，服務(wù)端以微服務(wù)的形式單獨部??署

集成前端使得與用戶交互密切的前端與Ｍ平臺保持一致，單獨部署服務(wù)端??使得與功能變更密切的服務(wù)端保持靈活性，方便服務(wù)的擴展和移植。??質(zhì)量控制系統(tǒng)的架構(gòu)圖如圖３．８所示。前端主要包括自動評分視圖、反饋??視圖、監(jiān)控視圖和審核視圖。自動評分視圖對應(yīng)自動評估模塊；反饋視圖和監(jiān)??控視圖....

圖３．１２：進程視圖??進程視圖從系統(tǒng)集成者角度描述系統(tǒng)，重點關(guān)注系統(tǒng)的進程任務(wù)和進程??

ｉ?ｊ??圖３．１１：開發(fā)視圖??開發(fā)視圖從開發(fā)人員角度設(shè)計系統(tǒng)，描述開發(fā)環(huán)境下的系統(tǒng)模塊組織和管??理，如圖３．１１所示為系統(tǒng)的開發(fā)視圖。前端ＵＩ包括組件Ｃｏｍｐｏｎｅｎｔ層、數(shù)據(jù)結(jié)??構(gòu)Ｍｏｄｅｌ層、前后端交互Ｓｅｒｖｉｃｅ層和靜態(tài)文件Ａｓｓｅｔ層。服務(wù)端模塊按照功能和??層....

圖３．１３：物理視圖??防火墻允許的訪問首先訪問Ｎｇｉｎｘ服務(wù)器，Ｎｇｉｎｘ服務(wù)器對請求進行負載均衡，??分?

ｉ?ｊ??圖３．１１：開發(fā)視圖??開發(fā)視圖從開發(fā)人員角度設(shè)計系統(tǒng)，描述開發(fā)環(huán)境下的系統(tǒng)模塊組織和管??理，如圖３．１１所示為系統(tǒng)的開發(fā)視圖。前端ＵＩ包括組件Ｃｏｍｐｏｎｅｎｔ層、數(shù)據(jù)結(jié)??構(gòu)Ｍｏｄｅｌ層、前后端交互Ｓｅｒｖｉｃｅ層和靜態(tài)文件Ａｓｓｅｔ層。服務(wù)端模塊按照功能和??層....

本文編號：4048698