找回密码
 立即注册
thebug管理management | 企业管理 2022-09-23 111 0star收藏 版权: . 保留作者信息 . 禁止商业使用 . 禁止修改作品
51CTO官方C/C++开发工程师QQ群(1090119),验证请输入您的ID。??程序员是个很辛苦的行业,一般面对无穷无尽的加班,但通过分析发现,大多数加班并不是因为项目时刻不行,而是前期开发没有设计好,后期呈现了无法跟踪,甚至无法管理的bug,致使研制时刻不可控,这即是一般所说的“bug是加班之源”。因而,我们假如能在设计阶段,预防、露出很多bug,将大大减轻程序员的压力,使开发工作变得很开心!??技术门诊是51CTO社区品牌节目,每周约请一位客座专家,为广阔技术网友回答问题。从热点技术到前沿知识,从技术答疑到行业设计。每期一个主题,站在最新最热的技术前沿为你引航!??本期技术门诊我们约请到软件研制和管理领域专家、IT图书作者肖舸专家与我们评论C/C++开发中的常见bug的管理方法。??本期专家:肖舸拿手领域:C/C++,商用数据传输专家简介:普罗通信()有限企业研制主任,MCSE,商用程序员。具有多年的软件研制和研制管理经验。精通C/C++,TCP/IP,拿手分布式数据库、服务器集群以及并行计算领域的研制。曾担任西南交大客座讲师,教学《C/C++言语无错化程序设计》课程。曾在多家企业担任项目经理,担任过的项目有《httptunnel防火墙地道穿越系统》、《freeppV1.5服务器集群》、《电子白板子系统》等。著有《0Bug----C/C++商用工程之道》。检测本期门诊精彩实录:doctor.51cto/develop-144.html参加最新技术门诊:doctor.51cto/精选本期网友发问与专家回答,以供网友学习参考。Q:肖教师您好!软件测试的首要意图在于发现软件存在的错误(Bug),关于如何管理测试中发现的错误,将直接影响到测试的作用。只需准确、敏捷、准确地管理这些错误,才干消除软件错误,保证要发布的软件契合需求设计的方案。在实践软件测试进程中,关于每个Bug都要通过测试、承认、修复、验证等的管理进程,这是软件测试的重要环节。相对来说,bug的管理也显得很重要了。您能简单论述一下Bug管理的一般过程吗?A:我的理解,只需是软件企业,bug管理是有必要的。bug管理笼统出来,是一个管理过程,和程序本来没有多大关系,而是企业里边有这样一套管理“人”的机制,以便对bug实施跟踪,落实到人头去管理。一般说来,企业内网应当安装一套bug管理系统,我们企业用的是Mantis,这是一个开源产品,很好用,依据权限,QA检测出bug,即提交到这个系统上,PM依据状况,指派给某个RD管理,管理后,RD回复已管理,并修改状况,QA做回归验证,终究实现一个闭环。我的理解,一般的测试人员,找到bug并不难,难的是如何准确描绘bug,一般,QA关于bug的生成状况描绘越准确,RD越能快速定位,快速管理。但这需求经验,不是每个人都能做到的。因而,我一般建议,bug的管理和管理,应当RD和QA共同努力,而不仅仅是测试部分的问题。我在开发中强调白盒测试,即RD写完每个模块,交稿时都要附有该模块的测试工程,这些测试代码不会终究release出去,但是,可以帮助PM和QA做开始的分模块验证,本来只需有这个验证进程,很多bug可以在RD提交代码之前管理的。我的新书《0Bug----C/C++商用工程之道》,本来首要即是一本RD写给RD的书本,帮助RD养成良好的开发习气,理解很多开发中细节的区别性,以便写出bug尽可能少的程序。这自身,即是企图从源头管理bug问题,下降后期QA的工作强度。
[技术门诊第132期]实践乃王道:C-C++开发常见bug解析.doc

