51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: lsekfe
打印 上一主题 下一主题

【你来问我来答第43期】:项目管理与测试团队管理(已结束)

[复制链接]
  • TA的每日心情
    难过
    2015-7-6 15:31
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    21#
    发表于 2014-2-10 18:05:46 | 只看该作者
    回复 17# paopaotang421 [
       
    从个人工作技能来讲,当然技多不压身嘛。。从事不同的行业也有利于自己开脱视野,积累不同行业的业务知识,对于自己是一个知识的储备,更是很好的机会。
    但从公司用人角度讲,更喜欢直接能上手并且能提供创新应用的职员,降低培养成本。所以公司用人还是希望有类似行业经验者优先。

    对于测试技能来讲,测试用例设计方法就是那些,在不同的行业不同的公司也基本是这些测试用例设计方法,大同小异。相对来说还是业务逻辑 行业积累才是硬伤。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    22#
    发表于 2014-2-11 09:07:20 | 只看该作者
    回复 15# 千里

    嗯,最近有数据测试方面的项目,但是对测试方法、效率不是太满意。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2014-2-11 09:11:52 | 只看该作者
    回复 19# 吼吼哈哈

    嗯,谢谢指点,框架应该是这样测试。还有个问题,目前我们测试数据类项目,都是测试人员根据自己对需求的理解,然后自己写SQL得到结果去和开发的结果比较,导致效率较低(特别在多个维度的情况下,这个情况特别严重,不知道是否还有其他好的办法可以学习?)谢谢。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2014-2-11 14:08:00 | 只看该作者
    回复 1# lsekfe


        好帅
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    昨天 09:02
  • 签到天数: 1042 天

    连续签到: 4 天

    [LV.10]测试总司令

    25#
     楼主| 发表于 2014-2-11 14:14:05 | 只看该作者
    回复  lsekfe


        好帅
    大龙哥哥 发表于 2014-2-11 14:08



        代码嘉宾要求上照!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2014-2-11 16:45:14 | 只看该作者
    围观
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2024-10-4 10:34
  • 签到天数: 1208 天

    连续签到: 1 天

    [LV.10]测试总司令

    27#
    发表于 2014-2-12 10:06:09 | 只看该作者
    回复 20# 吼吼哈哈
    说是有自测 但是我们感觉是没有的做
    准入准出的判定 没有明文规定 但是查了别的公司 我们也差不多这么做的
    好像有绩效考核 但是没有追责机制

    公司和公司情况不同
    我们公司的开始测试标准,是在开发人员编码结束,并且自测结束以后,向我们测试人员提交《测试申请单》和配置文件。然后我们测试人员在测试环境下配置,最后进行测试。
    我们公司的测试结束标准,如果是新的系统,就要求按测试用例来测试,覆盖所有用例后提交测试报告;如果是新的版本,就按开发的《测试申请单》来验证修复BUG和新增功能,然后进行回归测试,提交测试日简报。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    3 天前
  • 签到天数: 170 天

    连续签到: 1 天

    [LV.7]测试师长

    28#
    发表于 2014-2-12 10:22:18 | 只看该作者
    项目管理方面:首先要分析明确要测试功能和验证点;对测试项目进度进行合理管理,要制定详细的测试进度计划;当前以上是理想状态,如果没有需求说明文档资料或需求不明确,就要多和开发沟通,自己整理出需求文档管理给开发人员确认,根据暂时确认的需求设计测试用例,确认需求程度达到90%以上,至于很小细节,在测试阶段可以进一步完善(此处工作量应该很小的,如果工作时间不允许就加会班了),每当需求发生变更了,需求文档资料也即时变更,所设计的测试用例也随即变更,当然大的需求主方向不能随意变更的;
    测试团队方面:从团队建设到团队培养,要让企业留的住人才,从福利待遇,工资水平,发展空间,个人提升机会去考虑。还有就是测试工作任务的合理安排,至于什么样的度需要根据团队个人工作负责情况,个人负责工作的安排就要从团队成员的个人技术优势来评定了;利用业余时间,假期进行团队聚餐之类的活动,加强团队之间的沟通;这只是个人意见,与别人无关,最后祝大家新年快乐,马上有一切!!!!!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    3 天前
  • 签到天数: 170 天

    连续签到: 1 天

    [LV.7]测试师长

    29#
    发表于 2014-2-12 10:31:41 | 只看该作者
    不知道以上观点是否正确,如果不正确,希望能指出来!!!谢谢了!!!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    3 天前
  • 签到天数: 170 天

    连续签到: 1 天

    [LV.7]测试师长

    30#
    发表于 2014-2-12 10:32:16 | 只看该作者
    项目管理方面:首先要分析明确要测试功能和验证点;对测试项目进度进行合理管理,要制定详细的测试进度计划;当前以上是理想状态,如果没有需求说明文档资料或需求不明确,就要多和开发沟通,自己整理出需求文档管理给开发人员确认,根据暂时确认的需求设计测试用例,确认需求程度达到90%以上,至于很小细节,在测试阶段可以进一步完善(此处工作量应该很小的,如果工作时间不允许就加会班了),每当需求发生变更了,需求文档资料也即时变更,所设计的测试用例也随即变更,当然大的需求主方向不能随意变更的;
    测试团队方面:从团队建设到团队培养,要让企业留的住人才,从福利待遇,工资水平,发展空间,个人提升机会去考虑。还有就是测试工作任务的合理安排,至于什么样的度需要根据团队个人工作负责情况,个人负责工作的安排就要从团队成员的个人技术优势来评定了;利用业余时间,假期进行团队聚餐之类的活动,加强团队之间的沟通;这只是个人意见,与别人无关,最后祝大家新年快乐,马上有一切!!!!!
    不知道以上观点是否正确,如果不正确,希望能指出来!!!谢谢了!!!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-12-22 08:53
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    31#
    发表于 2014-2-12 14:07:39 | 只看该作者
    我可以用帅到掉渣来形容楼主吗
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    难过
    2015-7-6 15:31
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    32#
    发表于 2014-2-12 14:24:53 | 只看该作者
    回复 23# 测试新新手

    数据类报表测试事实上最直观快速的测试方法还是通过以程序验证程序的方式。即对相同一份需求文档,测试通过SQL编写逻辑获取统计结果,开发通过ETL调度、数据清洗、枚举值转换等方式获取统计结果,两者进行数据核对。当然这对测试的数据库技能要求较高。

    除此之外,也有一些非SQL方面的测试方法“

    数据类报表统计一般分为两种类型的系统,一种是以业务系统为主,报表统计只是辅助功能,另一种是纯粹的报表统计功能的系统,如数据仓库系统。两种类型的特点不同,测试方法也略有区别。

    1.业务为主,统计为辅的系统。这样的报表数据准确性,可通过对相关业务或相关业务的参数进行增删改查操作以更改业务流,构造不同的测试数据,查看统计报表数据变化,检查数据准确性。当然最直接的测试方法还是通过对插入到数据库中的数据进行SQL查询获取统计结果较为快捷。

    2.纯粹的报表统计功能的系统。
           1)对子报表汇总与父报表比对,就是对月报表汇总与年报表比对,日报表汇总与月报表比对,   2)可以从维度关系考虑,地域,行政级别、时间,个人等方面下手,进行汇总比对   
           3)相同数据源不同统计维度的报表,验证总量是否相同。例如同样是整年的成交明细,一张报表按照成交机构、另一张按照成交区域,那么这两张报表的成交笔数、成交总量应该是相同的。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    难过
    2015-7-6 15:31
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    33#
    发表于 2014-2-12 14:33:29 | 只看该作者
    回复 30# zhanghl820716

    亲,你是来砸场子的么?总结的很好哈。

    在PMP课程中最经典的铁三角理论:范围、时间、成本,任意一方的变动都会对其它二者产生影响。项目管理的目标是平衡三者的关系,使之达到最佳的效果。

    根据这样一个宗旨,在项目管理的过程中,需要做好控制项目需求研发、控制项目周期进度、控制项目成本费用。

    测试团队方面:总结很到位哈。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    难过
    2015-7-6 15:31
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    34#
    发表于 2014-2-12 14:41:40 | 只看该作者
    回复 27# 赵佳乐SMILE

    开始测试标准:是不是应该将提交自测报告纳入到准入的标准中?不然,确实无从判定开发人员是否自测,不自测的话,只能陷入返工的循环中。

    个人认为,应该梳理整个产品研发流程,上游提交的产物不合格,属于残次品,责任应该有上游部门负责并整改。测试部门作为当事部门,理应提出申诉,维护整个产品研发流程的合理性。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    3 天前
  • 签到天数: 170 天

    连续签到: 1 天

    [LV.7]测试师长

    35#
    发表于 2014-2-12 14:46:07 | 只看该作者
    呵呵,我没有别的意思,就是想求证一下本人所总结的观点对不对,支持楼主!!!!!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    难过
    2015-7-6 15:31
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    36#
    发表于 2014-2-12 15:37:12 | 只看该作者
    回复 31# zhihui2828


       我不介意。哈哈
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2024-10-4 10:34
  • 签到天数: 1208 天

    连续签到: 1 天

    [LV.10]测试总司令

    37#
    发表于 2014-2-12 16:37:50 | 只看该作者
    回复 34# 吼吼哈哈
    恩 谢谢 找了个模板看了看 内容不多 还挺好的 不过实施起来有难度

    开发也是每周打包发版 他们的时间也很紧迫
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    38#
    发表于 2014-2-13 09:47:34 | 只看该作者
    回复 32# 吼吼哈哈

    太感谢了,这总结很到位,对我非常有帮助,THX!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    39#
    发表于 2014-2-13 14:15:16 | 只看该作者
    请问,公司没有要去做自动化测试,我要怎么去开展自动化测试的工作呢
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    难过
    2015-7-6 15:31
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    40#
    发表于 2014-2-13 18:51:56 | 只看该作者
    回复 39# linline


       公司没有要做自动化的意思?那应该先让公司看到自动化测试的必要性和突出的优点,不然以个人的能力去开展自动化测试工作比较困难。
      应该先营造自动化测试的整体环境氛围,得到领导的准许与支持,推动自动化测试就容易了许多。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 04:42 , Processed in 0.074882 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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