51Testing软件测试论坛

标题: 手机名片薄(黑盒)测试 [打印本页]

作者: flyingpig    时间: 2005-1-24 17:21
标题: 手机名片薄(黑盒)测试
写在前面的话:
     做了快一年的黑盒测试,细谈起来够痛苦的了。这里我将部分的测试心得和测试方法,注意要点写出来,供大家批判和探讨。
      由于各手机的MMI界面及基本功能不一致,这里列出部分测试方案,敬请各位批评,指正。
        嘿嘿,如果写的好的话,我会继续努力,挣两个稿费,买两件新衣服玩玩哈。
      感谢大家捧场。

1、参照手机:GSM制式

2、参考标准:
       GB/T 18905.5-2002 软件工程产品评价 第五部分 评价者用的过程
       BG/T 16260-1996  信息技术 软件产品评价质量特性及其使用指南

3、评判依据:

    各公司的标准定制的不一样,有些公司可能更细化些,在这里仅作一个粗略依据。产品的好坏由用户说的算,一切为用户服务!
    依据:软件研制规范,软件需求说明书,用户手册(罗嗦两句,国外的说明书写的很细,比如不可以用电熨斗烧咖啡,国内的使用说明书绝对不会这么写的,但是使用说明书上具有的功能在产品上如果没有的话,可就是不符合项喽)。

4、基本功能说明:

添加、删除、修改、查找
设置(各MMI不一样,在这里不进行举例)
批量操作:SIM卡记录复制到手机,手机记录复制到SIM卡,SIM卡记录移动到手机,手机记录移动到SIM卡……

5、功能测试:

    在这里只讨论名片夹的功能性和可靠性的测试,对名片夹模块的易用性,效率,维护性以及可移植性不做考虑。

    按是否通过测试,则分为两种,顾名思意即通过测试和失败测试。通常的失败测试,也就是说要设计测试用例,迫使软件出错。通过测试则是要保证软件实现基本功能。

5.1 基本功能测试:

    手机输入法有很多种,比如T9,拼音,字母,数字等等。在编写测试用例的时候,首先要保证各输入法是否能正常输入;能否正常保存;在进行错误输入的时候,是否有响应的提示。在这里举出几个例子:

5.1.1、存储在SIM卡上的记录

5.1.1.1、添加:
    1)姓名输入:
    i)是否可以使用任意输入法添加汉字、字母、数字,达到姓名允许的最大字节,并能正常保存。
    ii)是否可以使用任意输入法添加汉字、字母、数字,在没有进行输入时,是否有警告提示或是否可以正常保存(根据产品要求)。
    iii)是否可以使用任意输入法添加汉字、字母、数字,超过姓名允许的最大字节,是否有告警提?是否可以正常保存。
    iV)是否可以进行汉字、字母、数字的混合输入,并重复i~iii,是否有异常。

    2)电话号码的输入:
       i)是否可输入数字至最大值,并可正常保存。
       ii)在不输入数字时,进行保存时,是否有告警提示。
       iii)是否可以输入汉字,字母,此时是否有告警提示或异常。
       iv)是否可以输入特殊字符,如+、P、*、#,是否可以正常保存。这里给介绍个出错的案例:连续输入多个*,P或+,不按电话的号码的正常顺序进行输入,试试,比如"++139***P123",看看是个什么样的效果,是否显示正常。

    3)在输入过程中按返回键、挂机键、或翻合翻盖、电源键,是否有告警提示或异常。

    4)在各MMI界面下,各按键功能是否正常。

    5)待机界面下直接输入数字至最大值,是否可以正常保存。

    6)待机界面下直接输入数字即特殊字符(+,P),是否可以正常保存。

    7) 将1),6)步骤进行一下排列组合,查看是否有异常情况。

   1对2,2对4,4对16,所以测试用例经常的几千条,几万条根本就不希奇,一个名片夹写上1K条也之是写了个小部分。呵呵,罗嗦话又一堆。继续......

    5.1.1.2 修改

    1)单条记录的修改:
    a) 是否可以对单条记录进行修改,包括姓名和数字,并重复5.1.1.1中的1), 2),3),4)各步骤。
     b) 连续将多条记录的内容(姓名或电话号码)修改成一样。
     c) 手机或SIM卡的所有记录全部一样。(此条仅作为一条测试手段,在实际的应用中无实际意义。)
