51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4061|回复: 8
打印 上一主题 下一主题

[原创] 怎么样来制定合理的测试流程?

[复制链接]
  • TA的每日心情
    慵懒
    2017-2-20 10:05
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2008-12-3 14:21:23 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    我们公司的测试都是跟着项目时间走的,每次项目时间总是很紧张,测试的时间也很少,测试到最后好像都是不了了知,不闻不问的,总感觉我们这个测试就好像是走过场似的!  根本没有起到真正的作用!  但是上面老总每次都说我们没把关好! 每次给客户演示都会出现这样那样的小问题!    现在上面领导压下来,让我们制定一个测试的流程,好烦的哦!   

        按照我们的这种项目,我想根本不可能实行起来的。  每次到我们这里测试时已经很迟了,然后又被上头催着说要看成果,然后开发也是糊弄的,我们根本没办法好好测试!  唉........好伤脑筋的哦!!

    各位兄弟姐妹,你们的测试流程是怎样的啊?  谁能帮我想想,我们的测试到底要怎样才能起到真正的作用!!!
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    2#
    发表于 2008-12-3 15:07:42 | 只看该作者
    1. 尽早介入项目开发,参与需求会议,并要求提供需求变更历史记录和纪要。
    2. 在流程上明确区分开发与测试的职责、义务和权利,将测试团队规划出整个项目团队之外,直接对项目经理或上级经理汇报
    3. 流程上的制定最怕的是常变常改,所以,审慎处置流程的制定和流程中的关键节点。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2008-12-4 06:56:42 | 只看该作者
    其实楼主的问题是很普遍的, 大多数都是开发结束才开始测试, 结果开发耽误了测试的时间,测试组不得不在原定计划的一半时间内完成所有的计划测试。这样的结果是, 测试不全面,给客户演示出现级别比较高的错误。

    1 制定测试计划, 像ARCHONWANG说的, 表明测试的责任,义务和权力,如果DEV TEAM 耽误了测试时间, 出现错误的责任在开发组。 把测试计划发给项目经理, 开发组头, 当然你是测试头, 如果项目经理上面还有个大经理的话,不要忘了他。

    2 建议给项目经理和DEV LEAD, 在分析和设计阶段进行‘铅笔和纸张’测试, 基本就是检测设计和分析的一些文件,如果文件错了,估计开发出来的也对不那里去。在开发阶段, 建议帮助程序员设计一些UNIT 测试的用例, 鼓励他们进行UNIT TESTING, 如果能用一些AGILE 开发的技术那就更好了。 如果这些都做了, 基本到了测试阶段,你就不会想现在这么有压力
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2008-12-4 08:33:13 | 只看该作者
    恩 写一个详细得测试计划,测试方案 是非常有必要得!能让测试得过程更顺畅!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2017-2-20 10:05
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
     楼主| 发表于 2008-12-4 16:09:04 | 只看该作者
    [quote]原帖由 archonwang 于 2008-12-3 15:07 发表
    1. 尽早介入项目开发,参与需求会议,并要求提供需求变更历史记录和纪要。


    关于这一点,我们还是做的不错的,我们在项目开始前,测试员就已经介入开始熟悉需求了!

    主要还是在项目开发计划的变动太频繁,因为赶时间,如果开发完不成,那测试就得往后拖延!   伤脑筋的!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2008-12-4 16:48:53 | 只看该作者
    我想造成楼主说的这种情况,最大的问题应该是开发时对需求没有搞清楚吧,目前国内很多公司以敏捷开发为由,背离软件工程基本的理论,这些不光是通过测试流程就能把问题解决的,如果领导重视测试,给测试足够的权限,比如对发布的否决权,这样还好一点,可以慢慢通过测试流程的规范推动整个研发过程的规范。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    7#
    发表于 2008-12-5 11:28:57 | 只看该作者

    回复 5# 的帖子

    如果前面两句短语做到还不够,需求是个过程,只是刚开始的需求介入不代表对需求的变更具备管理能力。这也是为什么这句话的后半句要说明变更持续跟踪。

    这个问题很可能是整体上的问题,由于缺乏有效的沟通和系统化的统筹安排,导致信息不对称,结果造成覆盖率不足或信息错误等问题。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2009-1-6 16:37:30 | 只看该作者
    我们公司也是这样的。GUI人家根本不知道你是什么意思,我们测试的说要更改。开发人员说你先和需求的说清楚,再和项目经理签字。然后我再修改。绕这么大一个圈子。那测试还是干什么用的?
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    9#
    发表于 2009-1-6 17:22:12 | 只看该作者
    测试人员如果不深入需求流程,则很容易被动。所有的主动权由客户和开发人员掌握,导致会产生很多问题。建议可以将需求人员纳入测试团队一并处理相关事宜。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-27 23:34 , Processed in 0.087429 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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