如何在有限的時間內編寫完整有效的測試用例

2021-04-20 02:54:49 字數 1001 閱讀 8129

測試

工作

中,「直接拿到軟體就測試」的做法曾經很普遍,現今這種情況應該很少了,它只屬於那個特定的時期。在回答這個問題之前,我覺得有必要展現這種特殊的情況所處的背景。

● 它發生在那個軟體開發不規範的年代,軟體開發還處於原始的狀態;

● 由於不規範,所以不能指望它有完整的開發及測試文件。

在以上的前提條件下,要在有限的時間內編寫有效且完整的測試用例,的確不是一般人可以做到的,對測試人員有特定的要求。

● 業務專家型:對軟體的業務流程、最終客戶的主要使用角色及使用功能都非常熟悉

● 精通黑盒測試

用例的編寫方法

有了符合以上要求的測試人員後,需要特別指定本次測試的主要目的。

● 由於現狀的制約,本次測試的主要目的可以定位成:在有限的時間內,站在使用者的角度,按照軟體最終驗收的標準,驗證軟體的主要功能是否正常;

● 在此基礎之上,思考終端使用者最有可能的失誤或者異常操作,驗證在這些條件下,軟體是否能夠正確處理。

在測試目的的指引下,然後再確定測試環境以及測試型別的取捨。如

● 按照使用者最流行的軟硬體環境配置,搭建測試環境,配置測試和相容性測試及其他

無關的測試都可以暫時取消;

● 明確功能測試

是重點,壓力測試次之。

走到這一步,測試人員已經明確了測試的主要目的和要進行哪些測試,就可以按照以下原則來設計測試用例了

● 根據驗收測試的標準,針對不同型別的軟體,按照等價類劃分、因果圖、場景法等,設計有效測試用例;建議在設計測試資料時,如果有條件,可以多參考終端使用者以前的歷史資料,把有效的業務流程、有效的場景100%覆蓋;

● 上面的完成後,再最大可能的增加一些異常的測試用例,努力覆蓋到使用者最可能失誤的操作或者異常的運算元據或者流程。

基於以上的原則,可以在有限的時間內,編寫出「相對」完整且有效的測試用例,而不是「絕對」的。

如何在有限的時間內編寫完整有效的測試用?

分析這個問題,我想先從兩個方面回答 1.如何在有限的時間內完成測試用例 2.如何編寫完整有效的測試用例 有限的時間顧名思義工時不足。那麼凡事都是有果必有因,解決問題就要先找到其原因,並加以解決,問題就會迎刃而解。在軟體行業中,時間是乙個非常重要的概念,時間有限也是經常提到的乙個詞,歸其產生原因不外乎...

如何在短時間內碼出很多字,不是亂寫的那種

由於本人作文常年在35分左右徘徊,所以對寫文章這種碼字工作很是抗拒,但是我們在實際生活中又不得不面對這種事。然而,我們這種水平的人就真的沒法快速地寫出文章 不是亂寫的那種 嗎,我覺得不是的。例如朋友圈寫100字以內的段子,我分分鐘就寫出來了。就像現在,心中有所想的時候,分分鐘就碼了這麼多字 雖然打的...

新站如何在短時間內被百度谷歌收錄的方法

其實新站要被搜尋收錄也不件很難的事情,做到以下幾點就可以了 1 網域名稱的選擇 根據我的經驗,目前cn網域名稱還是很難被快速收錄,gg例外。所以在選擇網域名稱的時候最好還是用com的。2 內容 新站的內容最好以原創或偽原創為主,哪怕整站只有3 5篇高質量的內容,也是很容易被搜尋引擎收錄的。就拿當初我...