所有的Bug都应该修改吗?

项目中的工作流,有一个Bug:“下一步找不到处理人时,报错。找不到处理人应该可以根据设置自动转到下一步。”

CCFlow的流程节点设置界面有这个设置,可是设置了找不到处理人时自动转到下一步之后,依然报错。仔细调试源码之后,发现CCFlow并没有实现该功能,而是在找不到处理人时直接抛出错误,界面上的设置好像是给自动执行功能用的。我花了半个工作日的时间,仔细调试,首先确定CCFlow有没有实现这个功能,然后思考修改的可行性。最后放弃修改。

理由是:1、找不到处理人的情况是特殊情况,当发生这种情况时,该不该绕过这个审批人呢?我觉得不应该绕过,应该报错,这样用户就知道可能这个岗位暂时没有人,应该找个代理者。规范的流程,每个步骤是不应该跳过去的。2、修改的风险,我们为什么使用CCFlow,因为相信它,虽然它并没有稳定版,我改过源码,但那都是不涉及处理逻辑的代码,比如改个界面、菜单。我觉得修改源码是一个坑,掉进去就出不来了,可能会引出更多的Bug。现在有Bug我首先想到的是配置是不是错了,而改了源码的话,每当出了Bug就会想是不是自己改错了,CCFlow的源码一个文件里就有几千行,检查起来是很要命的!

所以在尝试了半个工作日的时间无果后,我跟项目经理说:这个问题解决不掉,如果你非要解决,我不介意你亲自动手。如果项目经理亲自修改,以后出了问题,我可就找他改了。

在工作中,对于一些所谓的Bug,我有时候是拒绝修改的,当然我有我的理由。上面说的就是其中一类Bug,这种Bug,其实是CCFlow的Bug,如果非要修改源码的话,后面可能会引起一系列的Bug,麻烦可就大了。所以我考虑再三,也尝试了修改之后,决定不到迫不得已,都不修改这个Bug。

对于这样一个Bug,我把它提交给了项目经理,项目经理说没改掉的Bug不能关闭,我说你不关闭,放那放着就是了,可是项目经理以激活,提交给了我。然后我把它移交给了Active用户(不明白这是个什么用户),眼不见心不烦!

时间: 2024-07-31 05:06:34

所有的Bug都应该修改吗?的相关文章

线性表[ACM] (有bug)有待修改

1 #include "iostream" 2 #include "string" 3 using namespace std; 4 5 typedef struct node{ 6 string data; 7 struct node *next; 8 node(string str){ 9 data=str; 10 next=NULL; 11 } 12 13 }Node; 14 15 16 Node *head=new node("hfirst&quo

测试技术/网游Bug分析/单机修改 视频教程

早期做的一些视频,测试技术/Bug讲解/单机修改,有兴趣的同学自行下载看吧 由于是早期录制的,有口误多包涵... 链接: http://pan.baidu.com/s/1i5JUKPf 密码: a1xs 解压密码:weimjsam 链接:http://pan.baidu.com/s/1miGQjl2 密码:iw1b 更多测试信息请加入QQ群了解[测试技术学习小组]478717918

phpmyadmin配置文件权限错误,不应任何用户都能修改

访问phpmyadmin提示“配置文件权限错误,不应任何用户都能修改” 原因:phpmyadmin目录权限过高,设置了777访问权限 解决: $sudo chmod -R 755 phpmyadin 转自: http://www.itlogger.com/system/2067.html

每一个Bug都可能是致命的

你投入几百个小时甚至是几千个小时开发一款应用的时候,如何能够在竞争激烈的市场中引人注目呢? 全面测试应用程序,每一个Bug都可能是致命的 完整而全面的测试往往决定了你的应用程序是收到较高的评论,还是被忽略无视.发布应用之前先做测试的一个重要原因是因为Android是一个开放的平台,因此有着自身的优缺点,优点是有更多的移动设备和更多的用户群,然而代价是不同设备之间互不兼容,因此要想让使用不同设备的不同用户都有较好的体验是非常困难的. 与iOS系统只需要测试一次相比,对你自己开发的Android应用

你连Bug都抓不住,还谈什么参与感?

林子大了什么鸟都有,APP市场也是这样.举个例子,有段时期图片社交井喷式发展,各类图片社交APP一时充斥着市场.各种或重视图片加工或主打社交元素的APP“来得快去得快”.“你方唱罢我登场”,这些短命APP的例子不胜枚举.究其原因,除了市场饱和等客观因素外,更多的还是一些企业和开发者急于求成.眼馋市场,以构建参与感为借口将未经测试襁褓之中的APP推上市场,结果暴露出各种各样的Bug,最终演变成用户的吐槽大会. 小米圣经<参与感>一书大谈口碑为王的互联网用户思维,着力提倡参与式营销,提出构建参与感

【译文】不是所有的 bug 都值得修复的

原文作者:KRISTINE PINEDO 译者:白乐航 欢迎访问网易云社区,了解更多网易技术产品运营经验. 作为软件开发者,您只需要为客户编写和交付出色的产品和功能. 但您也知道软件开发并不总是那么容易,因为进行迭代时候可能会引入bug. 毕竟,“如果调试是删除软件bug的过程,那么编程肯定就是将bug放入去的过程”,正如Edsger Dijkstra(译者注:著名荷兰计算机科学家,我们熟知有向图最短路径算法--迪杰斯特拉算法就是他的),所说. 因为这些问题将会影响你的客户,所以你可能会感到修复

工作笔记——搜索结果页面样式方面的Bug,以及修改

问题描述:基于公司的内部框架来做项目,发现搜索结果页面有个Bug----当搜索关键词为小写的字母(如:d)时,调用框架的搜索方法,结果发现带有"D"和"d"的文章标题都能读取出来,可是大写的"D"的样式却并没有变色(如下图所示),搜索关键词为多个字母时,也有同样的问题. 既然内部的框架不能修改,那就修改JavaScript好了. 解决思路:找到关键词出现在标题中的位置,把标题中匹配的文字替换成带颜色样式的关键词就可以了. 代码: //keywor

phpmyadmin-错误:配置文件权限错误,不应任何用户都能修改!这里有答案

今天在linux下使用phpMyadmin的时候突然出现这个红色警告.差点把我吓晕在电脑前.不过冷静想一下这个报错,肯定就是linux权限那几个 '7' 惹的祸. 于是 通过命令  'll' (这是英文字母的ll  而不是数字 11 哦!) 发现我的phpmyadmin 居然是给了所有权限  也就是说:phpmyadmin目录权限太高,777访问权限 这个时候我们只要把权限改成  755 就可以 chomd -r 755 phpMyadmin 0.0  这两天在折腾linux,从无到有 自己找了

iOS app 审核 重大bug快速发布修改通道

https://developer.apple.com/appstore/contact/appreviewteam/index.html (网址)