您当前的位置: 我在测试的时候遇到印象最深的bug就是 我们的产品一旦打开微信,然后设备就自动嘀嘀嘀嘀嘀的发出报警的声音 当时这个很难注意到,因为我们的设备基本上不会用到微信
目前在测试日历,支持多(Android,iOS,web,PC)同步.遇见一个bug,有某些复杂操作下,可以创建一个开始时间比结束时间晚的日程,界面中无任何显示,研发考虑不解决.提bug的测试也觉得可以不解决.但我反对了.基于两个方面,第一,出
! 1. 记得有这么个缺陷,以后再遇到的时候可能就会了解发生的原因. 2. 尽力去查找出错的原因,比如有什么特别的操作,或者一些操作环境等. 3. 程序员对程序比测试人员熟悉的多,也许你提交了,即使无法重现,程序员也会了解问题所在.
不都是错误,bug有的是错误,有的是一些需要改进的地方.所以一般不认为bug是错误
自测 一般指 程序开发完毕 有开发人员 自己 调试通过 或者 按照软件需要到达的功能 自己测试 白盒 就是不考虑软件的如何展现 如何通过页面展现 进行功能的实现,直接是 看开发写的代码进行 函数 检验 业务逻辑检验 这又分为静态和动态的 静态就是直接用眼看 代码 进行走读,看是否存在不合理的地方 动态就是 通过工具或者开发工具dbug 看是否有问题 黑盒 就是不考虑软件代码质量如何 ,只是从操作 使用者的角度出发 看是否实现了软件应该有的功能 错误可以说就是bug bug就是需要合理管理发现错误和问题 就是叫法的问题
1、在A版本发现的bug应该在A版本进行重现我们知道,有很多原因会导致A版本的bug可能不能在B版本重现:1)开发人员自己偷偷解了bug,以免受到KPI考核;2)环境差异,可能B版本的代码在A版本的环境也会出问题,但是在开发环境可
但是由于任何由人编写的程序都不可避免的存在着不符合测试需求的错误,也就是bug.因此需要一个方法来跟踪、分析和展示那些测试活动,避免偏离最小.这种方法称之为错误跟踪系统.它主要是有效的管理缺陷,实现以下作用:1)减少由
1.首先确认这个问题到底是不是bug2.如果是.记录下这个问题的测试环境和测试步骤,实际结果,期望结果3.将这个问题上传到缺陷管理软件中,并告知相关的开发人员4.跟踪这个问题的状态,直至这个问题修复
1、术语解释测试程序:提供给测试组测试的程序; 测试计划:对测试程序(构件、应用程序、系统等)及其目标进行简要说明;测试bug:不符合测试需求的错误,也就是缺陷; .因此需要一个方法来跟踪、分析和展示那些测试活动,避免偏
1. 根据测试需求功能没有实现,性能不达标 2. 部分需求不合理3. 代码实现冗余,需要优化