51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6340|回复: 17
打印 上一主题 下一主题

[求助] 时间很紧的情况下,如何做测试计划

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-8-27 19:03:48 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
最近负责一个项目的测试

我所供职的公司是属于人家的子公司, 发布的软件包需要母公司确认。 我们这里的说法叫发版。

因为需求的变更,经常会有发版的事情,而每次发版都是在前一版的基础上做新增或修改。 前不久发了一版,结果被母公司退回来了,理由是cpu占用太高,无法使用

我们这边测试的时候,由于时间非常紧,常常是只有1天甚至只有0.5天的测试时间,所以没有仔细想过整体的测试(cpu 在之前都是好的), 这样难免会出现漏测的情况

老板challenge我的理由是: 为什么不做计划? 我对你很失望,早知道应该把你从leader的位置上踢下来!

请问下各位,我应该如何做好测试计划,并有效执行?

(注:手下没有固定的member, 需要随时找主管借人)
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

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

    连续签到: 1 天

    [LV.7]测试师长

    2#
    发表于 2010-8-27 22:48:34 | 只看该作者
    手下没有固定的成员那就更需要做好测试计划了

    这样才能借到人,安排好工作,不能需要的时候才去借,那就晚了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2010-8-29 22:38:22 | 只看该作者
    人手安排也是规避风险的一种,如果自己做leader,其实最好就是自己只负责25%-40%的测试工作,否则自己压力太大 也没有精力看看整体测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2010-8-31 15:56:01 | 只看该作者
    他们应该早点把需求变更通知你,这样你也可以在他们更改前,就开始做测试计划了。
    我没做过管理,但是如果测试人员是最后一个知道需求或需求变更的人,是件很不合理的事。测试的时间在很多情况下本来时间就紧。应该跟开发人员同步。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2010-8-31 17:17:32 | 只看该作者
    个人一点看法:
    1.尽早了解清楚需求变更情况,根据需求变更情况确定测试范围;
    2.对于基准版,整理一些主要的检查点,每次发布新版前回归;
    因为时间紧张,要抓住主要功能点,抓大放小,尽量争取固定的Member,测试人员的熟练程度对测试效率影响还是比较大的。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    6#
    发表于 2010-9-1 10:28:10 | 只看该作者
    这个应该是变更控制的问题。

    建议是MIT方法测试,保障最重要功能。

    另外需注意引入功能自动化校验的方式。

    至于计划,个人觉得并不是这类事件的重点。等你拿到版本做计划,测试时间几乎就没有了。

    你的boss说的计划对于这么短时间的测试几乎是无能为力的。可能唯一可以做得是:尽早得到相关的发版信息,尽早安排相关工作。但是感觉你那边变更频繁,且上下沟通存在壁垒。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2010-9-1 14:51:16 | 只看该作者

    回复 4# 的帖子

    谢谢,我会跟老板提这个问题
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2010-9-1 14:53:09 | 只看该作者

    回复 5# 的帖子

    这个确实,由于新加入的人员不太熟悉,也抓不住测试重点,所以测试进度也很慢,我需要花时间来教他如何测试,搞得自己也很累。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2010-9-1 14:55:24 | 只看该作者

    回复 6# 的帖子

    请问下什么是MIT 方法测试? 有什么好的书籍或资料推荐吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
     楼主| 发表于 2010-9-1 15:04:39 | 只看该作者
    谢谢大家的回复!
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    11#
    发表于 2010-9-1 15:44:25 | 只看该作者
    软件度量,好像是一个微软的测试主管写得。国内有译本。most important testing

    http://www.51testing.com/html/14/n-79114.html

    http://www.china-pub.com/35680

    [ 本帖最后由 archonwang 于 2010-9-1 15:45 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-9-10 14:09:45 | 只看该作者
    计划是很重要的,另外沟通也是很重要的:
    计划的时候涉及到预估工作量,同时也是找主管沟通要人的一个关键依据。另外我觉得如果是在规定时间内没有办法完成的,要找原因,是人力资源还是时间进度紧张造成的漏测。
    发现很多企业都是想要马儿跑得快,又想马儿不吃草的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2010-9-10 16:08:09 | 只看该作者
    我曾经也做过一个简单的测试计划,基本上就抽取了几个重要的计划项,然后列成一张excel表。
    希望对你有帮助。

    功能点 准备条件(硬/软件)测试类型描述 测试方法/ 工具 估计用时(min) 人员安排...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2010-9-11 13:57:39 | 只看该作者
    个人观点,欢迎拍砖

    我觉得你的问题还是流程的问题,由于需求的变更从而导致你们的发版比较频繁,如果要最初制定一个切实可行的计划是不太可能。

    看了楼上的一位朋友有提到,就是因为你手下没有固定的member,所以你要做一个计划,对于这一点我个人是认可的。你也说到,每次变更就是对既有的系统进行新增和修改,那么你最初可以依据现行的系统做一个粗的计算,同时在计划里面做好新增的功能这一块的风险的预防。获的领导的审批同意,这样,到时候你要借人的时候也方便一些,毕竟有领导的支撑不是,呵呵。那么后面就需要跟踪计划的执行情况,作为项目的负责人来说,更多的需要监控项目执行的整体情况,只有这样你才能知道你的计划当前执行的情况,是否需要做调整,需要做什么样的调整吧。

    另外,从这次你们总公司发回来的不能接受的原因为cpu占用过高,这个属于性能问题,那么你就要考虑是否可以对版本的变更性能方面如何去验证。这个可以跟功能测试并行执行。不影响功能的测试。只要修改的部分不牵涉到通信协议的变更,脚本能够模拟相应的业务操作,那就是没问题的。

    恩,祝楼主好运,有经验了分享。

    我QQ是75587880.备注:51testing测试管理计划。
    欢迎讨论和指导,谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2010-9-11 15:22:20 | 只看该作者
    没有做好风险分析,如果改动较大,应该做要性能测试的。这也的确是计划没有做好。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2016-12-20 16:14
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    16#
    发表于 2010-9-13 09:07:48 | 只看该作者

    学习

    学习学习学习
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
     楼主| 发表于 2010-9-14 10:50:02 | 只看该作者

    回复 14# 的帖子

    谢谢你中肯的建议。

    在测试功能的同时,我今后也会加强对性能测试这块的测试力度
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2023-1-13 09:55:31 | 只看该作者
    不如这么问,如何在1秒内做出测试计划
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-5 16:23 , Processed in 0.083122 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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