51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4029|回复: 12
打印 上一主题 下一主题

当测试和开发并行进,测试将如何进行?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-12-27 10:37:45 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
目前有一个项目,周期非常紧,所以PM要求测试和开发同时进行,边开发边测试,但是我之前没有接触过类似的工作方试,论坛里的高手有经验的可以指点下哈,什么时候开始介入比较合适?测试方法以与正常的测试过程不同的地方和需要特别注意的事项有些什么?有类似的资料也可以发链接给我哈~~~我也在思考,讨论。有兴趣的可以跟贴一起讨论哈。一直在线,期待你的加入!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    13#
    发表于 2012-6-4 15:27:16 | 只看该作者
    迷茫学习中。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2012-4-19 10:12:00 | 只看该作者
    9#
    测试代码不一定非要在开发代码完成后写。开发编码前会有设计的,规范的情况下是会有详细设计的类图,测试只要知道了被测模块的类名和调用方式,就可以写出测试代码了。
    这也是TDD的方式呀?先写测试代码再写业务代码,不过开发写的是单元测试,我们写的是集成测试,或者基于测试用例的测试代码。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2012-4-18 14:52:42 | 只看该作者
    我现在所作的很多工作都是为了测试免责而坐的, 因为测试的领域很大很大,总有没测试到的,总有没想到的,我现在千方百计的想让我们测试在有限的时间内做好有限的事情,达到有限的效果。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2012-4-18 14:49:36 | 只看该作者
    9#  如果是黑盒自动化  那可以做到并行 但是要基于开发测试有共识
    如果是要做到灰盒  就必须滞后于开发了

    我觉得9楼说的问题  可能是沟通和流程的问题   主要问题点是  领导觉得测试拖进度。为什么让别人觉得测试是拖进度?我觉得主要是测试做的事  领导不清楚,也不知道,他们补清楚做个自动化case要多久。他们以为你们可以1小时搞定一切。

    我所在的团队是这样避免这种问题的, 有测试计划的  基本上都定义清楚了  自动化什么时候开展 自动化要开展多久才完成,这个是不能算加班时间的,还有最重要的是评估每次自动化case需要多少时间,让上面的人看到你们工作的小时数 还有成果, 知道你们做了些啥,那就补存在领导challenge的情况了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2012-4-12 16:12:57 | 只看该作者
    4楼说的没错,可是实际执行过程中难度很大啊,说是测试和开发并行,但是测试代码还是在开发代码成型后写。测试代码虽然简单但是多啊!各种覆盖!!所以领导总觉得测试影响了进度,测试只好在开发白天写完代码后晚上加班写测试代码!不知道4楼所在团队是什么情况?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2012-4-11 08:10:23 | 只看该作者
    。。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    7#
    发表于 2012-4-1 10:11:02 | 只看该作者
    学习中。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2012-3-9 12:41:25 | 只看该作者
    回复 2# wn0112


        所言极是
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2012-3-8 12:13:54 | 只看该作者
    把开发模块分割成一个个小的功能点来开发,要他们每开发完一个小功能点就给你去测试!等到整个项目完成了再做整体测试!
    同时开发下个功能的同时我建议还可以加上自动化测试,主要用来验证下个功能下来的时候是否影响到之前的功能,不过这个可能发费时间就比较的多!看项目的进度及自己的能力!
    同意4楼参考一下敏捷开发吧!现在好多大公司都在搞!但不要全抄结合自己公司的特点做点调整!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2012-1-17 16:47:29 | 只看该作者
    工作方式你可以参考下敏捷的方式  

    什么时候开始介入比较合适?
    这个就不用说了  肯定越早越好  最好需求分析就参加  隐性需求挖掘 测试策略 写各种测试计划方案 设计测试用例 模拟客户场景 计算大概的测试覆盖率 搭建自动化框架 申请测试资源(人力 设备 网络环境  xxxx)就准备吧  

    测试方法以与正常的测试过程不同的地方和需要特别注意的事项有些什么?
    测试工作内容方面的建议  分两条线
    一条线是 模块测试 module level test  就是对不成型的产品模块进行测试 主要就是针对daily release 主要就是灰盒测试
    二条线是 产品测试 product level test,主要是就以一个产品解决方案的角度去做测试,有系统 性能 压力稳定 健壮 内存 monky coffee  等 看你有多少精力去做啦  每个测试类型要定义好test effort 让上面最后留足够的时间给你测试,否则你就cut 测试类型。
    测试内容都一样 只不过测试工作分了两个主线 一个是保障开发的模块质量  一个是保障最后产品的质量 特别注意的地方就是跟传统的一样 在产品release之前必须至少做两轮产品级别测试。

    建议你最好定义个流程  比如说 模块测试时候 每天的 daily release 你测试啥  smoke  module function test
    explorering test? etc
    产品级别测试的时候 每个official release 需要测试那些类型  需要测试多少  man/hour 测试 milestone
    bug优先级 肯定有吧  再定义每个official release 允许多少 A level  Blevel bug  就是怎样算pass 怎样算fail。
    还有要是与精力就做CI  把自动化导入  连接 smoke test  后期再连 regression test。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2012-1-17 16:23:37 | 只看该作者
    这部就是类似 agile 这种么
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2012-1-13 18:00:06 | 只看该作者
    应该项目一开始吧,与开发共同参加项目会议,掌握第一手情况。而不是后面再问开发人员。
    开发也有可能理解错误的地方,你可以讨论纠正他。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-27 06:55 , Processed in 0.082744 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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