如何看待程序员把Bug都改完就被开除了？ 程序员改bug
- 小白程序员进入公司后，天天被要求改BUG有前途吗
- 优秀的程序员是如何处理技术 Bug 的
- 改bug 影响范围 称之为什么
- 作为一个测试人员，在测试时找到Bug后，是否应该查明Bug原因？还是认为没有必要查明Bug的原因？
小白程序员进入公司后，天天被要求改BUG有前途吗
当然有，日积月累，如果大量的改bug会对常见的错误类型一目了然，对后期的学习和技术提升还是有很大帮助的
优秀的程序员是如何处理技术 Bug 的
从初入职场菜鸟到职场大咖，很多程序员在努力充实自己，有时候我们需要对自己进行一次能力定位，了解自己的优势和没有掌握的技术。芯学苑列出几点作为初入职场的新手评估自己，明了前进学习的方向。
1、技术能力(解决问题的能力)
这是非常重要的事;过硬的技术能让你得到面试机会，并在工作中游刃有余。当公司招聘一个Java开发人员时，是会优先考虑能力因素的。在实际的项目开发中，一个程序员的技术能力等于其解决问题的能力。
如果拿一个尺度来衡量这个能力的话，一个程序员的能力可以用能完成任务的数量和难度来衡量。一个程序员能基本无误的完成项目中的一个功能算是合格，但在此之前，他对项目的生产力为负，为他布置的任务，中间环节的沟通，修补bug的时间其实要多于自己直接完成该功能的时间的。能较好完成一个完整模块的程序员才算是较好的程序员，也是项目中的主要开发者。能独立完成整个项目才是优秀的程序员。
2、专业基础(知识的积累)
一个程序员的知识积累很大程度上决定了其解决问题的能力。知道如何编写代码是基本的技能，但是知道Java编程语言的原理，知道代码背后的算法将使你从人群中脱颖而出。
3、主流编程工具
今天，事实是，你不能成为一个样样都懂的人(杂而不精)。你必须选择你要掌握的工具。有时这是由工作的环境决定的，但是按照下面说的去做也是一个很好的选择：
构建工具：Maven或Gradle。
SCM：Git(不是GitHub。大不相同)。
构建自动化：Jenkins。
IDE：Netbeans或Eclipse——不仅用于编写代码，而且还从IDE中重构和调试代码。我遇到了很多没有如何从他们最喜欢的IDE调试的开发人员。
Bug跟踪：Bugzilla或Jira。
4、JSF的知识
应用程序服务器
所有Java开发人员应该知道如何在Apache Tomcat中部署。
当Glassfish开发停止时，下一个最好的事情是J Boss Wild Fly。
5、沟通的能力
沟通是我们做好一切事情的关键。我们必须与我们周围的环境保持互动，无论是在我们的私人还是职业生活中。一个良好的程序员知道如何在各种团体面表达自己。也许对你来说显而易见的东西在他人的角度来看并非如此。
从大的尺度(比如一个人的工作生涯)来看，一个程序员知识积累的多少只决定于其自学能力和他对编程本身的兴趣。
在一个分工明确的项目中，程序员需要理解产品，和领导沟通理解自己的任务，和同事们沟通以正确的方式进行合作。无论哪一个方面沟通出了问题都不是小事情，同时，程序员还需要正确的传达设计的实现难度，以及让别人正确的理解自己设计模块的接口。在不写文档时，正确的口头沟通非常重要，需要写文档时，良好的编辑能力也算做是沟通能力的一部分。
6、自学能力
这是一个非常重要的技能，在你自己的空闲时间学习新的技能。不要等待公司为你提供培训。你需要自己去学习新技术，提升自己在相关领域的水平。从Java后端开发到架构模式，总是有一些新事物值得学习。经常阅读博客和论坛，尝试加入本地聚会小组。你学到的东西可以帮助你的事业。知识刷新频率极快让人无法追赶的这个时代，难免会有超出自己知识范围的时候，此时你的自学能力决定了你能多快的完成任务。
7、良好的团队合作精神
无论是部分编程还是大型项目，所有开发人员都是作为团队的一部分在协同工作。你需要致力于团队的目的，或帮助新的团队成员克服障碍。不要存在这种“我只要做好我的本职工作，下班就直接回家”的态度。成为团队的一部分，帮助周围的同事，对自己的能力也是不小的提升。
就像拿破仑说的不想当元帅的士兵不是好士兵，追求参与一个大型软件系统的开发，是每个程序员的梦想。在此之前，应该学习更多的专业知识，达到优秀程序师的标准。最后希望各位程序员阅读本文后能够得到一些裨益，在这条路上走得更好。
改bug 影响范围 称之为什么
游戏本身也是软件之一 所谓的BUG是指软件本身功能不完善或者与用户需求不一致的地方 这是软件开发流程中不可避免的 因此才从程序员中衍生出一个新的职业 软件测试工程师 另外 只要是软件都有BUG 一个错别字 某处外观的错误 甚至使用不方便 都可以算缺陷 BUG不可避免 软件测试的目的也只是把BUG数量压制在一定曲线之内 让软件的功能 性能尽可能的完善 因为使用软件的用户给出的需求往往都是很不完善的 开发人员需要不断的与用户沟通 调研 进而使软件更接近用户的预期 而游戏软件的用户可以说数目庞大 想要统一需求很难 因此往往是按照游戏运行商的要求来做的
另外还有很重要的一点就是 游戏软件从开发到上线 往往周期都很短 有些时候赶工期有些BUG即使发现了 只要不影响上线都会延迟处理 每一个游戏都有内测 公测的过程 这些其实是软件测试流程的最后一步 包括玩家平时在玩游戏的时候都可以算成是软件测试中的贝塔测试
具体请参见软件测试系列的知识
作为一个测试人员，在测试时找到Bug后，是否应该查明Bug原因？还是认为没有必要查明Bug的原因？
应该记录下BUG的信息，之后查明BUG的原因就是程序员的事情了。是否查明BUG原因要看你怎么记录你查到的BUG，说的详细点的话肯定是有BUG形成的原因等等，说的不详细就是简单的记录一下BUG，具体怎么发生的BUG，交给程序员。。