51Testing软件测试论坛

标题: 支持我的朋友有吗？ [打印本页]

作者: 丁琳 时间: 2004-12-9 10:11
标题: 支持我的朋友有吗？
验收标准是：1 覆盖了统计局项目需求的测试用例
2 一定质量的缺陷报告
验收时间：最后时间1。20 中间检查12。20 和1。10
说明：任务核心为针对需求功能点的测试用例的设计以及测试执行后发现缺陷的数量，质量。对工具的掌握不作考核要求。
————————————————————————————————————
请大家帮忙告诉我现在该做的第一步是什么，第二不是什么？－－>迷途的羔羊

谢谢^斑_竹^:p

作者: johnliuzy 时间: 2004-12-9 10:19
1:能按照软件需求说明书完整的设计测试用例。
2：包括测试覆盖率，bug分布表，对比分析（如果做的是版本升级），测试评估和结论等。

作者: 丁琳 时间: 2004-12-9 10:25
楼上的大侠，请问测试用例怎么设计呢？请你告诉我大概框架是如何设计的行吗？
测试覆盖率有多广呢？BUG分布表又如何掌握呢？

作者: 云层 时间: 2004-12-9 10:47
测试用例怎么设计有很多很多的书和帖子都谈了这个问题，你可以自己去看看

缺陷报告最基本的体现你自己的工作，把自己的工作成果体现出来了bug统计也算是及格了

作者: 丁琳 时间: 2004-12-9 12:05
标题: 我现在着手做来得急吗？
现在已经是12月9日，离第一次验收还有11天了，我现在有点不知所措的感觉，觉得用例分析设计的范围比较广，真想有个先成的例子给我参谋该多好！
————————————————————————————————————————
向各位大侠请教，有资料给我分析吗？

作者: Lighthouse 时间: 2004-12-9 13:31
mm or gg?

作者: 丁琳 时间: 2004-12-10 09:10
我老大要我首先弄懂功能性测试，请教你们什么是功能性测试啊？

作者: 小子不信邪 时间: 2004-12-10 11:01
功能性测试就是黑盒测试吧。
软件测试方法一般分为两种：白盒测试与黑盒测试。其中，白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，着重于程序的内部结构及算法，通常不关心功能与性能指标。黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，实际上是站在最终用户的立场上，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。

作者: 丁琳 时间: 2004-12-10 11:06
楼上的高手，功能测试的文档需要很详细吗？比如点击按钮，数据输入输出等呢？

作者: 小子不信邪 时间: 2004-12-10 14:15
汗！~~~偶不是高手，上班才4个多月，搞了2个月开发，现在转行做测试。因为不会，所以自己找资料看了看。大家共同进步！
黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。它要求：
每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。
用数据类型和数据值的最小集测试。
用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果；
用假想的数据类型和数据值运行，测试排斥不规则输入的能力；
对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等)。
不仅要考核“程序应该做什么?”还要考察“程序是否做了不该做的”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数据值的异常等等。下述几种方法：(a)等价类划分，(b)因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。

作者: 小子不信邪 时间: 2004-12-10 14:18
等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。
在考虑等价类时，应该注意区别以下两种不同的情况：
有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。
无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。
确定等价类有以下几条原则：
如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“……项数可以从1到999……”，则可取有效等价类为“l考项数＜999”，无效等价类为“项数＜l，，及“项数＞999”。
输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标识符应以字母开头……”则“以字母开头者”作为有效等价类，“以非字母开头”作为无效等价类。
如果我们确知，已划分的等价类中各元素在程序中的处理方式是不同的，则应将此等价类进一步划分成更小等价类。
输入条件有效等价类无效等价类
。。。。。。
。。。。。。。。。。。。
。。。。。。。。。。。。
。。。。。。
根据已列出的等价类表，按以下步骤确定测试用例：
为每个等价类规定一个唯一的编号；
设计一个测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步，最后使得所有有效等价类均被测试用例所覆盖；
设计一个新的测试用例，使其只覆盖一个无效等价类。重复这一步，使所有无效等价类均被覆盖。这里强调每次只覆盖一个无效等价类。这是因为一个测试用例中如果含有多个缺陷，有可能在测试中只发现其中的一个，另一些被忽视。等价类划分法能够全面、系统地考虑黑盒测试的测试用例设计问题，但是没有注意选用一些“高效的”、“有针对性的”测试用例。后面介绍的边值分析法可以弥补这一缺点。

作者: 小子不信邪 时间: 2004-12-10 14:18
等价类划分法并没有考虑到输入情况的各种组合。这样虽然各个输入条件单独可能出错的情况已经看到了，但多个输入情况组合起来可能出错的情况却被忽略。采用因果图方法能帮助我们按一定步骤选择一组高效的测试用例，同时，还能为我们指出程序规范的描述中存在什么问题。
利用因果图导出测试用例需要经过以下几个步骤：
分析程序规范的描述中哪些是原因，哪些是结果。原因常常是输入条件或是输入条件的等价类。结果是输出条件。
分析程序规范的描述中语义的内容，并将其表示成连接各个原因与各个结果的“因果图”。
由于语法或环境的限制，有些原因和结果的组合情况是不可能出现的。为表明这些特定的情况，在因果图上使用持殊的符号标明约束条件。把因果图转换成判定表。把判定表的每一列写成一个测试用例。