(05.3.19修改)

    2)连续多条记录进行修改
    此条的测试目的是对软件进行压力测试。

5.1.1.3 删除

    1)对单条记录进行删除
    i)删除后,列表显示是否正常;数量是否正确。
    ii)SIM卡记录为空时,进行删除时,是否有告警提示。
    iii)SIM卡记录仅为一条时,删除后,是否有SIM卡内容为空的提示。
    iv)在删除过程中,各功能键是否正常。
    v)在删除过程中,进行中断操作,是否正常,比如挂机键,电源键等等。

    2)对多条记录进行删除,目的是对软件的进行压力测试。
    i)连续对SIM卡的多条记录进行删除,是否出现异常情况。
    ii)删除SIM卡记录直至为空时,是否有异常。
    iii)在删除过程中,各功能键是否正常。

5.1.1.4 查找
    由于各手机的查找功能定制的不同,在这里不做累述。

5.1.2 存储在手机上的记录
    存储在手机上的记录和存储在SIM卡上的记录的测试用例基本相同。在测试过程中需要留心的是SIM卡的存储容量以及手机的存储容量,由于软件的定制不同,往往在不同处易出现故障。比如SIM卡的姓名栏可存储5个汉字,或8个字母、数字,电话号码可以存20位,手机的姓名栏目可以存12个汉字,20个字母、数字,电话号码可以存30位。在这个不同点之间就容易出现故障。


[ Last edited by flyingpig on 2005-3-19 at 14:37 ]
作者: 冰河    时间: 2005-1-24 17:25
标题: 确实不错!!
我强烈支持你!
希望你挣稿费的心愿早日达成!!
作者: addvalue    时间: 2005-1-24 23:53
标题: 名片簿功能测试专业级用例设计,赞!
建议增加些冲突条件。如,在删除过程中,增加冲突条件或中断操作,查看是否正常。掀合盖,背光,来电,来短信息等;
建议增加对界面状态的测试用例。如,“读取中...”“请稍候...”等界面是否容易造成重影或显示刷新的残余;
建议增加响应速度的测试用例,初始化读取名片簿,copy资料时间对比等;
特殊用例也势必做些考虑,一名多号情形,来电显示状况。开启固定拨号名单和不开启固定拨号名单,对照规范要求进行验证。
.....
互相学习借鉴,促进交流沟通!写得蛮仔细。
作者: flyingpig    时间: 2005-1-25 09:04
Originally posted by addvalue at 2005-1-24 11:53 PM:
建议增加些冲突条件。如,在删除过程中,增加冲突条件或中断操作,查看是否正常。掀合盖,背光,来电,来短信息等;
建议增加对界面状态的测试用例。如,“读取中...”“请稍候...”等界面是否容易造成重影或显 ...


呵呵,别急别急,总得容喝两杯茶水,看会言情小说的再说啊~


上文中对中断的描述并不多,主要是由于各手机的设计不同,写起来更加的烦琐。界面的测试用例也没有细写,毕竟各公司的MMI界面不相同。类似“读取中....”“请稍后....”这样的的也不作为本文的描述重点,个人认为这属于使用范畴,每个用户的感观不一样,没有特定的标准。

我这里将对压力测试,边界测试,可靠性测试,以及在测试中注意的要点进行叙述。

故障的评级在本文不做描述,嘿嘿,毕竟写的太多了,flyingpig的饭碗会保不住的哦。

写的好的话,您就给顶一下,好让flyingpig有点信心挣两个稿费。哈哈,有是罗嗦话易堆的哦~

在这里给各位鞠躬,一起探讨测试。

[ Last edited by flyingpig on 2005-1-25 at 09:09 ]
作者: flyingpig    时间: 2005-1-25 09:31
关于中断的补充:

包含:短信,来电,闹钟,软键,挂机键,翻盖,功能键(侧键,照相)等等,在测试过程中,各界面进行中断操作,查看是否有异常。
作者: beckyu68    时间: 2005-1-25 10:20
呵呵,写的的确很不错,让我佩服。文笔也不错,挣稿费对你来说恐怕只是时间问题了
作者: baitest    时间: 2005-1-25 10:49
标题: 不错的东东!

