这个看似是个外行提出的好笑的问题,但是却可以反映产品从设计到上线整个流程可能遇到的问题。
作为工程师的我,觉得这个问题非常值得讨论。Bug分很多类,一类是对用户来说不能正常使用,能被用户感知到的错误。一类是用户能正常使用,但是有各种异常的错误。一类是使用没有任何问题,但是不符合产品预期的问题。其他应该还有很多,这里我们一一讨论。
1、对用户来说不能正常使用,能被用户感知到的错误
其中一种情况是程序员和测试人员的问题,所有功能在上线前,工程师和QA人员应该测试,回归完功能。能被用户感知到使用流程有问题的话,一定是相关人员能力或者线上意识某一方面欠缺,也是最不能容忍的。
另外一种情况是黑天鹅事件,什么网线被挖断,机房被炸,服务器爆炸什么的......这个说实话,除了在软件架构上做冗余,目前没有什么特别好的办法。
2、用户能正常使用,但是在用户看不到的地方有各种异常的
一个功能模块几乎不可能是独立的,它必然牵扯到其他模块。对于你所依赖的模块,你没办法保证这些模块是100%可用的。这个时候可能虽然有错误,但是只要不影响主要流程,我们依然可以正常使用。但这个时候对于外部依赖的异常处理,很考验工程师的能力。
举个例子,有可能你看到的点赞数比你实际收到的点赞数少。这个是由于点赞统计在什么时候失败了一次,某些用户可能认为这个是bug,但是其他可能不会在意(当你有10001赞的时候,你在意少了1个么?)
3、使用没有任何问题,但是不符合产品预期
这个更多的是研发和产品经理对于需求理解的不一致。因为文字是有二义性的,况且人和人对相同文本的理解本来就可能出现偏差,这就导致了需求理解的不一致,最终导致了线上产品不符合预期。对于内部人员来说,这个也算BUG。
为什么软件里总能找到bug?
发表于:2017-08-07
作者:网络转载
来源:
- 周排行
- 月排行
- 评论排行
-   深入BUG分析
-   从“扁鹊三兄弟”谈缺陷预防
-   记录一次Bug解决过程:可维护性和性能优化
-   如何看待那些不能重现的Bug?
-   缺陷管理之Bug修复
-   软件缺陷的有效管理
-   四个Bug对你的好处
-   从“扁鹊三兄弟”谈缺陷预防
-   游戏测试常见Bug整理
-   缺陷是什么?
-   如何提高自身编码能力--定位Bug篇
-   如何看待那些不能重现的Bug?
-   简单易懂的缺陷分析笔记
-   深入BUG分析
-   从软件出发,非功能测试思考总结
-   展望2017,谁是网络技术头牌?
-   C/C++单元测试工具Visual Unit 4 介绍
-   国内外最好用的6款Bug跟踪管理系统
-   性能测试指标评估必读
-   百度软件测试方案模板
-   38张史上最全的IT工程师技能图谱
-   C/C++单元测试工具Visual Unit 4 介绍
-   2019年,你会选哪些安全测试工具?
-   十款Web服务器性能压力测试工具
-   软件测试入门指南:周期、模型和文档化
-   记自动化测试成神学习之路
-   软件测试全景图 -最全的思维导图