[原創(chuàng)]測試在軟件開發(fā)過程中的地位如何？

RoadStar

還有你用過一些
就是可以測試一些代碼占用內(nèi)存空間和CPU利用率的質(zhì)量測試工具嗎？

RoadStar

如果做一個科學(xué)的測試和質(zhì)量管理系統(tǒng)
一般都從哪幾方面考慮
都要用到什么工具嗎？
從JAVA這個方向考慮就行！：）

mygod

您什么公司，測試這么規(guī)范，俺可沒見過這么大架勢

cinc

對測試工程師來說，測試就像是一場賭博，我賭這個地方會失敗，而程序員賭它不會。
如果你贏了，你的價值就體現(xiàn)出來了
要對系統(tǒng)做完整的測試是不可能的，比較好的原則是：
對你認(rèn)為會出錯的地方，寫測試。

對于測試工具，現(xiàn)在網(wǎng)絡(luò)上流行的是叫  XUnit 的工具，它是一種測試框架。
對 java ，有 JUnit，C++，有 CPPUnit，這個工具的發(fā)展已經(jīng)很成熟了。

RoadStar

我覺得做項目一般測試環(huán)節(jié)好象注意得好一些
做產(chǎn)品對測試要求的相對就嚴(yán)格一些吧！
：）

cinc

對測試也要有一個細(xì)化的過程，一般有兩種測試（這種分類方法可能和 mygod 有些不一樣）：

單元測試：Unit Test
          從程序員的角度測試系統(tǒng)。
          測試某個類是否正確，其實就是對這個類的每個 public 方法的輸入輸出的測試
          為每個方法寫測試，對于給定的輸入，這個類的輸出是否正確。
          所有類的測試三，就構(gòu)成了對整個系統(tǒng)的測試。

功能測試：Function Test
          從用戶的角度，對用戶的每個需求，由用戶定義一個流程，然后我們寫測試
          看系統(tǒng)按這個流程走是否正常。這個比較難，我也沒真正做過。

測試?yán)镉泻艽髮W(xué)問的，很有意思的。呵呵
：）

RoadStar

下面引用由cinc在 2002/10/17 04:07pm 發(fā)表的內(nèi)容：
對測試工程師來說，測試就像是一場賭博，我賭這個地方會失敗，而程序員賭它不會。
如果你贏了，你的價值就體現(xiàn)出來了
要對系統(tǒng)做完整的測試是不可能的，比較好的原則是：
對你認(rèn)為會出錯的地方，寫測試。
...

我現(xiàn)在知道一些嚴(yán)格的測試都是一種實事求是的測試
這是關(guān)系到一個產(chǎn)品的質(zhì)量問題。
有一個好的管理體系才能可能保證做出高質(zhì)量的產(chǎn)品
我相信一個好的team大家還是應(yīng)該合作的：）

cinc

下面引用由RoadStar在 2002/10/17 04:11pm 發(fā)表的內(nèi)容：
我覺得做項目一般測試環(huán)節(jié)好象注意得好一些
做產(chǎn)品對測試要求的相對就嚴(yán)格一些吧！
：）

不一定，大的項目的失敗也會出現(xiàn)在小的地方。美國一個航天飛機出事就是因為一個除以 0的小錯誤。

恭喜你了，如果你的公司這么重視測試，說明它對軟件質(zhì)量的要求是很重視的。
如果你感覺他的一些做法很規(guī)范，那更要恭喜你了。這是一家好公司。
可以從他們以往的項目的測試文檔中學(xué)到一些東西，最好的做法是真正的融入到
你的小組去做，會學(xué)的很快的。：）

RoadStar

下面引用由cinc在 2002/10/17 04:13pm 發(fā)表的內(nèi)容：
對測試也要有一個細(xì)化的過程，一般有兩種測試（這種分類方法可能和 mygod 有些不一樣）：
單元測試：Unit Test
          從程序員的角度測試系統(tǒng)。
          測試某個類是否正確，其實就是對這個類的每個 publ ...

：）
在現(xiàn)在的不同的公司和不同的人
好象對測試的看法還不太一樣，行為的方式也有很多的區(qū)別：）

RoadStar

下面引用由cinc在 2002/10/17 04:19pm 發(fā)表的內(nèi)容：
不一定，大的項目的失敗也會出現(xiàn)在小的地方。美國一個航天飛機出事就是因為一個除以 0的小錯誤。
恭喜你了，如果你的公司這么重視測試，說明它對軟件質(zhì)量的要求是很重視的。
如果你感覺他的一些做法很規(guī)范，那更 ...

：）
對于我來說
一切其實都是陌生的
我只有學(xué)習(xí)再學(xué)習(xí)的份：）