建议性Bug举例

    测试过程中，原则上，发现与需求不符的功能点，可以直接提Bug，如果这个Bug非常严重或者严重影响程序运行，可以直接指派给开发处理，如果这个Bug是从易用性或建议性的方面考虑，开发可能回怼一句：需求或者设计如此，如果与产品沟通，产品也会去评判这个Bug的影响范围，考虑到开发修改的难度以及开发是否愿意修改，这就涉及到一个问题：如何修改，所以，如果真的碰到建议或易用性的Bug，作为可是人员，可以直接在Bug上说明建议如何修改，比如有个流程，新建一个文件，它需要先受理，受理后再点击审核按钮查看文件详情，页面操作流程如下：点击操作按钮，显示受理和审校按钮，点击受理按钮流程跳转至审校，此点击操作，显示审校按钮，点击审校按钮，跳转至文章详情页面，此时操作按钮还可以点击，但是不显示操作按钮列表，点击操作按钮之后，操作按钮屏蔽，从流程来说，点击操作按钮再点击对应的操作按钮，没有可操作按钮时不显示操作列表，需求如此，但是在页面显示一个操作按钮，肯定就会有人点击，此时提Bug，最好直接说明建议无操作列表时屏蔽操作按钮