作者: flyingpig    时间: 2005-1-25 14:58

5.1.3 批量操作

5.1.3.1 SIM卡记录复制到手机

  1) 1条SIM卡的记录复制到手机。要求:

       i)姓名为1个字母或数字或一个字,手机号码是1个数字或特殊字符(+,p);
       ii)姓名为满的字母或数字或字符,手机号码是满的数字或特殊字符(+,p)。

  2)将SIM卡的记录全部复制到手机。前提:SIM卡的容量有限,有的是70(如动感地带,易通卡),有的是大容量卡有200甚至250条的记录容量(如全球通,各地区的SIM卡容量不通,在测试过程中要考虑到对卡的兼容性),保证手机的每条记录是满记录,即姓名栏的字母,数字或汉字为满,号码栏的数字为满。将记录全部复制到手机,查看是否有异常。通产这时候问题就出来了,因为是批量性的复制,和手机的处理能力是有一定关系,此处比较容易出问题。

  3)手机记录的容量通常比SIM卡的容量要大许多,这里在谈一下该处的测试要点。
       前题条件:SIM卡的每条记录全满,即姓名和电话的容量全满。
       i)SIM卡记录全部复制到手机,直至手机记录满,是否有相关的提示,例如:手机记录满,手机空间不足,是否继续进行复制;部分记录将会丢失的字样;
       ii)手机是否可以读取大容量的SIM卡,并包括全部的手机记录,并能进行正常的查找。此处,可以连续的单条删除手机或SIM卡记录,直至删空,查看是否有异常。

5.1.3.2 手机记录复制到SIM卡

说明:手机的记录由于设计不同,有的手机是一个姓名对应1条记录,有的是一个姓名对应多条记录,具体根据实际情况。
     i)将1条手机记录复制到SIM卡上,是否正确复制。
注意:手机记录中的姓名栏可能和SIM卡姓名栏的字数不相同,这时需要注意异常现象。另有的手机支持的是一个姓名下有若干条手机记录,是否可以将若干条记录全部复制到SIM,且无异常现象。
     ii) 将全部满的手机记录,即手机存储的条目数满,姓名栏的字全满,手机号码的字数全满,全部复制到SIM卡,查看是否有异常。
注意:SIM卡的空间和手机空间容量在相等,或不相等的情况下,在复制的过程中均有提示,例如:SIM卡空间满;空间不足;空间不足,如进行复制,会有部分数据丢失等告警提示。

5.1.3.3 SIM卡记录移动到手机
     SIM卡记录移动到手机同5.1.3.1 SIM卡记录复制到手机的测试方法基本相同。注意的是在移动后,SIM卡内容清空。

5.1.3.4手机记录移动到SIM卡
      手机记录移动到SIM卡同5.1.3.3 SIM卡记录移动到手机的测试方法基本相同。由于各手机设计不同,有一个姓名对应一条记录和一个姓名对应若干条记录的情况,注意在移动过程中出现异常现象。

5.1.3.5 综述
    从上面的测试方法已包含了等价测试和边界测试。下面将对测试过程中加入的其它环节进行描述。

1)中断:短信,MMS,来电,闹钟,功能键,挂机键,翻盖等等。在进行上述操作时,在每一个界面下,均需进行中断操作,并根据软件需求说明,对异常情况进行定位。
2)在进行每项操作时,均应有提示,确认是否进行该操作。由于各手机软件需求不同,在测试过程中可根据实际情况或根据用户反馈情况进行。
3)在SIM卡记录或手机记录满的情况下,添加记录,查看是否有相关提示或异常。



待续……
作者: jackei    时间: 2005-1-26 13:06
已经将本文置顶,希望大家继续踊跃讨论^_^
感谢flyingpig朋友,希望可以继续为大家贡献好的文章,如果有好的作品,也可以帮忙推荐到《程序员》杂志或者CSDN电子期刊。
作者: sunflowers    时间: 2005-1-26 13:57
很详细啊,写的很全啊,各个方面差不多都想到了!佩服佩服!!
作者: flyingpig    时间: 2005-1-26 14:16
发现被置顶了,倍受鼓舞啊!