作者: 小子不信邪 时间: 2004-12-10 14:18
边值分析法是列出单元功能、输入、状态及控制的合法边界值和非法边界值，设计测试用例，包含全部边界值的方法。典型地包括IF语句中的判别值，定义域、值域边界，空或畸形输入，末受控状态等。边值分析法不是一类找一个例子的方法，而是以边界情况的处理作为主要目标专门设计测试用例的方法。另外，边值分析不仅考查输入的边值，也要考虑输出的边值。这是从人们的经验得出的一种有效方法。人们发现许多软件错误只是在下标、数据结构和标量值的边界值及其上、下出现，运行这个区域的测试用例发现错误的概率很高。
用边值分析法设计测试用例时，有以下几条原则：
如果输入条件规定了取值范围，或是规定了值的个数，则应以该范围的边界内及刚刚超出范围的边界外的值，或是分别对最大、最小及稍小于最小、稍大于最大个数作为测试用例。如有规范“某文件可包含l至255”个记录……“，则测试用例可选1和255及0和256等。
针对规范的每个输出条件使用原则〔a〕。
如果程序规范中提到的输入或输出域是个有序的集合(如顺序文件、表格等)就应注意选取有序集的第一个和最后一个元素作为测试用例。
分析规范，尽可能找出可能的边界条件。一个典型的边值分析例子是三角形分类程序。选取a，b，c构成三角形三边，“任意两边之和大于第三边”为边界条件。边值分析相等价类划分侧重不同，对等价类划分是一个补充。如上述三角形问题，选取a＝3，b＝4，c＝5，a＝2，b＝4，c＝7则覆盖有效和无效等价类。如果能在等价类划分中注入边值分析的思想。在每个等价类中不只选取一个覆盖用例，而是进而选取该等价类的边界值等价类划分法将更有效，最后可以用边值分析法再补充一些测试用例。

作者: 小子不信邪 时间: 2004-12-10 14:19
猜错法
猜错法在很大程度上是凭经验进行的，是凭人们对过去所作的测试工作结果的分析，对所揭示的缺陷的规律性作直觉的推测来发现缺陷的。
一个采用两分法的检索程序，典型地可以列出下面几种测试情况：
被检索的表只有一项或为空表；
表的项数恰好是2的幂次；
表的项数比2的幂次多1等。
猜错法充分发挥人的经验，在一个测试小组中集思广益，方便实用，特别在软件测试基础较差的情况下，很好地组织测试小组 (也可以有外来人员)进行错误猜测，是有效的测试方法。
随机数法
即测试用例的参数是随机数。它可以自动生成，因此自动化程度高。使用大量随机测试用例测试通过的程序会提高用户对程序的信心。但其关键在于随机数的规律是否符合使用实际。

作者: 小子不信邪 时间: 2004-12-10 14:20
以上是我找的一些资料，希望能对你有帮助

作者: 小子不信邪 时间: 2004-12-10 14:46
ayong401大大有一篇帖子写的很详细。我看不大明白，好多东西不懂，你可以去看看！

作者: 小子不信邪 时间: 2004-12-10 14:47
ayong401大大有一篇帖子写的很详细。我看不大明白，好多东西不懂，你可以去看看！

作者: 丁琳 时间: 2004-12-10 17:41
哦，谢谢楼上来自惠州的，真是长篇大论啊！^_^

作者: 丁琳 时间: 2004-12-10 17:44
忘了问你ayong401在哪里发过帖子啊？大海捞针啊

作者: veritest 时间: 2004-12-10 17:48
小子不信邪看的我头都大了！！

你给她讲的太理论了吧？？不如简单明了！

就是功能测试的文档需要非常详细，把每个功能和运行结果都一步一步的写出来。

耗时间啊！～～

作者: 小子不信邪 时间: 2004-12-10 20:05
AYONG 的帖子就在这个版块。自己看看
我现在还处于学习理论时期。而且我现在做的测试是汽车音响的黑盒测试
跟你们需要的不太一样
所以具体的流程还不清楚

作者: oyaaya0 时间: 2004-12-12 14:08
标题: 丁琳你在大连工作过吗？

作者: 丁琳 时间: 2004-12-13 11:32
标题: 120
在功能需求中遇到：典型值，边界值，异常值
我有点模糊
请各位赐教

作者: 丁琳 时间: 2004-12-20 09:56
急啊，怎么才能发现更多得BUG呢？

作者: wise228 时间: 2006-2-17 11:23
美女就是不一样啊，回帖如麻！

作者: Jimmyshao 时间: 2006-2-17 11:47
汗。美女回帖的人就是多。。。。。。

作者: Lero 时间: 2006-2-17 13:02
呵呵，为什么你们每次都是关心楼主是不是美女呢？
还是回答一下问题比较好。
恩，小子不信邪的理论真是扎实。佩服佩服。
学习中
偶正好也是在学习如何编写测试用例。

作者: Jimmyshao 时间: 2006-2-17 13:38
楼主的自我介绍: <image>C:\Documents and Settings\sublina1\My Documents\My pictures<\image>
。。。。。。。。。

作者: rzhch_002 时间: 2006-2-26 10:32
天空不留我的痕迹，但我一飞过。看过了这些帖子，我从中学到了不少知识因为我是一个新手~ 谢谢小字不信邪和大家

作者: star_012 时间: 2006-3-2 09:47
呵呵 25楼的你学习还是在嫉妒哦

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