關(guān)于軟件測(cè)試用例的一些看法

在一般的軟件公司中，設(shè)計(jì)測(cè)試用例和編寫(xiě)測(cè)試用例一直是測(cè)試人員一個(gè)非常重要的基本工作。

但是，很多軟件測(cè)試從業(yè)者或者說(shuō)其他人總是會(huì)覺(jué)得，測(cè)試用例是沒(méi)有什么必要編寫(xiě)的。

軟件的研發(fā)流程是這樣的：

產(chǎn)品人員確定用戶(hù)需求->產(chǎn)品人員、開(kāi)發(fā)人員、測(cè)試人員、UE人員等進(jìn)行評(píng)審->開(kāi)發(fā)人員進(jìn)行設(shè)計(jì)與開(kāi)發(fā)（測(cè)試設(shè)計(jì)并編寫(xiě)用例->開(kāi)發(fā)人員提交->測(cè)試人員按照需求和用例執(zhí)行測(cè)試->上線發(fā)布。

我認(rèn)為，測(cè)試用例是必須要編寫(xiě)的。但是很多軟件測(cè)試從業(yè)人員認(rèn)為測(cè)試用例的編寫(xiě)是無(wú)用功，因?yàn)樽詈髨?zhí)行測(cè)試時(shí)經(jīng)常和測(cè)試用例有很大的出入。其實(shí)造成這種現(xiàn)象的原因，我覺(jué)得主要的就是在需求評(píng)審階段沒(méi)有做好，開(kāi)發(fā)、產(chǎn)品、UE對(duì)需求的理解不一樣，導(dǎo)致了后續(xù)需求的變動(dòng)，甚至還有可能需求本身就不是很完善，因此在開(kāi)發(fā)的過(guò)程中還在不斷地變更需求。

但其實(shí)這些原因，我們都可以把它們控制在可接受的范圍之內(nèi)，當(dāng)然，這主要是需求評(píng)審階段的內(nèi)容。就個(gè)人而言，即使需求評(píng)審的流程非常完善，幾乎不會(huì)再有需求的變動(dòng)了。在編寫(xiě)測(cè)試用例時(shí)，為了使用例有更高的覆蓋率，還是經(jīng)常會(huì)發(fā)現(xiàn)需求的一些遺漏，及時(shí)溝通，提高效率。由此可見(jiàn)，編寫(xiě)用例的過(guò)程更有助于測(cè)試人員理解需求。

測(cè)試用例就像是劇本或者是指揮棒，所以，編寫(xiě)測(cè)試用例是必要的。但是在很多的互聯(lián)網(wǎng)公司，基本都走敏捷開(kāi)發(fā)，產(chǎn)品迭代非常頻繁，這樣，測(cè)試人員執(zhí)行測(cè)試的時(shí)間就非常短，更不用說(shuō)編寫(xiě)測(cè)試用例的時(shí)間，此時(shí)我們可以將測(cè)試用例簡(jiǎn)化測(cè)試點(diǎn)。但是建議遇到比較復(fù)雜的流程時(shí)，還是能盡可能用測(cè)試用例來(lái)詳細(xì)描述。

其實(shí)也可以在編寫(xiě)測(cè)試用例之前和準(zhǔn)備執(zhí)行測(cè)試時(shí)，找開(kāi)發(fā)人員聊聊是如何實(shí)現(xiàn)這個(gè)功能的。這樣會(huì)很容易把握到測(cè)試的注意點(diǎn)，并可以體現(xiàn)在用例中。比如說(shuō)，開(kāi)發(fā)人員A曾經(jīng)用某種方式做了某功能，出現(xiàn)了bug，現(xiàn)在開(kāi)發(fā)人員B用了同樣方式實(shí)現(xiàn)了類(lèi)似的功能，那么之前的bug很有可能還會(huì)再次出現(xiàn)。

用例評(píng)審也是一個(gè)非常重要的階段，特別是一些很有經(jīng)驗(yàn)的軟件測(cè)試“老司機(jī)”，可以很快幫忙指出用例的遺漏點(diǎn)，有助于打開(kāi)思路，盡可能多的覆蓋用戶(hù)場(chǎng)景。

值得注意的是用例評(píng)審的時(shí)候遇到不確定的情況，應(yīng)立即記錄下來(lái)，結(jié)束后及時(shí)找相關(guān)人員確認(rèn)，及時(shí)處理。