51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3365|回复: 10
打印 上一主题 下一主题

[讨论] 小妹有难,请各位大G大J们帮忙,谢谢!

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-2-21 22:40:09 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
请问:
我是第一次开始做测试,如果当我拿到一个系统,打算开始做测试工作时,我第一步应该做那些事,那位,能帮小妹说说,越详细越好,谢谢各位好心人。

一开始学测试,应该从那里学起。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
  • TA的每日心情

    2018-3-9 11:42
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2005-5-10 21:33:47 | 只看该作者
    楼上的,手机测试你可以去嵌入式板块看下!那里有很多针对手机测试的内容!~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2005-5-10 15:39:37 | 只看该作者
    都是高见啊!!
    那我做黑盒测试的先从什么地方入手啊 ???
    请大家说说好吗?
    哦对了我是做手机测试的.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-2-25 14:20:46 | 只看该作者
    测试前:阅读需求文档,制定测试计划,准备测试用例,开始测试.
    测试中:记录测试
    测试后:测试总结报告
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2005-2-25 03:48:27 | 只看该作者
    the understanding of business logic
                                  business requirement
                                  business design
                                  test plan
    write test case
    run test case
    report
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2005-2-24 17:10:53 | 只看该作者

    楼上说的太好了!

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    6#
    发表于 2005-2-24 16:13:03 | 只看该作者
    知为识之先,--先让手动起来,脑子随后进行思考和提炼才有提高。

    如果拿到一个项目,第一件事情应该是了解用户需求,在阅读经过高度提炼的需求文档时要对测试对象产生一个轮廓:它是干什么的?应该是怎样一种流程?应该用什么方法进行测试?是否需要引入工具?需要提供什么资源?……

    第一次做项目,不懂的地方记得马上问,(记得一定要问清楚,特别是关键点;否则会对最后测试结果产生影响)。对于每次尝试,尤其是失败的尝试进行详细的记录,以前车之鉴,为后事之师。

    毫不讳言地讲:我自己的第一次项目测试是比较失败的,尽管项目很成功。曾经也为这个问题产生了很多的疑惑,但是维实践方可以检验自己的想法和实际之间的差距。每完成一段测试,对这段测试时间内所做的工作进行总结是很必要的。在以后的学习过程中,应逐步提高对测试理论的认知(不是让你去背书,而是理解)。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2005-2-24 14:01:42 | 只看该作者
    楼上的说得很有道理,第一次做测试不用有这么多的理论。要把这些搞清楚,深入理解可能需要花费很长时间。就我个人的经验来讲,作为刚介入测试,又是需要马上测试某个产品或项目或其部分,我觉得首先就是要理解所测试东西的相关知识、背景方面,然后学着怎样使用这个东西,在使用的过程中我相信就会发现很多不易用的地方,功能不完善的地方以及其他相关方面的缺陷等等,这些就可以作为初步使用发现的问题。等到使用熟练了,就会有目的的去发现缺陷,然后再回过头来将这些实际的东西联系到理论上,等到这些理顺了、熟悉并理解了,以后的测试项目才好按照标准的测试流程走。一点点实际的经验,希望能有帮助。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2005-2-22 09:43:59 | 只看该作者
    对于楼主来说,可能还是先进行实际上的测试工作(测试执行),再写些测试用例,然后写测试计划等比较合适吧。
    对测试还没形成感性认识之前,就考虑这么多,写了也没有什么实际上的意义吧—— 一家之言。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
     楼主| 发表于 2005-2-22 07:57:58 | 只看该作者
    软件设计说明书、软件需求说明书、软件概要(详细)设计说明书、设计规范等j是同软件开发的人来完成;
    测试任务书、测试计划、测试用例等是有测试人员来完成是不是呀
    那我测试的东西是不是要用工具来测呀,“测试任务书、测试计划、测试用例等”是要我用写吗。????
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2005-2-21 22:49:06 | 只看该作者
    第一步首先明白你所要测的东西是什么,而测这个东西,你又要什么文档、档案作为你的输入物件,如:软件设计说明书、软件需求说明书、软件概要(详细)设计说明书、设计规范等;而测试方面,你要有测试任务书、测试计划、测试用例等。然后,根据以上文档来设计(执行)测试。
      大概就这样!!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-10-9 04:16 , Processed in 0.073115 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表