当用户在HP QC中看到"按钮不工作"的描述时，追踪它们以获取复制步骤，键入它们然后进行验证是浪费时间的。
我鼓励我的团队在有更清晰的描述时覆盖描述。如果说明需要修改，因为问题部分清楚，这也是可以接受的。
一旦工作开始，只有R&输入了关于QC移动、发现问题和需要澄清的D意见。然而，如果需要对说明书进行更新——可能会更详细地澄清特定功能，则会对说明书进行修改，并将其更新包含在R&D评论。
我是否在使用或滥用"描述"字段？我已经和其他组织的其他用户谈过了，他们说这是禁止编辑的。但是，当出现不具体且毫无帮助的缺陷时，为了挽救有问题的问题，这是最好的方法吗？
根据我在QC方面的经验，我们可以编辑描述，但不建议不必要地编辑缺陷状态。
谢谢，NaveenKumar Nwww.QAInsights.com
javascript python java c# php android html jquery c++ css ios sql mysql arrays asp.net json python-3.x ruby-on-rails .net sql-server django objective-c excel regex ruby linux ajax iphone xml vba spring asp.net-mvc database wordpress string postgresql wpf windows xcode bash git oracle list vb.net multithreading eclipse algorithm macos powershell visual-studio image forms numpy scala function api selenium