在一般的軟件公司中,設(shè)計測試用例和編寫測試用例一直是測試人員一個非常重要的基本工作。
創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù),包含不限于做網(wǎng)站、網(wǎng)站設(shè)計、鄒城網(wǎng)絡(luò)推廣、小程序定制開發(fā)、鄒城網(wǎng)絡(luò)營銷、鄒城企業(yè)策劃、鄒城品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等,從售前售中售后,我們都將竭誠為您服務(wù),您的肯定,是我們最大的嘉獎;創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供鄒城建站搭建服務(wù),24小時服務(wù)熱線:13518219792,官方網(wǎng)址:jinyejixie.com
但是,很多軟件測試從業(yè)者或者說其他人總是會覺得,測試用例是沒有什么必要編寫的。
軟件的研發(fā)流程是這樣的:
產(chǎn)品人員確定用戶需求->產(chǎn)品人員、開發(fā)人員、測試人員、UE人員等進行評審->開發(fā)人員進行設(shè)計與開發(fā)(測試設(shè)計并編寫用例->開發(fā)人員提交->測試人員按照需求和用例執(zhí)行測試->上線發(fā)布。
我認(rèn)為,測試用例是必須要編寫的。但是很多軟件測試從業(yè)人員認(rèn)為測試用例的編寫是無用功,因為最后執(zhí)行測試時經(jīng)常和測試用例有很大的出入。其實造成這種現(xiàn)象的原因,我覺得主要的就是在需求評審階段沒有做好,開發(fā)、產(chǎn)品、UE對需求的理解不一樣,導(dǎo)致了后續(xù)需求的變動,甚至還有可能需求本身就不是很完善,因此在開發(fā)的過程中還在不斷地變更需求。
但其實這些原因,我們都可以把它們控制在可接受的范圍之內(nèi),當(dāng)然,這主要是需求評審階段的內(nèi)容。就個人而言,即使需求評審的流程非常完善,幾乎不會再有需求的變動了。在編寫測試用例時,為了使用例有更高的覆蓋率,還是經(jīng)常會發(fā)現(xiàn)需求的一些遺漏,及時溝通,提高效率。由此可見,編寫用例的過程更有助于測試人員理解需求。
測試用例就像是劇本或者是指揮棒,所以,編寫測試用例是必要的。但是在很多的互聯(lián)網(wǎng)公司,基本都走敏捷開發(fā),產(chǎn)品迭代非常頻繁,這樣,測試人員執(zhí)行測試的時間就非常短,更不用說編寫測試用例的時間,此時我們可以將測試用例簡化測試點。但是建議遇到比較復(fù)雜的流程時,還是能盡可能用測試用例來詳細(xì)描述。
其實也可以在編寫測試用例之前和準(zhǔn)備執(zhí)行測試時,找開發(fā)人員聊聊是如何實現(xiàn)這個功能的。這樣會很容易把握到測試的注意點,并可以體現(xiàn)在用例中。比如說,開發(fā)人員A曾經(jīng)用某種方式做了某功能,出現(xiàn)了bug,現(xiàn)在開發(fā)人員B用了同樣方式實現(xiàn)了類似的功能,那么之前的bug很有可能還會再次出現(xiàn)。
用例評審也是一個非常重要的階段,特別是一些很有經(jīng)驗的軟件測試“老司機”,可以很快幫忙指出用例的遺漏點,有助于打開思路,盡可能多的覆蓋用戶場景。
值得注意的是用例評審的時候遇到不確定的情況,應(yīng)立即記錄下來,結(jié)束后及時找相關(guān)人員確認(rèn),及時處理。
當(dāng)前標(biāo)題:關(guān)于軟件測試用例的一些看法
標(biāo)題來源:http://jinyejixie.com/article4/ijcsoe.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站維護、網(wǎng)站改版、靜態(tài)網(wǎng)站、商城網(wǎng)站、微信公眾號、網(wǎng)站營銷
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)