yuetiantian 发表于 2009-7-21 10:55:44

《软件测试中手为新人答疑》

在这个论坛也混了一段时间了,发现很多筒子对于新人问题的回答似是而非,甚至漏洞百出,一些基本的概念都是错的,严重误导了新人对软件测试的理解。作为一个软件测试中手,我愿意尽力回答新人的一些问题,并且分享自己对软件测试工作的一些理解。先申明啊,软件测试博大精深,涉及到的技术和工具那也是相当相当的广泛,很多方面我都没有接触过,所以对于那些我不了解的方面回答不了也请大家见谅。另外欢迎其他筒子参与讨论和回答,大家互相学习共同进步。

请点击页面上的“只看作者”查看回帖内容。

[ 本帖最后由 yuetiantian 于 2009-7-30 20:46 编辑 ]

jrgglolicon 发表于 2009-7-21 15:15:49

想先请问前辈 软件测试的文档分类有哪些诸如测试用例和测试计划的概念

yuetiantian 发表于 2009-7-21 15:44:55

原帖由 jrgglolicon 于 2009-7-21 15:15 发表 http://bbs.51testing.com/images/common/back.gif
想先请问前辈 软件测试的文档分类有哪些诸如测试用例和测试计划的概念

测试计划(test plan)是软件测试过程中最重要的文档,可以说测试计划的质量直接决定了软件测试的质量。一般来说测试计划来源于项目的设计文档,也就是说测试计划和设计文档是互相呼应的,测试计划就是为了确保和证明软件实现了设计目标。当然,测试计划只是一个总称,对于不同的测试类型,不同的测试阶段,你会编写相应的测试计划。例如,针对smoke test,你应该有smoke test plan, 针对regression test, 你应该有相应的regression test plan。在测试计划中主要描述了测试的目标,测试进度的安排,测试资源的使用,测试环境,测试中人员的职责,测试结束的标准以及软件发布的策略等等,根据测试类型和阶段的不同而有所侧重。一般来说,测试计划中不会有详细的测试用例设计,因为毕竟测试用例可能会很多。

测试用例(test case)设计文档,用来描述测试过程是如何具体执行的。其主要有如下几部分组成:1,测试用例名。2,测试目的。3,测试步骤。4,期望得到的结果。5,测试结果(成功还是失败)。6,备注。设计好的测试用例不是一件容易的事情,首先要对待测系统相当熟悉,用应该少的测试用例覆盖尽可能多的测试点和容易产生错误的测试点。至于测试用例是应该描述的详细还是简洁,一直都有争论。详细的测试用例可以指导对于系统不太熟悉的测试员进行有效的测试,但是过于死板的步骤不易发现未能覆盖的其他问题。简洁的测试用例适合非常有经验的测试人员使用,他们每次都可能使用不同的方法或者角度来执行同一个用例,这样大大增加了发现错误的几率。所以,到底如何编写测试用例要根据实际情况进行权衡。

superman139 发表于 2009-7-21 15:45:38

::zhuhe::: 期待中...

jrgglolicon 发表于 2009-7-21 16:22:07

哦~~~感谢前辈啊!

jrgglolicon 发表于 2009-7-21 16:31:43

请问BUG 的生命周期 是不是有个详尽的列表之类的啊

superman139 发表于 2009-7-21 16:38:24

是有的,这个我看到过的.
------------------------------------------------------------------------------------------------------------------
新建的Bug处于Active状态,可以通过编辑指派给合适的解决者。解决Bug之后,Bug状态变为Resolved,并自动指派给创建者。创建者验证Bug。如果未修复,再重新激活,Bug状态重新变为Active;如果已经修复则可以关闭,Bug状态变为Closed,Bug生命周期结束。已经Closed的Bug如果重新复现,也可以直接激活。具体流程如下图所示。

yuetiantian 发表于 2009-7-21 16:53:20

原帖由 jrgglolicon 于 2009-7-21 16:31 发表 http://bbs.51testing.com/images/common/back.gif
请问BUG 的生命周期 是不是有个详尽的列表之类的啊

