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

xinghun61 2011-07-01 12:19:38

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

...全文

109 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

当然，你要确定一个问题的类型，也需要对项目（或产品）有比较深的理解。这一步不是必须的，跟项目模式有关，有些公司测试部门与开发部门独立，那么测试人员就不确定自己测试的模块是由哪位开发人员负责的，在这种情况下，测试人员统一把问题指派给项目组长或经理，由项目组长（或经理）对问题进行确认后再次分配给相应的开发人员。对于B/S系统，或面向大众的互联网产品（网站，邮箱等），浏览器的兼容性也是必须测试的一个重点，对于现在的浏览器市场，各式的浏览器都有其用户群，要想使产品大众化，必须考虑这些产品的兼容性问题。

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

662

社区成员

253,722

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章