2009-12-07 90 views
0

我有一個網站,我正在爲客戶建設。我現在有一個與我在一起的測試人員。測試人員應該報告什麼?

我覺得需要測試人員。真!我無法測試我自己的代碼。我也欣賞一組新的眼睛的價值。但是什麼需要報告?

很容易說一切都應該報告,但我和測試人員之間沒有人過濾出不重要的請求。測試人員不太瞭解系統和目標用戶。她正在分配任務而不是項目經理。我認爲這會很快發生變化,但在此之前,你有什麼建議?似乎有人相信我們的用戶從來沒有使用過interent,而且他們像岩石一樣愚蠢。

我遇到的問題是測試者建議的所有內容都被自動接受並分配給我。

我有很多情況下,讓我下顎,說:「真的?你是認真的嗎?這值得成爲一個問題?」例如:

例如:需要在頁面頂部添加「* =必填」爲必填字段的文本。

你有沒有感受過這種方式?你是怎麼處理的?

現在,我只是按照我所說的去做,但我明確表示我不同意。

+3

沒有冒犯,但對我來說「需要在頁面頂部的文字說」* =必填字段「。聽起來像一個很好的錯誤報告。並不是所有的用戶都意識到那個小星號的含義。總會有一些使用軟件的軟件用戶不知所措,而你必須迎合他們 – Glen 2009-12-07 16:14:21

+3

你知道他們爲什麼要加入測試儀麼? – DOK 2009-12-07 16:16:28

+0

我們正在改變我們的過程。希望所有項目的所有代碼都在開發組之外的人看到之前進行測試。 – 2009-12-07 16:20:46

回答

5

這聽起來對我來說就像您的測試儀正在做正確的事情。測試應用程序時,您不能假設任何級別的用戶專業知識。如果用戶可以破壞某些東西,他們會。

您和您的測試人員需要制定嚴重程度等級。異常值(任何有互聯網經驗的人都可能會工作/永遠不會發生)將被視爲低優先級,並且一直處於劣勢,直到您淘汰高優先級的項目。

......從來沒有那麼少,那些離羣值仍應該記錄下來,因爲他們肯定會回來咬你到最後。

+0

謝謝。我想我是一個小孩。所有高優先級都完成了,我只想繼續進行另一個項目。記錄修復程序需要花費更長時間才能完成修改。 – 2009-12-07 16:24:56

+0

幸運!我希望我還有更多這樣的任務。 – Nathan 2009-12-07 18:58:58

0

我會向客戶報告每次更改將花費的時間和金錢。事情是你可能需要在自己的時間修復的合法錯誤(除非你的合同另有說明)。事情是設計/主觀問題,你應該能夠分配成本。讓客戶知道它將花費什麼,他們可以決定是否繼續。

希望您已經得到了某種客戶已簽署的項目規範,以便您知道項目何時完成以及哪些項目未包含在項目範圍內。如果不是的話,你可能會在你的手上發生一些爭鬥。對於您認爲不屬於項目範圍的更改,您可能需要妥協 - 可能會以較便宜的費率開具帳單或與他們分攤費用。如果您處於這種情況,那麼將項目規範中的所有內容都記錄下來,這是一個很好的學習經歷,這樣就不會有什麼問題超出項目範圍。我一直在那裏 - 像這樣的經驗足以教你將更多的工作納入規範。

+0

估計它們需要更長時間才能完成變更。真正的問題是我很喜歡這個項目,我只是想完成。感謝您的回答。 – 2009-12-07 16:26:58

2

您需要爲您的問題添加優先級。這將使您能夠首先處理重要問題,而化妝品問題則持續下去。下面是來自吉拉例如優先級:

  • 優先級1 - 一個可重複的崩潰;阻止進一步測試或開發某個特定功能的問題;用戶持久性數據丟失;巨大的內存泄漏
  • 優先級2 - 產品發佈前必須解決的主要問題;阻止用戶使用某項功能;對伴侶有負面影響;經常使用的功能中的顯着內存泄漏
  • 優先級3 - 在產品發佈之前應該修復的小問題;不會阻止用戶使用產品;非常明顯的可用性問題;在很少使用的功能中存在少量內存泄漏
  • 優先級4 - 純粹是一個美觀問題;不影響功能
0

舉報一切和分流。過了一段時間之後,她會開始明白什麼是過去分流,什麼不分流。人類可以學習;教。

1

事實上,它聽起來像你的測試人員正在做正確的事情(和「* = required」的文本是一個非常好的主意)。

除了關於確定報告優先級的建議之外,我建議您對報告進行分類以確定它們是否涉及用戶體驗或功能。

1

你和測試人員永遠不會完全同意需要報告什麼「需求」。只要正確地設定問題的優先級,然後繼續解決高優先級問題。

你絕對不想做的一件事是阻止測試人員提交錯誤。當某些東西完全破碎時,它會回來咬你,並且他們會說「我認爲這就是它的工作原理」。

確保您正確地溝通開發計劃和狀態,所以他們不會浪費時間測試不夠完整的功能。

相關問題