[已处理]难道是程序Bug？

xinghun61 2011-07-01 12:19:38

发表了文章，然后，再编辑修改，如果此时直接点发表，修改的内容不生效，只有先点旁边的另存为草稿，然后，再发表，修改才生效。
感觉似乎是程序的Bug吧，呵呵。

...全文

113 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

CSDN 2011-07-01

打赏
举报

回复

尊敬的用户，您好：

对于您反馈的建议，我们会及时转交给相关人员，博客的会在一定的时间升级改版，我们将会逐步完善各项功能，具体请参阅：http://blog.csdn.net/csdnproduct/archive/2011/06/29/6575024.aspx。

感谢您支持CSDN 社区!

几点说明：

1.数据库的主机名、用户名、密码和数据库名请先在common.inc.php中修改。

2.本程序使用mysql建表，使用时请先按上述要求修改配置，然后运行里面的sql_setup.php即可。

3.留言薄管理员的用户名和密码请在admin.inc.php中修改。

4.如果您的主机*支持*，在有人留言时，您可以收到一封邮件（具体在guestcheck.php中设定）,此功能默认关

闭！

5.留言时不支持html或者ubb功能,留言搜索功能亦须补充

6.由于用到计数器（counter.txt），如果是liunx主机，请将该文件夹属性设置为777（好象是这个代码，不过

我也记不太清了，有没有晓得的朋友知会一声？）；如果是windows，请将权限设置为everyone的完全控制。

7.管理员回复功能尚不具备，目前就只能和他们一块留言啦！

8.分页问题正在紧急处理中！(请到我的主页下载最新的版本)

9.程序正处于调试中，不排除任何bug，欢迎反映、指正。

原文链接一般的低概率bug，不足以导致系统崩溃的bug?** 方案1：仔细检查是否是自己的执行步骤，或者误操作导致的bug，提交给相关人员方案2：通过日志相关信息处理，提交相关开发人员方案3：通过截图方式尽量复现当时的情景方案4：和相关测试人员商议，确定bug的优先级与开发沟通，猜测可能出现问题的地方，在代码中设桩，添加状态打印信息，进行有针对性的测试。方案5：考虑采用自动化，进行压力测试，测试过程中注意收集log信息，统计bug出现的概率。方案6：（前提：项目组相关人员均知晓）关注发布后的用户

Bug的相关概念.Bug的分级. Bug的生命周期. 描述一个Bug

前言笔者今天想和大家来聊聊bug的处理流程，咱们不谈工具，单把它本质的一些东西抽离出来与大家分享，废话不多说我们直接进入主题吧。一、Bug的属性 1、Bug重现环境这个应该是我们重现bug的一个前提，如果没有这个前提，我们可能会无法重现问题，或者跟本就无从下手。 2、操作系统这个是一般软件运行的一大前提，基本上所有的软件都依赖于操作系统之上的，对于一个软件来说，要想在某个操作系统上运行，必须要对这个操作系统支持，这就需要有真对性的设计与开发。对于不同的操作系统，其可能存在差异（.

软件测试工作中常常会遇到不能复现的bug，遇到这种情况其实很正常，但是很多测试新手都按照自己的想法处理，没有提交bug，或者匆匆关闭bug。线上出现问题，就只能自己背锅了。今天我们就说说，遇到这种情况，我们该如何应对。首先，出现不能复现的bug，这里一般有两种情况第一种，在测试阶段，执行了一个用例未覆盖的场景，或者随机测试，盲目点点点，一旦产生了bug，很容易忘记之前操作了什么。对于这样的情况，通常让我们很头疼。软件测试工作中常常会遇到不能复现的bug，遇到这种情况其实很正常，但是很多测试新手都按照自己的

672

社区成员

253,709

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章