51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 18308|回复: 40
打印 上一主题 下一主题

时间紧迫的情况下,如何做好测试工作?(2011-7-26)(获奖名单已公布)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-7-26 11:10:47 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
对于时间紧迫的情况下,如何做好测试工作?

如果你也有问题想提出来和大家一起讨论,请点击此处>>
说不定下期讨论的问题就是由你提出的哦,请快快参与吧!





获奖名单

奖项

获奖名单

奖励

答案链接

一等奖

becky07

50元手机充值卡

28#

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-7-26 15:25:24 | 只看该作者
回复 1# 默默巫

版主,我仔细看了一下每周一问,发现有好几个都太相似了。看看,这期讨论的题目是不是与
“在进度较紧的情况下,如何开展测试工作?”网址:http://bbs.51testing.com/thread-145131-1-4.html类似,重复讨论相似的问题意义不大吧,呵呵。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2011-7-26 15:42:04 | 只看该作者
回复 2# testingleader

呵呵,是有一点相似。
开展和做好还是有点区别,之前那个问题是09年的,希望这个问题大家根据现在自身的情况讨论的更深入点。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2011-7-27 20:40:07 | 只看该作者
1.首先向上级反映下时间和工作量,让上级了解当前进度,便于对人力和进度进行合理安排调配。
2.对软件进行分析,一般按照常用的功能,用户关注的功能,容易出问题的功能进行划分,优先对这些模块进行测试。
3.设计测试用例更加科学,尽可能少的数量覆盖最大。
4.及时与开发人员和客户沟通,评估风险。
5.加班
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2011-7-28 14:37:39 | 只看该作者
1:先找业务流程熟悉的人员了解软件功能,区分侧重点
2:若是旧软件进行升级的,参照之前的重点的功能及容易出错的功能先进行测试
3:软系统软件,先大概了解下功能,划分出主要功能,向市场人员了解此类软件用户习惯。
4:根据自身的经验进行判断了。
5:向项目负责,上级告可能出现的风险。
6:只能是加班了
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2011-7-29 22:43:33 | 只看该作者
可不可以从测试组织方式来作点事情,比如内测、公测啥的
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2011-7-30 20:58:26 | 只看该作者
1.按照各个功能的优先级进行测试,先把优先级最高的测试完
2.向上级反映,看可不可以调派其他的人员
3.那就只有加班咯
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2011-8-1 12:19:24 | 只看该作者
赞同楼上,按照优先级给测试用例排序;其次---加班~
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2011-8-2 09:08:49 | 只看该作者
赞同一楼
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2011-8-2 13:49:03 | 只看该作者
可不可以从测试组织方式来作点事情,比如内测、公测啥的
xsheep 发表于 2011-7-29 22:43



    您的建议太好了
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2011-8-2 16:40:33 | 只看该作者
回复 6# xsheep


    测试是否完成的依据我认为是测试用例是否执行完毕,所以公测和内测对测试用例的执行帮助不大。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2011-8-3 09:34:26 | 只看该作者
时间紧张时,仍要走必要的流程。如需求分析,需求评审,合理安排测试计划,测试用例评审,发布标准等。
需求分析时,测试与研发人员,项目经理一起参加,对需求细分,使项目人员理解项目目的,范围,各功能包括的功能点及业务流程,减少设计环节出现大问题的风险。
需求评审和需求分析目的类似,可以对需求分析阶段有疑问的点进行确认和讨论,保证需求里体现功能的正确性。
合理安排测试计划,尽早测试风险大,问题多的模块;采用合适的测试模型,如Scrum可以尽早进入测试
测试用例评审:测试用例可以简洁,省略部分元素,但测试标题要清晰体现测试点。评审时相关人员参加,保证测试完整性,准确性。
建立发布标准,对于不影响基本功能的问题,不过多纠缠,节省时间。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2011-8-4 10:32:13 | 只看该作者
自动化测试不是很快嘛?


根据优先级先把软件最有卖点的先测试出来, 我觉得不能因为时间赶就不去测试必要的功能哈 !!
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2011-8-4 15:13:09 | 只看该作者
回复 2# testingleader


    这都被发现了。强
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2011-8-4 15:15:36 | 只看该作者
1、按需求的优先级测试;
2、使用工具进行测试;
3、加班测试;
4、加人有点不可能,等你给他讲清需求,时间都没了
5、加强和开发人员的沟通。
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2011-8-4 15:17:23 | 只看该作者
测试完成后要认真写报告和总结风险。以备上线后或者下期进行重点关注。
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2011-8-4 15:19:30 | 只看该作者
回复 6# xsheep


    呵呵,你好像在说网游撒。公测就是正式投入运营了吧。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    2015-1-16 10:22
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    18#
    发表于 2011-8-4 16:43:52 | 只看该作者
    在网络游戏测试经常会遇到这种测试时间不足的事情。
    一般我的处理方式是做一份完整的测试计划与上级和项目组同时沟通,沟通的目的是确认哪些测试可以舍弃,哪些测试可以优化,哪些测试可以紧急拉一些其他部门人员来协助进行测试。最后估出一个新的测试计划并且执行。
    当然加班是必然的。不过也有底线,因为QA部门并不仅仅针对一个项目。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    19#
    发表于 2011-8-4 21:47:41 | 只看该作者
    1、抓重点
    2、加人力资源
    3、加班是免不了的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2011-8-5 15:11:16 | 只看该作者
    1、测试项的轻、重、缓、急
    2、开发测试协调、协同、并行工作
    3、确保测试资源、测试人员的配备和能力要求
    4、识别风险,确认系统释放策略
    5、做好后期系统支持、维护,以及持续测试工作
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-24 18:46 , Processed in 0.079509 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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