工作中对于提交BUG或需求的看法
2016-07-25 16:59
218 查看
改完这个bug时,我下意识的觉得,这两句话,看着这么舒心,写得这么明确,并且我非常快速的解决了。为什么?
我觉得肯定是我们测试部的丽华提交的。结果一看,果然啊。小感动了一下。这样的双方,工作效率都很高。
带着很顺畅的心情,我继续改下一个,如图这是个需求:
虽然很艰难,但我还是从头读到尾,这些字全部看完了。我承认这种描述方式,需要对业务对产品非常熟悉的人,才能明白,或立即理解了。但我说说我的看法吧,比如: 销售管理-->新订单, 点击【添加赠品】按钮时, 跳出的某某界面, 在这里操作什么时,怎么怎么样.... 这样的描述,人人都立即就能明白。就算不明白,也一点都不影响工作。
最重要的是:一、 业务再熟的人, 对于很多这样的句子, 也至少要花费两秒五秒钟的。
二、 像丽华提交的问题,以这种方式描述。 不论谁,不论业务熟不熟, 一秒钟都不用浪费。不用去理解,因为句子本身就指明了路。
现在心里好多了,刚才心里真的好苦。
总结:
1 每一句话,每个描述,不允许出现每个人理解不一样的效果。
目前为止,小到很小的BUG,大到非常复杂的需求和逻辑运算,我都可以用文字表达准确,不会有二义。所以说中华文字没问题, 用句子准确表达不产生二义也没问题。
2 业务再熟理解能力再好的人,也是需要至少5秒左右。 这5秒不必浪费, 如果功能模块路径写得清清楚楚,什么都不懂的人,0秒就理解了。
3 造成最大的问题,是人的心情问题。严重影响心情,以及一整天的工作状态。
相关文章推荐
- SourceProvider.getJniDirectories
- Trac 中文语言安装
- 许多数据中心的工作者很满意他们的工作,将鼓励他们的孩子继续从事这份工作
- 软件 bug 的生命周期
- 零编程经验的我是如何找到工作的
- Firefox2中输入框丢失光标bug的解决方法
- for命令的一些bug分析
- 修正IE下使用CSS属性overflow的bug
- 解决IE6 3像素Bug的css写法
- 利用ASP.NET MVC+Bootstrap搭建个人博客之修复UEditor编辑时Bug(四)
- 跟我学习JScript的Bug与内存管理
- JS注释所产生的bug 即使注释也会执行
- IE本地存储userdata的一个bug说明
- IE在DOM操作有表单控件时的bug
- ie 处理 gif动画 的onload 事件的一个 bug
- IIS6 安全性存在超级BUG,快来看
- Android生存指南之:解Bug策略与思路问题的详解
- shell脚本中case条件控制语句的一个bug分析
- 到初创公司工作的五个理由