bug代码,产品代码经手多名程序员?

2023-08-02 107阅读

很多的产品代码过上几年，都会经历过多人修改的情况。软件是否有具有可维护性，在这里就体现了出来。很多的软件在开始时只求快速做出来，没有规范没有各种设计文档更没有程序设计文档，后面发现问题或者需要修改什么增加什么就成为了比较麻烦的问题。

产品代码经手多名程序员，BUG查询费劲，如何处理？这个问题差不多就是这种情况，可以试着这样做。

首先看看有没有以前的文档，了解程序的功能是什么程序逻辑是怎么样设计的。程序输入什么输出应该是什么。明白正常情况下程序应该输入输出什么内容。最好写出测试样例。

然后测试。全面测试包括前面写的测试样例或更多的测试条件，记录测试的详细过程，包括测试数据、操作流程及画面、出现什么问题表现是什么样子。

接下来进行调试。从程序执行的开始遇到的问题往下一步一步调试，然后追踪调试数据以及结果是否是正常的。逐步改正，就这样重复调试了。

这样做是比较麻烦，但可以更多清晰的了解程序是做什么的，更能发现程序问题并解决。

bug代码,产品代码经手多名程序员?

帐号824761834，第一次选s10剑胆琴心，点充值，他会告诉你充值失败，第二次再输入你自己的大区和帐号，不然就充到剑胆琴心了，我试过，翻了4倍，怕被骗你可以你可以先充10元试试

由于你没有给代码的截图，所以我无法直接为你分析问题所在。但是既然这个回答是没有其它人的，我就简单的帮你分析一下。

一：环境问题

jdk没有配置好啊，所需要的jar文件没有引入，运行配套环境没有启动，IDE的设置问题，或者系统存在一些未知的功能性问题，都有可能导致此类情况。你所说的代码没错，不知道是代码没有错，还是运行没有报错。如果是代码没有错的话，优先考虑这个原因。

二：代码问题

如果运行过程没有报错，却又运行不起来，你考虑是否为代码中存在逻辑错误，因为除了明显的语法错误之外，很多的bug其实是不会报错的，只是最终无法呈现相应的功能。

好像也就这些了，希望可以帮到你。

腾讯现在有个BUG,可以突破限制，无限添加群好友

可以的，但是请保证需求一次性写好并且考虑完善，而且给程序员留出足够的设计和开发时间。

完成的项目开发，包括：提出需求、需求分析、架构设计、概要和详细设计、开发、测试、上线。但是在实际的开发过程中，开发人员经常会遇到这样的问题：

业务人员也不知道自己想做什么。是的，你没有听错，很多业务人员自己都不了解业务。所以他们提的需求会天马行空，也会经常变化，甚至开发还没有结束，需求已经变了。

需求人员就是传话筒，业务人员说什么，需求人员写什么，不做筛选和加工。

开发时间紧，很多时候是没有设计时间的，需求讨论一下就开始敲代码，因为时间真的很紧。单元测试用例覆盖度？哪有时间写单元测试呢。

测试只会页面点点点，只能测到表面，比如我见过这样的BUG：“页面的按钮名字叫做【新增】，需求写的是【新建】，所以这是一个BUG”。好吧，这确实是一个BUG，但是你们不能只找这种程度的BUG啊。

由此可见，项目流程中的每一个步骤，都会造成BUG的产生，只不过大部分锅都是由开发人员背的。

细说一下开发，我们既然不能要求别人怎么样，但是至少要把开发做到最好：

开发人员尽可能的早一些参与到需求讨论和确定中。不一定非得是开发人员，可以是项目经理、架构师或敏捷开发中的PO/Master。这样有几个好处：尽早了解客户需求，如果有不合理的地方可以及时纠正；避免需求在传递中缩减或理解偏差；还可以在需求讨论过程中，完成一部分设计。

可以没有设计文档，但并不是说可以没有设计，我认为在开发之前，一定要留出一部分时间，想一想实现方案。

增加代码的复用性，我们经常会遇到这样的问题：相同的逻辑四处都有，修改的时候要改很多地方，这样增加了测试的难度；还有就是，可以减少我们开发的工作量。

一定要花时间摸清楚老代码，有些程序员接手一个项目的时候，宁可重新写一个新方法，也不愿意修改老代码，长此以往，这项目的代码就真的没人敢动了。

说回测试用例，最好能投入一些时间去写，前期是一件非常痛苦的事情，但是当测试用例覆盖度积累到一定程度之后，很多隐形的BUG就能避免了。

最后，希望业务、需求、开发、测试、运维可以一条心，把一个项目做好，而不是出现BUG之后互相指责。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。