支持我的朋友有吗？

丁琳 · 发表于 2004-12-9 10:11:15

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

谢谢^斑_竹^:p

star_012 · 发表于 2006-3-2 09:47:04

呵呵 25楼的你学习还是在嫉妒哦

rzhch_002 · 发表于 2006-2-26 10:32:26

天空不留我的痕迹，但我一飞过。看过了这些帖子，我从中学到了不少知识因为我是一个新手~ 谢谢小字不信邪和大家

Jimmyshao · 发表于 2006-2-17 13:38:53

楼主的自我介绍: <image>C:\Documents and Settings\sublina1\My Documents\My pictures<\image>
。。。。。。。。。

Lero · 发表于 2006-2-17 13:02:58

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

Jimmyshao · 发表于 2006-2-17 11:47:20

汗。美女回帖的人就是多。。。。。。

wise228 · 发表于 2006-2-17 11:23:10

美女就是不一样啊，回帖如麻！

丁琳 · 发表于 2004-12-20 09:56:32

急啊，怎么才能发现更多得BUG呢？

丁琳 · 发表于 2004-12-13 11:32:11

在功能需求中遇到：典型值，边界值，异常值
我有点模糊
请各位赐教

oyaaya0 · 发表于 2004-12-12 14:08:06

小子不信邪 · 发表于 2004-12-10 20:05:02

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

veritest · 发表于 2004-12-10 17:48:09

小子不信邪看的我头都大了！！

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

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

耗时间啊！～～

丁琳 · 发表于 2004-12-10 17:44:31

忘了问你ayong401在哪里发过帖子啊？大海捞针啊

丁琳 · 发表于 2004-12-10 17:41:26

哦，谢谢楼上来自惠州的，真是长篇大论啊！^_^

小子不信邪 · 发表于 2004-12-10 14:47:16

ayong401大大有一篇帖子写的很详细。我看不大明白，好多东西不懂，你可以去看看！

小子不信邪 · 发表于 2004-12-10 14:46:56

ayong401大大有一篇帖子写的很详细。我看不大明白，好多东西不懂，你可以去看看！

小子不信邪 · 发表于 2004-12-10 14:20:02

以上是我找的一些资料，希望能对你有帮助

小子不信邪 · 发表于 2004-12-10 14:19:20

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

小子不信邪 · 发表于 2004-12-10 14:18:47

边值分析法是列出单元功能、输入、状态及控制的合法边界值和非法边界值，设计测试用例，包含全部边界值的方法。典型地包括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:18:36

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

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 支持我的朋友有吗？

相关帖子

120

丁琳你在大连工作过吗？

站长推荐 /1