51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

谈谈测试流程

[复制链接]
  • TA的每日心情
    奋斗
    2017-4-28 09:09
  • 签到天数: 20 天

    连续签到: 5 天

    [LV.4]测试营长

    跳转到指定楼层
    1#
    发表于 2017-4-18 10:01:34 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    本帖最后由 梅-梅 于 2017-4-18 10:02 编辑

    hello,问大家一个问题,在公司里,测试人员是怎么和开发人员或者产品沟通的呢?
    我先来描述我的工作流程吧:我们是个小公司,技术部门也就12个人吧,但是测试和他们是分开坐的,需求呢我们只有原型图没有详细文档,根据原型图、测试感觉、开发感觉来测试或者开发项目,这一点我特别无语!!
    还有呢我们提交bug是直接写在文档里,然后发给开发,让开发进行修改,另一个测试人员呢每次都会直接到开发那里去说问题,我是直接把文档发给开发,有什么不懂的可以问我,不行我就去开发那详细说明,不知道大家是怎么做的呢?我是不是也要和开发多正面接触一下呢?
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情
    开心
    5 小时前
  • 签到天数: 1896 天

    连续签到: 2 天

    [LV.Master]测试大本营

    推荐
    发表于 2017-4-21 08:33:55 | 只看该作者
    在小公司能快速成长,为你以后作跳板!!!
    回复 支持 1 反对 0

    使用道具 举报

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

    连续签到: 1 天

    [LV.10]测试总司令

    2#
    发表于 2017-4-18 10:10:34 | 只看该作者
    流程可以规范起来,bug管理工具用起来
    需求文档没有吗 ?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    3 小时前
  • 签到天数: 942 天

    连续签到: 1 天

    [LV.10]测试总司令

    3#
    发表于 2017-4-18 10:15:45 | 只看该作者
    我们也是这样小公司没需求人员   ,只有图  那就正常测试好了。坐在一个屋子有问题就给开发看一眼然后提交jira 如果是新版本就会所有BUG写文档中然后开会时产品经理去指派给开发决定先改还是先后置。公司小 还是多跟开发接触吧 出一个良好的关系很重要。大公司你就会发现开发和测试根本没法相处

    评分

    参与人数 1测试积点 +10 收起 理由
    lsekfe + 10 积极回复获得测试积点10 赶快去商城换取奖.

    查看全部评分

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    5 小时前
  • 签到天数: 1896 天

    连续签到: 2 天

    [LV.Master]测试大本营

    4#
    发表于 2017-4-18 10:16:01 | 只看该作者
    小公司,其实流程并不是很注重,没有流程并不代表毫无章法。人少有人少的好处,就是便于管理方便交流,一人多职,一职多能。没有缺陷管理平台,那就多交流交流。但是文档也是要发的,正面交流也是必须的,但不要过于频繁,因为谁都不愿意看到自己写的程序问题不断,这样领导看到了也不好。都是打工的,只要能在规定时间合格完成任务,就好啦。流程是在工作中慢慢总结出来的,大公司的或其他公司的不一定适合你们。

    评分

    参与人数 1测试积点 +10 收起 理由
    lsekfe + 10 积极回复获得测试积点10 赶快去商城换取奖.

    查看全部评分

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2017-4-28 09:09
  • 签到天数: 20 天

    连续签到: 5 天

    [LV.4]测试营长

    5#
     楼主| 发表于 2017-4-18 11:52:36 | 只看该作者
    Miss_love 发表于 2017-4-18 10:10
    流程可以规范起来,bug管理工具用起来
    需求文档没有吗 ?

    文档也是很简单的,只有一条成功的用例;还有一次是都没有原型图,就是根据客户发的表格,需求是增删改查,进行开发和测试,提了一个bug就是对一些编号输入框进行限制只能输入数字,然后开发说这不是问题,用户不输入文字不就可以了,这都没需求文档,我和他是各执一词,问领导领导肯定说正常功能没问题就好,我都懒得问了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2017-4-28 09:09
  • 签到天数: 20 天

    连续签到: 5 天

    [LV.4]测试营长

    6#
     楼主| 发表于 2017-4-18 11:55:51 | 只看该作者
    梦想家 发表于 2017-4-18 10:15
    我们也是这样小公司没需求人员   ,只有图  那就正常测试好了。坐在一个屋子有问题就给开发看一眼然后提交j ...

    关系很重要这个我知道,就是有时候不知道说些什么,只有看着文档才有点感觉!!我们基本不怎么开会的,先改还是后置貌似是测试自己决定
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    6 小时前
  • 签到天数: 2654 天

    连续签到: 6 天

    [LV.Master]测试大本营

    7#
    发表于 2017-4-18 13:17:41 | 只看该作者
    其实人少有人少的好处,但是建议你还是先要把bug管理起来,使用工具管理起来,不建议你使用文本
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    6 小时前
  • 签到天数: 2654 天

    连续签到: 6 天

    [LV.Master]测试大本营

    8#
    发表于 2017-4-18 13:18:42 | 只看该作者
    再就是如果人少的话,还是要融入开发,多向他们学习,其实有很多交互的过程,虽然你们流程没建立,但是随着你们项目的增多,就会发现很多问题,随后你们就会考虑建立这些流程、规定了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2017-4-28 09:09
  • 签到天数: 20 天

    连续签到: 5 天

    [LV.4]测试营长

    9#
     楼主| 发表于 2017-4-18 13:55:13 | 只看该作者
    cq520131517 发表于 2017-4-18 10:16
    小公司,其实流程并不是很注重,没有流程并不代表毫无章法。人少有人少的好处,就是便于管理方便交流,一人 ...

    嗯嗯 谢谢,现在刚入职一个半月尽量会和他们多交流的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2017-4-28 09:09
  • 签到天数: 20 天

    连续签到: 5 天

    [LV.4]测试营长

    10#
     楼主| 发表于 2017-4-18 13:56:01 | 只看该作者
    jingzizx 发表于 2017-4-18 13:18
    再就是如果人少的话,还是要融入开发,多向他们学习,其实有很多交互的过程,虽然你们流程没建立,但是随着 ...

    希望是这样吧
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.7]测试师长

    12#
    发表于 2017-4-23 21:31:19 | 只看该作者
    看现在有啥问题,再一个个解决,完善就好了
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.7]测试师长

    13#
    发表于 2017-4-23 21:31:46 | 只看该作者
    流程、规范这些东西,还是要适合的才行的,不同的环境要求不一样
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-6-13 16:30
  • 签到天数: 31 天

    连续签到: 1 天

    [LV.5]测试团长

    14#
    发表于 2017-5-9 16:28:57 | 只看该作者
    嗯嗯,赞成楼上们说的,得先将Bug管理工具用起来。这个也好用于测试报告时的Bug统计。
    我们以前也没有文档,而且我们有些开发人员也不爱写文档,
    所以有时都是我们沟通后,我自己做文档记录。后期有变更或找变更依据时,我这边好有依据可寻;
    我个人认为,测试首先得有个测试标准,而这个标准最好是文档记录,
    否则项目大了,周期长了,没准最后谁也不记得了。我们之前就出现过这类情况。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2017-6-1 17:46:02 | 只看该作者
    小公司确实没有流程。我们公司就是这样的。需求是老板定的,老板和产品说好后,产品直接和开发沟通,开发做出来后就直接给测试测了.
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-6-16 15:53
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    16#
    发表于 2017-6-16 14:08:15 | 只看该作者
    小公司流程:1、项目需求分析(需求文档、项目系统设计说明书和原型图)2、编写用例(跳过,基本是后期补的应付文档,没有什么用,测试时都不看),3、执行测试,功能测试,大家分模块进行功能测试;4、bug提交和跟踪,(采用免费的QC管理工具,这点感觉很方便和高效);然后就是迭代了
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-4-19 13:15 , Processed in 0.071907 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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