新普京网站-澳门新普京 > 新普京网站 > 测试的相关概念

测试的相关概念

2019/12/30 03:33

一直以来纠结于这个问题。今天闲来上网搜索了一下这个问题。终于知道答案。是onchange事件。经过本人测试,可用。还有说onpropertychange也可以。经chrome浏览器测试,无效果。不知道是什么原因。

/***************************************************************/

根据是否知道源代码分为:

 

最后,有时候找出来了bug的一些规律或者说原因,能重现的是最好的,大多数bug都是不稳定的,重现难度大。重现难度大的时候,只是说比较耗时间,研发人员就会觉得你总结了这个原因导致他们往那方面探索结果没有找到原因,浪费了他们的时间,就会要求说不要测试人员找bug的原因,提交bug表述清楚就行了。但是有时候研发人员对有的问题又难以解决的时候,又觉得测试人员应该找到bug的原因。所以很无奈的

1.对问题的分类好像没有特别的界限。我做的就是黑盒测试。bug的分类有很多,有一些比较容易判断是哪个类别的还好,但是大部分都不知道如何让划分。我在公司划分bug类别的时候就是这样,很疑惑,因为都不知道界限在哪里。一般都只是评判一下bug的严重等级

之前遇到过有些黑盒测试人员,感觉他们测试发现问题后,不分轻重缓急,也不知道分析。比如,发现产品与设计图在某个按钮上颜色有出入就提 Bug,有些问题明显是同一个问题引起的,不去发现根本原因,却一直提表面现象。也有黑盒测试人员跟我说过,测试人员发现任何问题都会判定是 Bug。请问:

  1. 专业的黑盒测试是如何将发现的问题归类的?Bug、Feature、Enhancement 等。或者说有这些分类吗,还是只是分一下紧急程度和重要程度?

  2. 描述中这个黑盒测试人员的观点是普遍思想吗?怎么形成的?

monkey 1000 猴子对手机乱点1000次

黑盒测试(不知道源代码)只关心程序的过程和结果,白盒测试(知道)根据源代码写测试用例

首先是很多公司虽说有测试部门,但是对此并不怎么重视。拿我目前所在公司来说,测试的地位很低。每次我们测试的时间都很少,一个是研发部门不喜欢我们长时间的测试,其次是我们测试部门自己也不希望测试人员测试时间长,长时间测试就会觉得你在偷懒。

/********************2016年5月4日 更新********************************/

上一篇:jquery插件开发之实现md5插件_jquery_脚本之家 下一篇:没有了