51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2334|回复: 5
打印 上一主题 下一主题

[原创] 元芳问小小:"下面几点,你怎么看?"

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2016-4-6 11:44:08 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
小小,涉入IT职场两三年,居然从助理测试员混到了测试组长,有两三个小弟,总以为看破红尘。有一天碰到了元芳,元芳问小小:"下面几点,你怎么看?" 小小居然左右为难。各位客官,您怎么看?
  • 如何看待:项目中,测试人员和开发人员的关系相处
    左:测试人员为产品品质负责,某种意义是对开发人员成果的检验,不应留情面,甚至应该说是对立面
    右:项目是一个整体,测试、开发只有和睦共处才能使项目顺利推进,有问题大家共同承担
  • 如何看待:测试团队面向的是项目组还是面向公司高层或者客户
    左:领导们在各种会议上会强调,测试人员面向的是客户,为客户保证品质,不是按项目组要求做事,而是监督项目组做事,策略不合理、制品不到位应及时抗议和反馈
    右:测试人员和开发人员整合在一起做一个项目,测试团队应该属于项目组的一个小组,这个小组保证其他小组输出制品的质量,面向项目组开展测试工作
  • 如何看待:测试团队的任务划分按工种还是按模块
    左:术业有专攻,设计就是设计、执行就是执行,功能就是功能、性能就是性能、自动化就是自动化,分开来,从技术角度做深做精,团队梯队建设的必要
    右:按工种太不现实了,按模块才是王道,现实项目中事多人少,不可能指望一两人全部负责设计,既然做测试,那就应该是多面手,各工种都要了解,不管行不行,不行也要变成行
  • 如何看待:过多依赖随机测试是完全没有道理的
    左:随机测试也叫经验测试,总有测试设计想不到的地方,就是能发现你想不到的缺陷,就是一种方法,就应该在项目后期加入这个阶段,这方面的经验靠积累,没有办法传承,也是落不到纸面上的
    右:随机测试仅是用例优化的补救手段,通过随机测试开拓测试思路,寻求新的突破点,进行提取观点,优化补充用例,进行发现更多缺陷。如果看做测试的一个方法和阶段,那就没有道理了,因为无法传承、过多依赖脑袋
  • 如何看待:既要提升覆盖率保证质量、又要消减用例量保证成本
    左:觉得目前负责的项目可优化空间很大,可以去思考引入工具或者观点来消减用例
    右:臣妾做不到,这种要求是无理的,目前负责的项目无法进行该方面的优化工作了
  • 如何看待:测试设计观点和方法工具在设计阶段应用的必要性
    左:既然有观点有方法有工具,就应该明确化,形成指导书,所有测试设计都要参考并在用例设计中直接体现
    右:到经验交流这个程度即可,设计阶段更重要的是自己脑袋里的经验和敏感度,工具方法流程化落实的意义并不大
(未完待续,感兴趣可私信,共计22个点...)

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

使用道具 举报

  • TA的每日心情
    奋斗
    2019-12-31 08:59
  • 签到天数: 975 天

    连续签到: 1 天

    [LV.10]测试总司令

    4#
    发表于 2016-4-6 14:09:06 | 只看该作者
    坐等待续部分
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2020-8-4 11:02
  • 签到天数: 943 天

    连续签到: 1 天

    [LV.10]测试总司令

    5#
    发表于 2016-4-7 10:35:22 | 只看该作者
    关点明确,直观,呵呵。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-26 03:48 , Processed in 0.068654 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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