新版博客bug太多了，测试测试再上线吧

sun0322 2018-04-15 08:52:15

随便用了一下，就发现两个问题

1。添加标签，一个标签可以添加多次。已经添加的标签不能删除。

2。对已经保存的文章，无法再次保存，修改。

...全文

456 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

weixin_43165363 2018-09-09

打赏
举报

回复

能否加个微信有没有联系方式

(☆随缘☆) 2018-04-16

打赏
举报

回复

你用的什么浏览器啊，我这测试没问题，等等我再反馈下吧。

一般来说，上线的BUG不能完全归咎于某一个人，或者是归咎于测试部、开发部，这是一个团队合作的过程，出了纰漏谁也逃不掉，应该及时止损，吸取经验教训，在今后的版本或者项目中规避类似的问题出现。当然，如果真的是某个人的责任，那么项目组就应该给予警告，让其后续吸取教训杜绝类似问题出现，否则，就应该考虑他的去留了。

面试题：项目上线后发现bug，应该怎么做

如果虽然Bug的数量也是衡量软件测试人员绩效方式的一种，但是这种单纯的以Bug数量作为测试人员的绩效考核方式在我看来不太合理。该方式可能会产生许多无效的Bug，增加测试和开发的沟通时间。如果作为测试领导或测试负责人我们应该避免使用该方式作为考核标准，以下是我认为不合理的几种原因：1、测试模块安排不合理如果安排测试稳定的模块不管是根据用例还是自由测试找到Bug的难度非常大，导致测试人员的Bug数量上...

大多数测试人员认为测试工作是发现bug，虽然这是测试的主要任务，但其实测试最重要的任务是质量控制，而发现bug和验证bug只是质量控制的一个重要环节而已。

不管是开发人员或测试人员，我们都应该珍惜接触现场日志的机会（当然首要的是需要保密不外传），因为我们可以从日志中窥探到用户使用习惯或产品使用方式，从而将这些行为或习惯复制到我们的测试用例中，亦或者在测试中放大用户行为或习惯。1）测试环境数据和真实用户环境可能存在较大的差异（比如：测试环境的数据库不存在某个字段abc，而真实用户行为查询却使用到了该字段abc），我们需要根据自己的测试环境进行适当的调整。2）获取到的用户行为有限，无法支撑大量的查询比对（比如性能查询，统计数据库某类查询行为的耗时均值）。

590

社区成员

254,055

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章