我们公司正在转向TFS来管理开发活动,状态更改日期和字段更改是审核谁做什么/何时做的重要部分。
我遇到的问题是默认工作项模板(CMMI)根据状态下拉列表中的临时选择而不是用户在保存时选择的实际状态转换来假定地更改这些值。
示例:工作项处于活动状态。用户打开状态下拉列表,意外选择“已关闭”但未保存,选择“已解决”,将状态更改从“活动”保存到“已解决”。
问题/错误:因为他们意外地被鼠标悬停并选择了“已关闭”,TFS还设置了“关闭”和“关闭日期”字段,即使工作项从未关闭,也没有从“活动”到“已关闭”的转换是由用户。这种情况发生在所有州。
由于没有办法禁止在下拉列表中意外选择状态,因此这不仅会带来重大的用户体验问题,而且可能会对审计线索的完整性造成严重影响,因为theese字段可能随时被覆盖,甚至如果用户从未实际保存从一个状态到另一个状态的转换。
有其他人遇到此问题并知道要解决的模板更新吗?
答案 0 :(得分:1)
您可以使用限制来解决此问题。例如:
Bugs
只能由Activated
Testers
Work Item Type
= Bug
,请将Assign to
设为Tester
,将State
设为Active
从上面的示例中,您可以限制开发人员激活错误。您也可以使用相同的方法来限制开发人员解决错误,因为开发人员不应该将错误设置为Resolved
。
使用此类限制,您可以防止错误选择Assign to
和State
字段,以及意外保存Work Item
非法值。
谢谢
如果这有帮助,请投票!