51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: down010
打印 上一主题 下一主题

[求助] 一个人怎么搞测试?

[复制链接]
  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    61#
    发表于 2012-8-9 09:35:18 | 只看该作者
    一个人搞测试,流程一定要简单实用,不能太细节,比如说从需求阶段开始介入->设计测试用例->进行用例评审->编写测试计划(不用太正式,让领导知道你的大概计划就行)->执行测试->提交测试报告等等,但是不能没有流程,测试人员要懂得保护自己提高自己,没有流程的话每天都可能在埋头测试,又苦又累还没有进步。
    加油!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    62#
    发表于 2012-8-9 10:11:55 | 只看该作者
    曾经是N人,换了家公司现在2人
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    63#
    发表于 2013-1-8 15:56:47 | 只看该作者
    我也是一个人做测试,没有人带
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    64#
    发表于 2013-1-9 09:33:37 | 只看该作者
    我最近也在一个人弄,我觉得测试首先应该制定标准,测试准入标准、准出标准,另外最重要的就是制定一个你自己的测试计划然后把这个计划发给你的领导,如果得到认可就按照计划来做,这样就不会手忙脚乱,头痛医头脚痛医脚。一切都按照标准、计划执行,任何人也找不到你不对的办法
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    65#
    发表于 2013-4-23 13:05:34 | 只看该作者
    不是吧!  这么多人都是一个人在奋斗,  KB的我也是一个人奋斗
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2015-8-25 12:27
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    66#
    发表于 2013-5-3 09:57:23 | 只看该作者
    目前为止也是一个人,不过接下来要招人,现在要制定测试计划,编写测试方案。。。。新手哇有点惶恐~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    67#
    发表于 2013-5-3 16:53:50 | 只看该作者
    我也是一个人在战斗
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    68#
    发表于 2013-5-10 10:11:16 | 只看该作者
    一个人做测试做了四年,并且公司产品种类有好几种,挺挺就过来啦  LZ加油!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    69#
    发表于 2013-5-14 10:59:34 | 只看该作者
    测试也全,更要精…… 我以前也一个人测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    70#
    发表于 2013-6-5 16:07:15 | 只看该作者
    做测试的过程中, 你把用户当成一个"傻瓜",只会傻瓜式的操作。 当你测到最后的时候你觉得一个傻瓜用起来都没问题了, 那其他用户用起来基本上不会出什么问题了。
    一个人做测试, 你首要要明确需求, 需求分析清楚了, 测起来就轻松了。   制定你的测试计划

    先测系统单一菜单的功能点有没问题,主要测增删改查。 单一的菜单功能点都测一遍过去后,然后根据需求里面的要求来测系统的流程、权限等。走流程的时候,那些菜单功能点你又重新测一遍了,算是回归测试。
    一边测一边记录BUG(最好有个BUG管理平台,好管理BUG),指定开发人员修改更新BUG。 流程走完, 回测开发人员已经修改更新的BUG, 那些新建的BUG不去管。 这样测一遍下来,基本能完成满足用户需求的功能测试。  
       基本的功能测试后,把自己定位为用户,进系统测用户体验、交互设计。
      兼容性测试:主要测不同分辨率、不同浏览器下的系统呈现 。
    最后才来做性能测试,用专业的测试工具 。 这因为敢让一个人做测试的系统,基本上用户基数都不会很大, 并发负载的可能性很小。
       这样测完, 能发现大部分存在的BUG。

    -----
    以上 仅个人经验,欢迎拍砖
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    71#
    发表于 2013-8-1 16:59:07 | 只看该作者
    一个人的飘过
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    72#
    发表于 2013-8-13 14:49:21 | 只看该作者
    我也是一个人,加油
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    73#
    发表于 2013-8-30 17:12:35 | 只看该作者
    我现在也一个人
    还得学LoadRunner
    好惶恐
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    74#
    发表于 2013-10-12 14:12:20 | 只看该作者
    以前一直都是一个team一起战斗,现在即将奔向独自战斗的大潮中。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    75#
    发表于 2013-10-12 15:45:54 | 只看该作者
    一个人测试的话,我觉得更加需要有计划的去做测试,才能够用最少的精力做最多的事情。我觉得你可以参考以下几个方面:
    1、拿到需求后,理解需求功能点,与开发人员、项目经理开会讨论一下需求,确定大体的功能点以及需要数据范围等;
    2、开始做测试计划,包括环境搭建、测试用例、测试数据等需要准备的内容;
    3、设计详细的测试用例,边界值方法是测试用例比较常用的方法,对于整体测试,可以采用场景法或者思维导图;在设计用例的时候,可以增加一项来表示该用例的重要性
    4、执行测试用例的时候,可以根据用例的重要级别高来测试,有时间再去测试重要级别低的测试用例,毕竟你现在只有一个人,不可能在很短的时间把所有的用例过一遍
    5、除了功能方面的用例,对于安全性、性能当面的测试,也需要稍微过一遍(这个可以用自动化测试来实现)
    提供以上一些建议,希望可以帮助你~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    76#
    发表于 2014-2-20 13:29:11 | 只看该作者
    没有测试团队的飘过,有项目就上,没有项目就被晾着的飘过
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2018-5-15 18:25
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    77#
    发表于 2014-3-5 12:32:40 | 只看该作者
    最主要的是把测试业务流程理出来!
    再弄些工具或者什么的进行辅助
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    78#
    发表于 2014-6-3 15:41:28 | 只看该作者
    之前的测试团队有16个人,流程什么的都是有的,现在这个公司只有我一个人,需要建立测试流程,自己对业务还不熟悉,唉......感觉这边也不是很重视测试这一回事,再加上自己本来就不喜欢做测试,感觉要悲催了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    79#
    发表于 2014-6-17 15:58:43 | 只看该作者
    一个人做测试,飘过...
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-21 22:33 , Processed in 0.072384 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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