工作bug记录

1. 在bu能够上传成功的东东,但是为什么mu替换之后就不能上传成功呢? (写权限,写权限,写权限)

             解决:网络复制的时候,文件夹的复制其权限没有复制过去,导致mu上传东东的时候,没有写权限。。。。晕死,一定要注意:权限问题阿,尤其是在linux下面。

            教训:linux下在开发,莫名其妙的错误,你可以考虑一下权限问题,因为文件复制传输,是不会把权限按照原文件的权限拷贝过去的 (不会哦)

2. 上一个bug又引起了新的bug,那就是:本应该在eu上减去的容量大小,因为转给了bu,所以,减去容量的大小在bu上进行了操作。 这样就导致容量误差。

             教训:改一个bug,要考虑到其他的操作是否也跟着改变了,避免引起新的错误。

3.我们不能够使用open来判断文件是否存在,这样是不准确的。因为,在linux下经常有权限的问题,所以,一旦你没有读的权限,那你也是不能open一个文件的,所以:我们不                 能够使用open来判断文件的存在与否,我们应该使用:access()函数来判断:这个函数是判断文件权限的函数。具体看:《linux判断文件是否存在》博客,我转载的F_OK          可以判断文件是否存在。

bug 记录是一种软件开发中常用的方法,用来记录程序中出现的错误或者异常情况。它是软件测试的重要环节,有助于开发人员更好地追踪和解决bug,同时也方便团队间的沟通和协作。 在Word末班的情况下,bug记录可以被用来记录Word应用程序中出现的各种错误和问题。这些问题可能是功能缺陷、用户界面问题、性能问题等。通过记录这些bug,可以帮助开发人员准确定位问题,并提供修复的指导和参考。 一个有效的bug记录通常包括以下几个主要方面: 1. 问题描述:详细描述bug的具体表现和出现的环境条件,以便开发人员能够复现该问题。 2. 问题重现步骤:提供重现该bug的详细步骤,让开发人员可以按照这些步骤来定位和修复问题。 3. 优先级和严重程度:对bug进行分类,分别给出优先级和严重程度,以帮助开发人员优先解决重要且影响较大的问题。 4. 日志和截图:提供相关的日志记录和截图,以便开发人员更好地理解问题和进行调试。 5. 解决方案或修复建议:如果可以,尽量提供对该bug的解决方案或修复建议,这样可以帮助开发人员更快地解决问题。 此外,一个好的bug记录系统对于跟踪和管理bug也非常重要。团队成员可以通过该系统中的与bug相关的字段,例如状态、指派人等,了解bug的当前状态和处理进度。这样团队内部可以更加高效地分工合作,从而提高整体的开发效率。 综上所述,bug记录在软件开发中是十分重要的一环,它对于发现、修复和追踪问题起到了关键的作用。在Word末班中,通过良好的bug记录和有效的协作,可以帮助开发团队更好地完善和提升Word应用的质量和用户体验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值