軟件測試初體驗

軟件測試初體驗  軟件測試工具

上了一周的課，又做了一周的實驗。我最大的體會是：王老師是強勢團隊走出來的，而楊老師是從弱勢團隊爬起來的；雖然都很厲害，但看待問題的側重點并不一樣。一個是火，先把我們容易遇到的問題點著了，可是燒完我們就忘了；另一個是水，等我們費力的把黃河填平了，她才用事實告訴我們這是不對的。。。我們的日子真是水深火熱啊。。。

我對自己的四次測試用例，只有ATM一次是滿意的，因為那次我才是按照業務流程來確定測試用例的。但那次是以脫離小組擅自行動為代價的。

雖然老師們都強調計劃的重要性，這幾次我們組的測試計劃都沒有發揮作用。我覺得雖然我們交出去的是測試用例，但是測試計劃對我們更重要，在每個項目開始前每個人都應該寫一份自己小組的計劃，然后和組長一起討論確定最終的計劃，再由組長分配任務，這樣更有團隊精神。

王老師：不容易??！

沈同學：
今天整理筆記才發現自己是這樣的愚蠢：
如果時間不夠，無非進行充分的測試，那么使用風險分析，確定測試重點 （ppt中的內容）
1、對于該項目的用途，最重要的功能
2、對于用戶最明顯的功能
3、對安全影響最大的功能
4、對于用戶的影響
5、用戶用的最多的功能
6、開發過程中，該項目的哪個部分可以最先測試
7、哪一部分的代碼最復雜，容易導致出現錯誤
8、哪一部分是在急迫或驚恐的情況下開發出來的
9、哪一部分與過去項目中引起問題的部分類似或有關
10、哪一部分程序與過去項目需要大量維護的部分類似或有關
11、需求和設計的哪些部分不清楚或不易讀
12、開發人員認為在應用軟件中哪些部分是高風險的

測試策略：

1、數據和數據庫完整性測試
2、功能測試
3、業務周期測試
4、用戶界面測試
。。。。。。。

實驗的時候我們把主次全顛倒了。。。

楊老師：
哈哈。。
現在對于用例會寫了吧？
你們現在最大的問題是學會測試用例，學會風險分析，采用什么樣的測試手段才是你們現在項目需要掌握的東西。
你掌握了嗎？

張同學：
一個人做的ATM測試還達到了滿意的結果，弓雖，4次的測試我覺得都不理想，但是進步還是感覺得到的，優秀的測試工程師－－－我還差的很遠！

原文轉自：http://www.kjueaiud.com