ls的图不错。

为了简化流程,假设整个bug生命期只有两个角色参加,分别是tester和developer,其实实际的项目会有更多的人参与。并且假设bug是tester发现的。
一般来说,bug的生命周期是这样的:
1.tester发现bug,提交给相应的developer,developer有两种看法:
1.1 是一个bug,进行修复
1.2 觉得不是一个bug,拒绝此bug,并且将其返回给tester。tester同意关闭,则关闭。不同意,tester再次提交给developer并说明理由。

2.如果真是一个bug,有两种可能:
2.1.软件不正确,不符合设计文档,那要修改软件。
2.2 软件正确,设计文档有误,那要修改文档。

3.developer在软件或者文档修改完毕后,将修改后的文档和软件交付tester验证
3.1 tester验证成功,关闭bug
3.2 tester验证失败,再次将bug提给developer,循环上述过程。

superman139 发表于 2009-7-21 16:59:21

lz
bugfreehelper有支持bugfree2.03版本的吗?我只能找到支持bugfree2.0版本的.想试着装一下,但不能用.

jrgglolicon 发表于 2009-7-21 17:07:22

谢谢啊~~~~我看看

yuetiantian 发表于 2009-7-21 17:08:50

原帖由 superman139 于 2009-7-21 16:59 发表 http://bbs.51testing.com/images/common/back.gif
lz
bugfreehelper有支持bugfree2.03版本的吗?我只能找到支持bugfree2.0版本的.想试着装一下,但不能用.

不好意思啊,我没有用过这个软件

superman139 发表于 2009-7-21 17:13:38

是一款bug跟踪,管理软件,是开源的.

佐伊 发表于 2009-7-21 17:20:33

楼上的头像:lol

superman139 发表于 2009-7-21 17:21:56

::yxiao::: :lol :lol :lol ::yxiao::: ::yxiao:::

yuetiantian 发表于 2009-7-21 20:28:44

软件测试新人应该先学什么?
经常在这个坛子里面看到新人问:“我是新人,想学习软件测试,应该从什么地方开始学?应该看什么书?应该怎么起步?”
有的时候真的很想帮新人解答各种问题,但是却不知如何下手。因为新人们问的问题经常很不清楚,不是草草两句结束,就是不具体,要不然就是想要别人一下子告诉他所有关于测试的概念或是整个过程。你想想,你问问题都不认真,别人能给你认真回答么?你问个问题都问不清楚,让别人不知所云,别人就算想帮你也帮不了啊。还有那些想一口吃成胖子的同志,雄心壮志是好的,但是别人也没办法一下子告诉你所有的事情啊,难道你在问问题之前就不能先搜一下网络么?如果网上真的搜不到你想了解的东西,只要你能够分享你的想法,那么我想大家肯定很愿意和你一起讨论的。
所以我觉得新人首先需要学习的不是什么测试的基本概念,也不是多看两本理论书籍,而是要先学会如何寻求帮助,学会自己寻找答案,说白了就是要学会学习。

jrgglolicon 发表于 2009-7-23 09:54:10

请前辈给我一个简明些的 BUG生命示意图本来在你帖子内的那张图由于是全英文的 我看着 理解不透彻 很吃力麻烦前辈了

superman139 发表于 2009-7-23 10:18:39

:L 这些英语单词- -||.查字典丫,乖

jrgglolicon 发表于 2009-7-23 10:23:30

我总感觉在词典上找到的不是最贴切的解释很纳闷

superman139 发表于 2009-7-23 10:37:22

你哪个词拿捏不准啊?我帮你看看

jrgglolicon 发表于 2009-7-23 10:48:33

就是你给出的图几乎我理解不到完完全全确切的意思 只是会意一点因为下面的前辈是用他自己的解释了下的我也只是理解了一些而已
页: [1] 2 3 4 5 6 7 8
查看完整版本: 《软件测试中手为新人答疑》