to jackei:
我这篇可不可以给推荐推荐啊?

呵呵,这两天要老板压榨的快剩骨头了,也不知道今天有没有时间写啊!
前两部分主要是基本的通过测试,后面涉及的是压力测试和可靠性测试。
作者: jackei    时间: 2005-1-27 08:41
flyingpig,现在这篇恐怕还要整理一下才行,现在的这种风格会被打回来的。
作者: liguihua1    时间: 2005-2-1 15:24
标题: 期待!
恨想看看压力测试和可靠性测试的case!
作者: hyfflyer    时间: 2005-2-18 16:19

作者: 疯子    时间: 2005-2-24 15:39
标题: 支持

作者: 泓山巍水    时间: 2005-3-2 10:32
支持,受教咯,谢谢
作者: Graceli    时间: 2005-3-2 11:53
写得不错
作者: Graceli    时间: 2005-3-2 13:43
TOflyingpig我在深圳测试协会测试理论看到了你的文章呢
作者: xm3525    时间: 2005-3-2 13:48
非常好,不知道是否可以转到   手机测试专区  ,那里很多手机测试同行很想借鉴与学习,谢谢作者、谢谢版本帮助和支持,谢谢!
作者: 我心何在    时间: 2005-3-3 17:42
heihei

看了文章我注意到个地方

老大 你写文章很有条理,  每一条前面还有数字编号啊:p


不知道你是不是在联想工作啊  :d
作者: juecy    时间: 2005-3-9 16:55
还有电话本跟其他模块之间的测试,如在通话中进入电话本并进行各种操作;选择电话条目直接发送短信或彩信等测试。
我最怕的就是电话本测试,特别麻烦。
楼上的是联想的吗?
作者: lake1911    时间: 2005-3-10 22:27
谢谢!期待后面的部分!
作者: wwz    时间: 2005-3-15 17:10
标题: 强烈建议:专门建立手机测试板块
各位:
  由于作手机测试的同仁也很多,是不是该组建一个专门讨论手机测试的板块了!
这样信息更加集中了,也更便于交流。
作者: flyingpig    时间: 2005-3-18 09:55
谢谢各位支持,如果转载的话,麻烦通知我文章转到那里去了。


声明,我不是联想的。

本人做过质量管理,标准话。只要写文章带编号,这是一种工作习惯。对正规的技术文件,这也是一不可少的要求。


由于前段时间比较忙,加上处理了一些个人事物,经过一番调整,现打算写完此文,也算是对自己,对大家的一个交代。

在此,感谢各位朋友的支持。
作者: flyingpig    时间: 2005-3-19 14:21
5.2 失败测试
根据手机名片簿的实际情况,通过某些方式或方法迫使软件出错。在测试案例的设计中仍按重复测试,压迫测试以及重负测试这三种测试理念进行测试。


5.2.1 重复测试

1)添加
     a)在待机状态下连续添加电话号码,并保存至SIM卡/手机,操作次数大于40次;
    b)添加菜单内连续添加电话号码,并保存至SIM卡/手机,操作次数大于40次。

2)删除
     a)电话簿列表下,连续逐条删除电话号码;
     b)在保证SIM卡/ 手机容量满的情况下,连续删除SIM卡/手机全部记录,在进行手机全部内容复制到SIM卡上的操作。操作次数大于20次。

3)查找
     根据手机的实际功能,进行连续性查找。查找次数大于20次。

4)修改
     a)连续逐条将记录修改成同一内容的记录,操作次数大于5;
     b)连续逐条修改记录,将姓名栏内的内容修改至最大,并将电话号码号码修改至最大。操作次数大于20次。

    说明:在这里涉及到操作次数的问题,操作次数过大或过小,都会失去它的实际意义。操作次数定义在40次,是根据SIM卡的容量定义的,通常SIM卡的容量是在70左右。连续删除SIM卡/手机的全部记录的20次操作,测试目的是检验内存是否溢出或不足。这项操作也可以定义成50次,甚至更多。即使检测出软件存在问题,但是进行软件更改的成本就会更高,甚至造成代码引入的BUG,总体来讲,得不偿失。