(51CTO official C/C   development engineer QQ group (1090119), please enter your ID for verification. ??Programmers are a very hard industry, generally facing endless overtime, but through analysis, it is found that most of the overtime is not because the project is not working at all times, but because the early development is not well designed, and it is impossible to track or even manage in the later stage. bugs, resulting in uncontrollable development time, which is commonly referred to as "bugs are the source of overtime." Therefore, if we can prevent and expose a lot of bugs in the design stage, it will greatly reduce the pressure on programmers and make the development work very happy!?? The technical clinic is a 51CTO community brand program. Broad technical netizens answer questions. From hot technology to cutting-edge knowledge, from technical Q&A to industry design. Each issue has a theme, standing at the forefront of the latest and hottest technology to guide you!?? In this issue of technology clinics, we invite experts in the field of software development and management, IT book author Xiao Ge, and we comment on common bugs in C/C   development management method. ?? Expert in this issue: Xiao Ge Specialty Field: C/C  , Commercial Data Transmission Expert Profile: R&D Director of Puluo Communication () Co., Ltd., MCSE, commercial programmer. Has many years of experience in software development and development management. Proficient in C/C  , TCP/IP, good at the development of distributed databases, server clusters and parallel computing. He has served as a guest lecturer at Southwest Jiaotong University, teaching the course "C/C   Language Error-Free Programming". He has worked as a project manager in many companies, and has worked on projects such as "httptunnel firewall tunnel traversal system", "freeppV1.5 server cluster", "electronic whiteboard subsystem" and so on. Author of "0Bug----C/C   Commercial Engineering". Check out the highlights of this outpatient clinic: doctor.51cto/develop-144.html Participate in the latest technology outpatient clinic: doctor.51cto/Selected questions and answers from netizens in this issue for netizens to learn and reference. Q: Hello Mr. Xiao! The primary purpose of software testing is to find bugs in the software. How to manage the bugs found in testing will directly affect the role of testing. Only by managing these errors accurately, agilely and accurately can software errors be eliminated and the software to be released be guaranteed to meet the requirements designed. In the process of practical software testing, each bug must pass the management process of testing, recognition, repair, verification, etc., which is an important part of software testing. Relatively speaking, bug management is also very important. Can you briefly discuss the general process of bug management? A: I understand that bug management is necessary only for software companies. In general, bug management is a management process, and it has nothing to do with the program originally, but there is such a mechanism for managing "people" in the enterprise, so as to track the bug and implement it to the head of the management. Generally speaking, a bug management system should be installed on the intranet of the enterprise. Our company uses Mantis, which is an open source product and is very easy to use. According to the permissions, QA detects bugs, that is, submits them to this system, and PM depends on the situation. , assigned to a certain RD management, after management, RD reply has been managed, and modify the status, QA does regression verification, and finally achieves a closed loop. In my understanding, it is not difficult for ordinary testers to find bugs, but how to accurately describe bugs is difficult. Generally, the more accurate QA describes the generation of bugs, the faster RD can locate and manage them. But this requires experience, and not everyone can do it. Therefore, I generally recommend that the management and management of bugs should be a joint effort of RD and QA, not just a problem of the testing part. I emphasize white-box testing in development, that is, after RD has written each module, the test project of the module must be attached when submitting the manuscript. These test codes will not be released in the end, but they can help PM and QA to do the initial analysis. Module verification, originally only need to have this verification process, many bugs can be managed before RD submits the code. My new book "0Bug----C/C   Commercial Engineering", was originally a book written by RD for RD, to help RD develop good development habits and understand the differences of many details in development, so that Write programs with as few bugs as possible. This itself is an attempt to manage bugs from the source and reduce the work intensity of later QA.
[Technical Clinic No. 132] Actual combat is king: Analysis of common bugs in C-C   development.doc)

[下载]16294238838.rar




上一篇:职业培训学校java面试题
下一篇:C语言语句总结