缺陷與CR - 如何區分

Question

場景：

目前我們正在進行系統和集成測試。每天我們都會遇到很多測試人員提出的缺陷。大多數這些缺陷與我們提出的要求不符。很多場景對開發人員來說都是新鮮事物。企業要求我們簽署了。

有人可以澄清如何區分缺陷和CR？這不是一個要求

Answer 1

一切都是變更請求。

但住的是遺憾的是沒那麼容易，所以請繼續閱讀。

爭吵什麼是缺陷，什麼是變更請求是在項目中很常見。管理情況很困難，因爲你經常不得不妥協。由項目經理被刪除

我見過的項目經理，因爲他們堅持要多，所有的缺陷，真正改變的請求。他們經常是對的，但仍然存在行爲對該計劃的整體進展沒有幫助。我也看到項目經理們通過接受每一個缺陷並建造城堡而自殺，儘管這些城堡從來沒有被要求和努力。

我個人總是絕對保證，我的經理都知道，我的建築設有不是原先要求進來的缺陷的僞裝下。我也確保客戶/測試人員知道這是我的觀點。但是，在我考慮缺陷的時候，我也非常寬容。

例子：我最近聯合，我們開發了一個金融支付系統和其他程序員對我說的一個項目「這是暴行，他們希望有這不是一個缺陷，這是一個什麼樣的CR！」。我看着它，並由於我在這個業務領域的背景，我認爲這實際上是非常基本的要求，並要求這個CR是非常可笑的。所以我決定我們修正它而不用大驚小怪。

還有以下問題值得考慮：

• 你是在一個固定價格的項目？你是否仍然擁有資源並通過添加功能而顯示真正的偉大，而不會呻吟，這會給你一個良好的聲譽和未來的合同？
• 如果您接受CR作爲缺陷，您會受到處罰嗎？是否有少量缺陷成爲KPI（關鍵績效指標）並影響您的職業生涯？
• 開始的時候需求定義不好，你接受了嗎？缺陷中提到的要求是否真的很明顯，可以被認爲是隱含的？例如。從未指定數量字段應該只允許數字值，但仍然有意義。
• 您是否接受了要求而不詢問整個大局並且部分負責？
• 客戶是否抓住你並剝削你無法拒絕並拒絕缺陷？

在項目中，我總是盡力爲客戶做到最好，但要確保我沒有受到過分的懲罰。