5.2.2 压迫测试
    压迫测试是指软件再不够理想的条件下运行——内存小,磁盘空间少,CPU速度慢等等。
    从经验来看,压迫测试和重复测试相结合,测试的效果比较好。在名片夹中主要是要注意SIM卡容量和手机容量的关系。有部分SIM卡的容量比较大,在200,250条甚至更高。在测试过程中,主要主意的一个问题就是尽量在SIM卡和手机容量慢的情况下进行添加,删除,修改,查找等操作。另一点就是操作的次数不能太少,也尽量不要太大。

5.2.3 重负测试
     举例几个例子:比如如插上充电器;在低电压时,插上充电器;电池容量满后,继续充电并测试等等。

5.2.4 其它
     在这里,仅仅举几个测试用例。

     1)在名片簿列表下,连续按方向键,进行读取列表;
     2)在名片簿列表下,快速插拔充电器;
     3)输入非正常字符进行存储。
     上述用例的目的就是在模仿用户在使用过程中容易或非正常情况下出现的问题。

5.3 集成测试
     根据软件需求,检查名片簿与那部分模块相关。例如呼叫(直接呼叫,IP呼叫,三方通话),MMS,短消息等等。

     在这里针对名片簿的测试,采用的是增值式集成测试。通过名片簿与其它模块的相关关系,检测测试名片簿与相关模块在接口上是否存在BUG。在测试过程中,首先测试是否满足基本功能,其实是多次反复调用相关模块,检验模块接口是否有问题存在。


(完)
作者: flyingpig    时间: 2005-3-19 14:34
测试方法多种多样,在这里并没有全部描述。我也仅是结合工作经验,对名片簿的盒测试进行了简单描述。文中有很多不足之处,还请各位进行批评指正。
作者: seic    时间: 2005-3-20 18:43
标题: 好!顶!
中兴手机西安研究所恭候您的加盟!
作者: jackei    时间: 2005-4-29 09:00
个人感觉:flyingpig的这篇文章写了已经有一段时间了,这段时间是否有新的体会?是否可以把这篇内容重新整理一下,并把它提供一个层次,可能会更有指导意义。 ^_^
作者: 蓝蜗牛    时间: 2005-5-8 16:00
文章写的不错,很有代表性
作者: nj_duckling    时间: 2005-5-9 16:14
好文啊,不顶不行啊!
作者: beginnl    时间: 2005-6-2 15:20
谢谢,很有帮助;)
作者: johnpu    时间: 2005-6-22 17:36
呵呵,跟我做得工作差不多哈
写得非常不错,什么时候把我写得东东也整点上来让大家指正
作者: wzb521    时间: 2005-6-24 10:57
最基本的添加、修改、删除操作之后,记录的停留位置,一定要考虑,记录是否排序,排序是否合理

这应该是最简单、最实用的地方
作者: 婧颦    时间: 2005-6-29 10:32
不错的文章!我也顶一下!
作者: 婧颦    时间: 2005-6-29 10:40
存在问题:请问手机名版薄列表的链是二叉树还是单链呀?
我的测试工作与这方面有点儿联系,曾经在测单链时进行删除,采用始端与末端、顺序与穿插相结合,可以导致机器死机及乱码现象,不知道在手机里是否也存在相同的问题呢?
我现在正在考虑如何测试二叉树表,请问有何高见?
作者: zijun1979    时间: 2005-7-5 10:38
我现在刚开始学测试,对此只有佩服~~
作者: hnkfzhaomeng    时间: 2005-7-20 10:55
受益匪浅,看了你写的东西,我把我现在做的东西串以来了,希望斑竹继续发一些类似的文章,谢谢了 !
作者: flyingpig    时间: 2005-7-21 10:44
Originally posted by 婧颦 at 2005-6-29 10:40 AM:
存在问题:请问手机名版薄列表的链是二叉树还是单链呀?
我的测试工作与这方面有点儿联系,曾经在测单链时进行删除,采用始端与末端、顺序与穿插相结合,可以导致机器死机及乱码现象,不知道在手机里是否也存在 ...



抱歉,N年前学的东西都还给老师了。

能想到的方法是边界测试

例如:SIM卡的容量是70,手机的容量是200,那么在第一和第70以及手机的第1和第200处进行添加删除测试。

