軟體測試流程的一點感悟

軟體測試分析——業內對軟體測試分析有著不同的看法，是否取捨都有自己的市場。

A公司：軟體測試流程非常嚴謹的公司：使用者需求->軟體需求->軟體需求規格說明書->用例

B公司：取反（軟體測試流程非常嚴謹的公司）：使用者需求->產品需求->軟體測試分析->用例

從A公司來看，所有輸入質量都已非常穩定，具備了從需求直接到用例的粒度。軟體測試只需要直接驗證需求與功能的一致性即可。有點“被測試”的感覺。

從B公司來看，輸入質量不高，產品需求更像一個功能清單，只知道我要什麼，但是具體到你要的東西是否已經有另一種形式存在了？他與其他功能的聯絡是什麼？他要的是A還是A'？因此，在這種情況下，需要有測試分析把問題統統理清。

結論是什麼？……測試的世界裡永遠沒有理想境界。

軟體測試用例——這也許是最沒有爭論的東西。

我很少完全按著用例來執行，但我會把用例寫得非常詳細。

原因有：測試時，我已對功能驗證點了如指掌。可過一陣子，我可能完全忘記它。

缺陷——需要測試來分析缺陷產生的原因嗎？

之前看到有個文章說，提交缺陷時只需要描述現象即可，過多的分析可能會誤導開發。但自從有一次，開發看到我缺陷描述中的原因分析，興奮不已時。我才醒悟，“自己能做到的我從來不去麻煩別人”。分析問題原因也是一種測試，是對開發思想的測試。當然前提是你分析的依據是充分的。

軟體測試報告——報告給誰看？

如果非要選出一個最需要看的物件。我覺得那就是你：如果你對自己的工作都不負責，那你期望誰對你的報告負責？

本文轉載自51軟體測試網

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11323760/viewspace-622097/，如需轉載，請註明出處，否則將追究法律責任。