51Testing软件测试论坛

标题: 测试是否要有个评价的标准呢? [打印本页]

作者: xiaoye_china 时间: 2005-12-7 14:20
标题: 测试是否要有个评价的标准呢?
今天早上接到个测试任务
给我一个EXCEL 的表格写了需要测试的条目,
但是有个问题就是------没有一个衡量错误的标准呢?
我该怎么测呢?问给我任务的人,他说不知道.
大家都是怎么确定标准的呢?
讨论讨论吧

[ 本帖最后由 xiaoye_china 于 2005-12-7 16:02 编辑 ]

作者: ilovejolly 时间: 2005-12-7 15:18
看到这样的帖子就急，标准去找你们公司的人要，这里谁知道

作者: xiaoye_china 时间: 2005-12-7 15:38
有什么好急的?只是想让大家讨论一下么!
我又不是寻求帮助!!!

作者: realism 时间: 2005-12-7 16:10
这个...我想要具体问题具体分析吧.

作者: xiaoye_china 时间: 2005-12-7 16:46
大家是否在接到测试任务的同时也接到一个类似标准的文档资料呢.
也就是说在什么情况下出现什么才是理想的,才是正确的.
这样的文档或说明大家在测试的时候是否有呢?

作者: ilovejolly 时间: 2005-12-7 17:43
实际问题需要实际解决，现实的情况是很多公司不重视测试，所以很多东西需要自己去找。不管是开发也好测试也好所有的标准都是需求，没有需求文档就去要，要不到就凭经验来判断，不清楚的地方就去问。

作者: Lero 时间: 2005-12-8 17:20
所谓需求规格说明书
注意
需求和规格
她既有需求
也有规格
这里的规格也就相当于标准！

作者: xiaoye_china 时间: 2005-12-9 17:09
谢谢各位! 我们是个小公司,所以也没有什么测试组
就是别人说把这个测一下吧,我就把他说的要测的测试一下
具体会出现什么异常只能自己看了
自己觉得有问题的地方再去问.然后确认是不是BUG
哎......

作者: snoppy_luo 时间: 2005-12-19 16:18
测试评价的标准还是要符合需求说明书。通常的标准1级，2级用例100%执行，3级，4级用例60%执行。这只是参考，还是根据公司的规定来测。

作者: wzb521 时间: 2005-12-19 17:14
对于斑竹那么不负责的回答，我觉得对在这里提问题的人是种打击。
可以加我QQ，我帮你分析一下（在我有空的时候）

作者: 森林一木 时间: 2005-12-19 17:49
简单的说,跟需求不对应的地方就是bug!如果没有需求,那可就难办了.有机会讨论一下,呵呵

作者: 森林一木 时间: 2005-12-19 17:50
大家都是朋友,不要说引起别人误解的话,对不?

作者: xiaoye_china 时间: 2005-12-19 17:52

原帖由 snoppy_luo 于 2005-12-19 16:18 发表
测试评价的标准还是要符合需求说明书。通常的标准1级，2级用例100%执行，3级，4级用例60%执行。这只是参考，还是根据公司的规定来测。

谢谢你,不过在公司不能上QQ呢,可有MSN ?

作者: jay_luck 时间: 2005-12-22 15:31
楼主的情况跟我很像，郁闷中。。。

作者: xiaoye_china 时间: 2005-12-22 15:37
大家同样面临这样的事情啊.真的是比较郁闷呢....

作者: Nio 时间: 2005-12-23 11:03
楼主的情况，估计需要看一下程序，或者在测试前要先弄清如何操作以及什么样的结果是正确的。
由于没有相关文档，与开发人员的交流就必不可少了。

作者: xiaoye_china 时间: 2005-12-23 11:24
恩有道理,接下来的项目就来了一堆的测试条目,而且还是日文的,
看起来好费劲,看来测试的标准就得多问了

作者: 期待流星 时间: 2005-12-24 23:09
标题: 郁闷
一样注意点还有机会

作者: cat_zhang 时间: 2005-12-25 15:57
这种情况,你可以去问你们的BA就是需求人员,或是开发人员,看看客户提出的具体要求是什么,要开发人员实现哪些功能,如果你们是做产品的那么只需要问提出需求的人,如果他不清楚,你可以去问开发人员,需求人员向他们提出了什么样的需求,要求他们实现的,那么你可以去衡量一下,这样的需求和他所理解的是否一致,如果你觉得不对,就和他探讨问题到底出在什么地方,是否需要实现这个功能,实现了又会出现什么样的后果.等等,如果你们针对的是客户,那么你可以去询问项目经理或是每个模块具体的人员.客户的真正要求是什么.然后再回来确定你的问题所在,另外你的问题提的并不是十分的明确,我并不是很清楚你所操作的这个EXECL表格,具体的是做什么用处的,是让你门写CASE呢,还是让你们提BUG?

作者: codecnzgj 时间: 2006-11-10 12:48
若无任何文档的情况下:
1.界面测试标准可以参照软件测试准规.
2.功能:具体功能是要达到什么,如果不知道请问相关开发或管理人员.
3.性能:请先问相关开发及需求提出人员,要达到什么效果. 然后根据按自己对需求的判断来确定,并制定测试步骤.
4.易用:咨询需要提出人员,但大部份需要靠自己根据用户群来分析易用性要达到什么标准.
5.在各种文档不是很正规的团队测试报告最好以图文并貌的形式提交问题,以免开发不知你反馈的问题是在说些什么.
6.推荐:如果以后有类似的接收任务,请向开发主管人员提出:"测试接收标准",否则你提交问题后开发改了半天,又拿给你测试,你又反馈一大堆的问题时,周而复始<1.开发烦 2.项目急待发布,但问题一大堆 3.如果发出去了,有问题会怪是你测试不周全,未提早发现问题 4.绩效考核时,由于项目的众多问题,你将脱不了关系,还得承担扣资金的风险>.
7.祝你好运.

作者: codecnzgj 时间: 2006-11-10 12:51
最后推荐经理成立测试团队<2个人也算>,能力过硬的话,你做主管<1.对公司有好处,项目开发测试有条有理,顺利进行 2.升职加薪,何乐而不为之 3.免去经常无规则的和开发打交道引起的不必要矛盾. 4.个人也可以正专注的往此方向发展>

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)