更换容量是50或250的SIM卡(新的M-ZONE 2.0),再进行边界值的添加删除测试。
作者: 测试有前途    时间: 2005-8-9 14:42
感觉手机得测试用例写起来 组合一下要几千个用例
作者: 素素    时间: 2005-8-17 18:50
标题: 怎么写???
FLYINGPIG,看你是写的,真的不错,对我新手来说,很是收用了,谢谢你!!!
最近也在学写过程中了,请较你做测试很久了吧!!参考你的,我做了总集:
1.基本功能
2.中断操作对MMI的影响
3.边界值
4.异常操作
5.压力和疲劳测试
怎么考虑是不是可以写了,请帮忙指导!!谢了!!
作者: 素素    时间: 2005-8-17 18:56
标题: 大家好!!
刚开始编写一段使还是很有信心的,在过程越写越少了,现在多写不下去了....,正郁闷中.......
请问大家有方法!!!!!!
作者: 晓仔    时间: 2005-8-27 18:22
谢谢拉~~~~~!
我刚工作~~
对我的工作很有帮助~~~
作者: pang    时间: 2005-8-31 12:30
今天第一次写测试案例,搜索到了这篇文章,实在是收货不小!
作者: sogoc    时间: 2005-9-16 23:14
5555555555
我现在就是在测试手机名片....
倒塌~~`
我也是黑盒测试...只测试功能
作者: jtiger    时间: 2005-9-21 12:27
测试用例文档是否一定要给出具体数据来,这一点我比较困惑,因为有时候测试并不容易事先定下所有的数据。我写的用例,很多时候是详细的测试流程步骤,但不包含具体的数据,只是给出数据的类型、范围等条件,由测试人员在测试时自拟或逐步完善。

[ Last edited by jtiger on 2005-9-21 at 15:10 ]
作者: China    时间: 2005-10-19 22:00
不错啊,我只有照收了!
flyingpig请不要怪我哟!
作者: free_xiaoyu    时间: 2005-10-20 11:41
好文章,正对测试用例的收写发愁,学习学习,再加上总结,看能不能写出所需要的测试用例来,
不过我不是做手机测试的。
作者: zhb329    时间: 2005-10-28 18:51
呵呵,看了这么多高手写的东东,最近自己也写了个公司手机名片簿的测试用例拿上来给大家拍拍砖!~

[ Last edited by zhb329 on 2005-10-28 at 18:59 ]
作者: zhb329    时间: 2005-10-28 18:51
呵呵,看了这么多高手写的东东,最近自己也写了个公司手机名片簿的测试用例拿上来给大家拍拍砖!~
作者: yaya0226    时间: 2005-11-8 15:43
楼主,都是自己写的吗?
作者: coolseal    时间: 2005-11-11 17:06
很详细,考虑的很有条理性,佩服佩服!
作者: wmty    时间: 2005-11-17 13:47
bang ding
作者: eastsurfer    时间: 2005-11-19 23:55
写测试用例的首要条件是熟悉测试对象,否则......
作者: 983221wy    时间: 2005-12-6 10:05
谢谢了!!!
作者: leo_wangxy    时间: 2005-12-8 14:46
标题: flyingpig,加为好友
flyingpig,加为好友,强烈要求!
作者: bambot_testing    时间: 2005-12-16 17:18
标题: 都要了
困惑ing  软件测试都包括多少呀  感觉自己就像大海水一滴
过来人 救命呀  Q153866280
作者: fengxiaohong    时间: 2005-12-23 17:53
标题: 还可以,但是我见过很多测试用例,测试后才知道写得很多地方有错
测试起来不知道测试用例写错了没有
作者: ranlynlee    时间: 2005-12-30 16:06
太好了,楼主飞猪辛苦了
好帖子已收藏
抓紧学习~_~
作者: adi0813    时间: 2006-1-6 09:51
标题: 请问朋友
这里说的是用测试工具测的吗.什么工具呢
急!!!!!
等ing......
谢谢
作者: 一蓝    时间: 2006-1-11 21:43
谢谢!正在启发ing中!
作者: 月上梅稍    时间: 2006-1-17 17:50
写的很好!
顶啊!
作者: jasiond120    时间: 2006-2-6 14:14
我觉的加上交互事情把输入和输入分开书写还要加上等级等信息才是一个好的测试用例
作者: dtcb    时间: 2006-2-9 09:58
标题: 回复 #24 flyingpig 的帖子
支持
作者: lillianzhu    时间: 2006-2-13 13:50
不错哦,已经可以参照写chink list 了.....
作者: rzhch_002    时间: 2006-3-3 14:06
:d:d:d:d:d
你好棒啊

  1. 你好好
复制代码

作者: rzhch_002    时间: 2006-3-3 14:06
顶顶~~~~~~~
作者: happybean    时间: 2006-3-9 15:08
太详细了, 楼主辛苦啊
作者: tongw    时间: 2006-3-28 17:39
所以嘛,好东西,永远都是好东西!顶一下
作者: zyh2008108    时间: 2006-3-29 16:49
写的很详细,各功能测试和交互测试/压力测试都写的很好,个人认为仁兄所写有点像测试需求,不知对否?一个测试需求还会N个测试用例与之呼应.
作者: qingshui47    时间: 2006-3-31 19:47
flyingpig 是手机测试高手,做多久了???你在哪个城市???有机会交流一下怎么样?????
作者: tiansm    时间: 2006-4-3 20:22
可以学习一下。
作者: flyingpig    时间: 2006-4-5 22:17
原帖由 素素 于 2005-8-17 18:56 发表
刚开始编写一段使还是很有信心的,在过程越写越少了,现在多写不下去了....,正郁闷中.......
请问大家有方法!!!!!!



建议通过编写测试方案,写测试大纲来完成
作者: flyingpig    时间: 2006-4-5 22:19
原帖由 jasiond120 于 2006-2-6 14:14 发表
我觉的加上交互事情把输入和输入分开书写还要加上等级等信息才是一个好的测试用例



是个好办法,这就需要对测试覆盖的问题进行定级,那些是必须实现部分,那些是可让步接收的地方。
作者: flyingpig    时间: 2006-4-5 22:23
原帖由 jtiger 于 2005-9-21 12:27 发表
测试用例文档是否一定要给出具体数据来,这一点我比较困惑,因为有时候测试并不容易事先定下所有的数据。我写的用例,很多时候是详细的测试流程步骤,但不包含具体的数据,只是给出数据的类型、范围等条件,由测 ...


在某种程度下是需要给出具体的数据的。

从我的经验来看,在某种程度下,必须满足需求,以需求为前提,测试的验证结果首先要达到需求的定制值。


如果定制值在需求中没有给出,那么在进行极限测试时容易出现故障。
作者: flyingpig    时间: 2006-4-5 22:26
原帖由 zyh2008108 于 2006-3-29 16:49 发表
写的很详细,各功能测试和交互测试/压力测试都写的很好,个人认为仁兄所写有点像测试需求,不知对否?一个测试需求还会N个测试用例与之呼应.


我现在考虑的一个主要问题是测试覆盖率的问题。
一测试条目如果细展开的话可以是几条或是上百条。
不是说测试用例越多越好,或是测试用例少的话就不能完全覆盖。

现在面对的问题是怎么开发有效的测试用例,在较短的时间内使软件达到一个满足用户需求的质量水平上。
作者: WangD    时间: 2006-4-6 23:30
不错啊!
作者: 晓仔    时间: 2006-4-9 14:41
呵呵!说一些自己测试名片夹的思路和SIM卡的一些小知识。
1.SIM卡的超长字符名片存储空间为8条,其它类型的卡根据协议能存储相应数量的超长字符的名片
2.多次调用名片夹,例如在浏览或添加名片夹时,来电,通话过程中调用名片夹,名片夹被调用了2次是否能正常工作
3.调用名片夹的快捷键
作者: ivyl    时间: 2006-4-11 12:14
我是进来学习的。。。
作者: mimin1314    时间: 2006-5-21 08:47
不错
作者: flyingpig    时间: 2006-5-22 17:28
原帖由 fengxiaohong 于 2005-12-23 17:53 发表
测试起来不知道测试用例写错了没有


测试用例在使用前需要经过评审,一方面可以降低错误,一方面也可以和需求相互关联。
作者: 阳光岁月    时间: 2006-6-20 16:19
很是不错.看了以后真有一种如释重负的感觉.原来测试也是很有发展前途的职业...希望自己同时也希望朋友都能坚持,为测试行业贡献一份自己的力量!!
作者: 阿哑    时间: 2006-6-22 17:45
标题: 正好想了解一下手机行业
多谢版主!
作者: yqy8848    时间: 2006-6-25 22:14
不错!!写的很详细!很受启发,谢谢FLYINGPIG,谁能建个QQ群,大家方便讨论一下:)
作者: 曲瑞    时间: 2006-6-26 09:52
我是刚做 安防测试工作的.新手一个
希望以后大虾门多多指点
作者: reforest    时间: 2006-6-26 22:13
标题: 强烈支持!
原帖由 lake1911 于 2005-3-10 22:27 发表
谢谢!期待后面的部分!



请教同行:

有没有关于手机自动测试方面的方法,软件,用到AT command的。。。

有些重复性的工作。确实很无聊啊。需要 。 以此提高效率!
作者: renhe    时间: 2006-8-9 01:16
我已经复制下来了,呆以后如果做手机测试的话我还能看看ing!
作者: hsddyd    时间: 2006-8-22 11:21
标题: 一定要顶以下
我也是刚做手机测试工作的,给斑竹顶一下!
作者: fanfanflying    时间: 2006-8-29 11:38
偶是新手,受教了!顶一下!
作者: 309    时间: 2006-9-1 12:06
你这只是functional部分吧?
怎么没有Non_functional部分?
作者: 杀手太冷    时间: 2006-9-7 16:53
我觉得应该考虑物理条件哈!!!
作者: gellup    时间: 2006-9-20 17:29
看得我有点晕!
作者: leemay    时间: 2006-9-22 14:33
很像我们的test plan了,只是我们的是英文版本的。
作者: wuxiaoxue00    时间: 2007-3-15 12:30
标题: 回复 #2 冰河 的帖子
thanks
作者: handle    时间: 2007-4-7 22:53
好东东,学习一下
作者: 厍仕杰    时间: 2007-4-8 12:19
给你一角
作者: ellie_meng    时间: 2007-4-9 11:46
很不错,写得很细
作者: dasdfalei    时间: 2007-4-20 11:38
很不错
作者: x00ganlu    时间: 2007-4-24 12:28
好东西
作者: princexx    时间: 2007-5-18 10:59
标题: 我也来说几句
我是软件测试专业研究生。 前段时间在联想实习。

手机名片这部分我也写过测试用例了。 真是很麻烦,写了很多很多。条理清楚是很重要的。大家写得都不错。还有几点要补充。
1。 考虑是否插入sim 卡的情况。相应的变化很多:菜单项的变化;添加记录时是否能保存到正确的位置;内存与sim卡的互相复制是否还支持等。(如果手机不支持无SIM卡开机,就不用写了,所以还要看需求)
2。 添加记录到手机内存后,重开机或者更换了SIM卡是否还正确、存在。
3。接口的。包括楼上们提到的与短信模块的相互调用;还有与通话历史 的接口,号码显示及姓名等的显示是否正确。
4。如果在自定义组里,组的铃声与单条记录铃声的优先级问题。
5。 现在很多手机都有来电防火墙之类的功能。这个号码能不能被作为黑名单处理及实现的机制,很容易出问题。
6。干扰的测试,除了来电话,来短信等,还有蓝牙等的连接等。比如正在保存过程中,有蓝牙连接提示,哪个优先级高,是不是应该保存成功等。 还有正在保存过程中,突然没电关机,或者手动口电池等,是不是保存了。
7。在播放音视频的时候做其他操作。(不仅是名片这部分,其他的模块都要考虑的)

还有很多很多阿。我也是没有系统化,想到那就写到哪了。

前面的大虾们已经写了很多 ,我就是看了一下,可能我写得有和上面重复的。目的就是共同学习进步哦!

还可以交流:msn:  princexiangxiang@hotmail.com
作者: shishangx    时间: 2007-6-7 23:47
我一直认为功能测试和UI的测试应该是剥离的,这样可以做到通用化




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2