自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(9)
  • 收藏
  • 关注

原创 又一次放弃

       刚刚提上日程的自动化测试, 又被拖了下来,从一开始,我大概就是知道这个结局的,因为我就经历过这样一段挣扎的过程。  不过我还是把它提出来了,因为如果没有真正的使用过, 有过这方面的经验,有过这样力不从心的感受, 你就不会那么深刻的体会到, 为什么我们组的测试工作还不能使用到自动化测试工具? 为什么我们还要一直停留在最最基本的手动测试上面?        我现在大概知道了一些玲玲当

2006-11-30 08:27:00 548

原创 如何应对并发性的需求?

     当一个项目同时来了两个需求, 且要求提交时间不一致,应该如何进行版本控制? 怎么保证充分利用人力的情况下, 同时进行两个需求的修改,但是先发布的一个需求不会包含没有测完的第二个需求的bug呢? 目前我们的做法是: 1, 当两个需求都比较小,且需求不紧急的时候, 和客户沟通, 争取将两个需求都做完之后同时发布, 2, 当一个需求做的时间比较长, 而另外一个需求很小,甚至就是简单的debug

2006-11-30 08:26:00 1113

原创 从两个团队中学到的

因为面对的是两个开发项目,做的时间长了,很容易对这两个开发团队的流程优劣有个比较。 团队A:  大项目, 人手充足,开发人员能力跨度从高到低分布均匀,流程较规范, PM很有经验,比较善于和客户沟通以及争取时间。 缺点是 :的接口容易出现责任模糊的问题。由于人员互相之间对于别人的流程完全不清楚,一旦出现人手不够需要互补的时 候,接收较慢,同时因为大家不是很主动, 一方面测试人

2006-11-30 08:25:00 811

原创 怎样让自己的团队成为一个学习型的团队?

目前的工作都是功能测试,每天就是不停的重复工作,最多进行业务上的扩展,如果光靠每天的工作, 很难再学习到更多的东西, 很想让自己的测试小组成员在测试这个领域上都能有长足的进步,当然也为了不断的提升自己, 所以想在小组里营造一种自我学习和互相分享的氛围, 不知道应该怎么样去开展?目前的想法是每两周开一次分享会,但是分享的内容不知道怎么去确定,分享人又该怎么确定,如果不指定人员,大家一般不会主动请

2006-11-30 08:21:00 1696

原创 风险进行时

       一个新的项目正在进行中, 9月初就需要release的项目,现在都已经进入了开发后期,测试初期, 但是有一些需求,无论是开发还是测试都是迷迷糊糊的,项目的需求文档虽然出了几份了, 但也只是描述了大概,有些情况在编写测试用例,甚至有些到了执行测试阶段, 才发现原来流程中还存在这样那样的疑问。 让我感觉到心力憔悴的是, 如果我不去抠字眼,摸清楚流程,几乎没有人去质疑这个需求描述的是否清楚

2006-11-30 08:20:00 560

原创 如何对测试人员进行绩效评定??

如何对测试人员进行绩效评定??目前想到的应该包括以下几点:1, 最重要的当然是 客户反馈bug数,测试发现bug数目,以及比率。2, 项目测试目标的达成率:schedule 以及人力消耗3, 部门内部的知识分享如何??多少次?成效如何??(平时要有针对知识分享的打分体制)4, 部门技能是否有提升??比如自动化测试,性能测试??举例说明某项目使用自动化测试的成效等等。5, 测试部门对于各个项目是否有

2006-11-30 08:12:00 1094

原创 什么样的需求是一个好的需求?

什么样的需求是一个好的需求??1,主要流程是否描述清楚,是否有二义性, 如“3个月以上”——是否包括3个月,表现形式是否已经确定?2,流程的分支结构以及分支处理情况是否考虑完全?? 3,是否定义清楚与其他模块和产品的交互流程4,是否考虑了新增功能点对原有功能的影响?5,是否所有的系统输入已确定,包括其来源、准确性,取值范围和频率? 9,所有的需求之间不互相冲突吗? 6,是否

2006-11-30 08:10:00 1221

原创 让客户反馈的问题进入bug管理系统

问题:客户反馈的问题目前都是直接告诉项目经理,很少有汇总记录。解决:客户反馈的问题,应该录入bug管理系统。除此之外客户反馈的bug可以首先经过测试人员确认,才交由研发人员进行修改。具体做法:可以在TT/CQ中 增加两个字段来解决,1,   增加一个字段为origin,表示该bug的来源,如果是内部人员(测试人员)发现的bug,则在original栏位选择From Test,反之,如果

2006-11-30 08:07:00 2637

原创 测试数据库原则上应该和开发数据库独立开

问题:  目前公司测试人员的测试数据库和研发人员的开发数据库没有独立开。解决:测试人员的测试数据库原则上应该和研发人员的开发数据库独立开,原因分析:       1,测试人员构建自己的测试数据,在测试过程中观察数据的正确性,避免了受研发人员开发过程中针对数据库进行变动所引起的不确定性。       2,测试人员如果独立自己的测试数据库,使用人数少,在通过工具跟踪程序运行的SQL语句时(比如

2006-11-30 08:03:00 1362

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除