51Testing软件测试论坛

标题: 新加入一个团体，如何能尽快的展开测试工作？（08-09-01）（获奖名单已公布） [打印本页]

作者: 默默巫 时间: 2008-9-1 12:11
标题: 新加入一个团体，如何能尽快的展开测试工作？（08-09-01）（获奖名单已公布）
新加入一个团体，该怎么样了解测试的进度，如何能尽快的展开测试工作？

请各位同行踊跃发表自己的看法和提出自己宝贵的建议。

感谢会员hou0211提供此精彩问题！如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

非常感谢各位会员积极参与，截止至9月7日24：00分，从该贴所有评论中选出部分作出精彩评论的会员予以奖励。礼品和积分将在本周内送出。

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	zhuzx	当当购物卡50元	18#
二等奖	poisson	300论坛积分	32#
三等奖	goal1860	100论坛积分	14#

作者: judy2sa 时间: 2008-9-1 17:15
1.首先要了解项目的总体计划及需求－要能尽早快的展开测试工作，必须先对这个项目的情况做一些了解，知道项目大致的计划和时间安排，需求熟悉得越快，测试工作的开展也会越快。
2.了解测试计划及用例－先知道测试计划是如何安排的，以便了解目前的测试进度，在熟悉了需求后查看用例时会轻松许多，或者需求与用例交叉来熟悉，按个人习惯来选择。
3.走读缺陷库，看看已经发现的BUG情况－知道了BUG分布的情况，可以清楚目前测试工作开展得如何，哪些模块是已经测试过的，如果有能力，分析一下目前缺陷库中BUG产生的原因，可以知道程序员容易犯错的地方，方便自己在测试时在此方面多注意一下。
4.与项目组成员保持良好的沟通－在对需求与计划，或是缺陷库中问题描述有疑问时，要及时与项目组成员沟通，知道最新的情况。
5.明确自己的职责－清楚自己接下来的工作任务，针对性地做一些自己的测试计划或用例，或对原来的用例作一些添加或修改，接下来就可以开展测试工作了。

作者: archonwang 时间: 2008-9-2 10:04
抽空再答，先占个位置。:-)

作者: 小狐狸如如 时间: 2008-9-2 11:12
以我自己的经验来说，首先要了解你的项目成员，测试组的组长，其次要了解你们的项目计划，测试计划，测试安排，项目进度，然后是好好研究需求，特别是对于你负责的地方，着重的认真的看下去。到后面就是走读你的项目成员或者前辈们的用例，尝试自己去写一些自己将要负责的用例，查看同事提交的缺陷报告；最后是自己加入项目，融入团队，开展自己的工作。

作者: winds 时间: 2008-9-2 12:08
这个问题相当精彩，无论是谁都会遇到的一个说不大很大，说小也不小的情况

以个人理解，分两方面
1.人际关系
1）与测试部门内部的人际关系
2）与项目组内部的人际关系
3）公司内部的人际关系
做事先做人，人际关系处理不好，寸步难行啊，这方面就不多做解释了。部门与项目组内部的人际关系相信大家都比较好理解，因为这些人都是打交道最多的对象；公司内部的人际关系，经常看到有些人会忽视这点，只管做好自己的事而只与平时工作中会接触到的一些人有些关系，但结合不少职场前辈的经验，多个朋友多条路，最起码也要保证以后工作中不要被人穿小鞋，多多和别人打好关系吧。

2.本职工作
这方面建议
1）在人际关系相处还可以的前提下，多多与人请教，因为别人教永远比自己看节省时间。只是，别一天时间都跑去请教人家，这样就不好了。

2）没人教的孩子估计也不少，被扔一堆文档自己学的，这样比较痛苦。这种时间，建议看几个文档，用户手册、第一期的软件需求以及设计文档、测试方案、测试报告、软件页面等，其它的像bug库、测试用例等，不建议在没有概念的情况下去看。尤其像BUG库，上手看那些BUG，会看晕的，说实话，到现在我都没看完整过（想想，要是上手就是一个已有2千多BUG的软件，看一遍都是一件很累的事）。一句话，先整明白业务与软件现状，再整明白业务发展与软件不足，咱们那点专业技术那是把对象整明白后再考虑的事。

作者: 默默巫 时间: 2008-9-2 13:18

原帖由 winds 于 2008-9-2 12:08 发表
这个问题相当精彩，无论是谁都会遇到的一个说不大很大，说小也不小的情况

以个人理解，分两方面
1.人际关系
1）与测试部门内部的人际关系
2）与项目组内部的人际关系
3）公司内部的人际关系
做事先做人， ...

很实在

作者: david208 时间: 2008-9-2 22:04
我觉得：
1 速度和同事们搞好关系
2 速度熟悉系统，不懂的多问。
3 领导的话一定要听，执行力要强哦。
4 认真的工作，不要拖后腿，要让同事信任你。

作者: lichao_lc4 时间: 2008-9-3 09:27

新加入一个团体，首先要知道该团体所做的业务，从而尽快的学习该业务；其次，将自己以前的工作经验（或理论）与该业务结合；再次，人无完人，在遇到困难是应该向老员工（该团体元老）请教，学习；最后，认真工作，以饱满的热情干好每一件事！

作者: chengxq 时间: 2008-9-3 10:17
如果我们把这个当作项目进行管理，那么就很简单了，用问题的形式就是，你的目的是什么？为了达到目的，你的计划如何去做？做的过程中遇到问题对应？
首先，目的很明确，就是新进入一个公司，能够更好的开展测试工作。
其次：1.识别组织级的资产，每个公司都应该有定义好的测试流程，bug库，这些你要先熟悉起来
   2.书籍以及网络资料的学习，测试是有针对性地，如测试case，功能，性能等，所以你想对应的是哪个，那就找相对应的书来仔细看看。书籍的采购要买经典的，烂书只能浪费时间，不要贪图便宜买本简单的书，记住，投资是为了回报
   3.你的时间安排，大家都知道，如果没有时间计划，那事情总会一拖再拖，如果我们今天定个计划，今天做什么每天做什么，要根据上面说的组织资产以及书籍和网络资料来安排自己的学习进度，切忌要合理。
   4.要和公司的人员搞好关系，做好沟通，个人感觉作为一个测试人员，首先要乐观，其次要坦然，遇到事情不要急，要心平气和，要向对方说明具体的情况，但对于一些严重的bug ，要坚持原则。沟通是门艺术，5楼的哥们写的挺实用的，呵呵。强调一点，有的时候，技术不是第一，而是人与人之间的关系才是最重要的！！！！关于沟通，参见：http://bbs.51testing.com/thread-123267-1-1.html
最后：1.遇到问题，要及时向别人请教，可以是公司的，可以是网络的，51testing，我看测试类的板块很火，估计效果不错吧，否则不能这么火，具体没有考证，呵呵
   2.实践！计算机行业包括测试，就是不段的实践，对书本上的东西要进行操作，对公司测试工作，也要不断的总结不段的完善，一点一点的积累，对认为有用的经验，可以及时记下来，平时多看看。
建议：学习的过程是枯燥的，建议找个学习相同类的伙伴，一起学习，一起探讨！对具体的项目，想测试好，那对其功能，对其设计要详细了解，对具体的项目，这个是重点！因为测试工作的输入点之一，就是设计书！

[ 本帖最后由 chengxq 于 2008-9-3 10:27 编辑 ]

作者: winds 时间: 2008-9-3 10:59
好像大家讨论的越来越偏题了
－－－－－－－－－－－－－－－－－－
当前问题：新加入一个团体，如何能尽快的展开测试工作？

这个问题的重点是如何尽快进入工作状态，前提的是新入公司
而大家所讨论的是如何有效顺利的进行工作，这个是针对所有公司员工

咱们是不是应该抛开那些技术能力方面的题材，你被招进公司，就表示公司认可你的技术与能力
不熟悉的只是环境，公司文化环境、同事关系、工作流程等

作者: 我心何在 时间: 2008-9-3 11:39
标题: 说me一个例子
我觉的你进入一个新公司，对你来说是新鲜的，而对公司来说，你也是新鲜的。
这个时候是双方都在适应。
而这个适应时间里，你的技术水平提高的并不会多快，所以我觉的首要任务是让你的团队相信你，信任你。
简单说，也就是人际关系第一重要。

举偶一个例子。
偶曾经进过一个公司，公司号称很大，小牛很多，刚进去，偶也很内向，和同事交流不多，只低头干活。
偶部门老大和偶均喜欢抽烟。有段时间，偶老大从不带火机，每次出去抽烟必向me借火机使用，但从不归还。
因人家是偶老大，偶又和人不熟悉，加上火机东西甚小，偶不好意思讨还。
于是乎，偶曾经一个星期去楼下小店买了7个火机，小店老板都觉的偶怎么总是去买打火机。。。

其实后来觉的这是老大一个小策略，刚开始大家不熟悉，总要试探着互相认识。

后补，后来向该老大讨还过火机一次，往后再没向me借过。不过，老大家里添小孩子的时候，偷偷向me塞了一包中华。。

作者: 动力无限 时间: 2008-9-3 11:52
标题: 偶今天刚注册，顶一下
谁答题比较好，偶就送高手鲜花，表示奖励！！！

作者: woodcraft 时间: 2008-9-3 11:53
1、了解产品与项目。我将要承担的是什么产品的测试？是终端产品？平台产品？
2、了解测试的流程。我要做的是什么的测试？黑盒？白盒？我对谁负责？项目经理？测试经理？产品经理还是部门主管？我的输入是什么？是研发的内部正式版本？还是每日BUILDING版本？我需要做哪些输出？BUG管理工具是什么？配置管理工具是什么？
3、了解团队氛围与组织架构。团队的气氛是什么？是鼓励自由测试？还是鼓励执行力？
4、其他软技能。如人际关系等等。

我认为这样思考，能尽快开展测试工作。

作者: goal1860 时间: 2008-9-3 13:00
刚进一个项目，会有两种情况，一种是项目刚启动，那只要把人头搞搞熟，流程弄弄清楚，跟着大伙一块做就完了。另一种情况是半途加入，会感到一定的压力。压力的来源有：
1。担心无法跟上进度。因为对客户业务，应用程序，特殊工具，日常流程不熟悉，千头万绪不知道从哪里开始
2。担心能力无法适应。有些测试项目需要背景知识，有些需要白盒分析技能，或者自动化脚本的能力。自己可能以前未接触过
3。担心无法适应团队。周围都是陌生人，自己是否会被很快接受
我刚进一个项目会先搞清楚：
1。自己要直接汇报的人。关系汇报和工作汇报有时会分开，如关系汇报给项目经理而工作汇报给测试组长。
2。要汇报给自己的人（当你有一定级别）
3。找到一个可以直接给你帮助的人，最好由领导指派，这样责任更明确
4。项目里怎么分组，你处于哪个组，该组的职责是什么，你会跟谁合作，开发组有没有单一联系接口
5。项目里提供一些公共服务的人是谁，跟谁申请测试机，跟谁要软件，跟谁要刻录盘，跟谁要文档模板等
6。开发流程是什么，瀑布还是敏捷
7。SQA是谁，他（们）能提供什么以及要什么
8。你的可用资源有哪些，如测试机，账号，可用的软件库，哪些是分享的，哪些是你自己专用的
9。使用哪些一般的工具，如cvs,svn,sharepoint,wiki,share folder,bug tracking system
10。项目的测试对象是什么，大体怎么测，手工还是自动化，虚拟机还是实体机，测试平台是windows 还是unix,英文还是多语言，测功能还是别的，黑盒还是白盒
11。现在处于什么项目阶段，当前的首要任务是什么，期限是什么时候
12。什么时候交工作报告，哪些例会要参加，要做什么准备
13。你有可能会最先被安排什么具体工作，写用例还是跑测试，还是搭建自动化
14。有什么特别的规定，什么事情不可以做。我们遇见过因擅自搭建dhcp/dns服务器造成的网络瘫痪
应该从什么文档开始学习
然后会：
1。下载或检出项目文档
2。安装必要的软件，包括项目要求的和自己觉得会有帮助的合法软件。有些软件如果没有用过大体上学习以下用法
3。学习文档，学习深度因时间要求而异。实际项目中很少会有很多时间让你学习，就只能过一下整个系统的概况，知道有哪些组件以及它们的大体功能
4。安装要测试的系统，并初步使用，获得一定感性认识。测试环境要尽可能地和他人一致，以便重现和解决安装中的问题。我们经常有这种体会就是系统经常“欺生”，第一次安装很容易出问题，但这种经历能够帮助了解系统和发现不为人注意的缺陷。
5。根据用户说明过一下最主要的功能场景
6。找到存在的测试用例，跑一下正面的测试用例，就可以加深对功能的认识
7。访问缺陷列表，看看是否能理解或重现缺陷，了解主要的缺陷来源，不理解的询问提交者，太深的就搁置不理
8。如有可能检出代码作白盒分析
9。熟悉或搭建自动化测试环境，学习相关工具和脚本的使用
10。熟悉项目内对缺陷报告和测试报告的格式，自己留个模板

看上去很长，其实是按一定脉络下来的。简单概括就是：理顺人脉，尽早上手，摆正位置，勤勉工作

作者: pepper 时间: 2008-9-3 14:52
标题: 大家回答得相当精彩，学习学习
看了大家的回答，感觉相当精彩，回答不错哦！！！

作者: ivanland 时间: 2008-9-3 15:31
我个人觉得该问题可以归纳为两点：
1、环境（包括人际关系和测试环境）
人际关系：
好的人际关系能够让我们很快的融入到团队中，融洽的氛围可以带来愉悦的心情，从而提高个人的工作、学习效率，更快地熟悉公司要求我们掌握的东西。
测试环境：
尽快的熟悉公司的测试环境和工作方法，掌握公司所运用的测试运行和管理工具。
2、业务结构（主要是个人主要负责的工作）
在掌握了测试工具的基础上，熟悉个人的工作对象、内容和性质。在工作的过程中，要发挥主观能动性，不要被动地接受，这样可以学到更多的东西。

作者: chuming 时间: 2008-9-3 15:41
标题: 这么好的题目，希望大家多多参与
这个题目出的很好，希望大家多多参与呀！！

作者: zhuzx 时间: 2008-9-3 15:43
标题: 新加入一个团体，如何能尽快的展开测试工作？
作为一名测试新人加入团队，大多数情况下，项目组成员都是一种热情欢迎的态度，并且主动提供力所能及的支持和帮助，如何快速熟悉项目业务和测试环境，尽快投入到实际工作中去，我谈谈个人的经验和一些看法，供同行参考：

1、寻找新公司的团队元老：

  一般来说，一个新人进入新公司，都要指定一个师傅带一段时间，这也就是我们说的测试前辈。很多时候，测试前辈都是经验非常丰富的测试高人，如何您和他相处融洽，关系不错，凭他个人丰富的业务经验，给您指点迷津，也许会比你自己摸索10倍的时间效果还好。很多的测试新手，刚进入新公司时，自高自大，眼高收低，测试前辈都不愿意交，结果到了试用期转正答辩的时候，一问三不知，被迫离开公司，被炒鱿鱼。这样的例子我看到的不下于10例，很可惜丢失了很多工作机会。

2、虚心的学习态度：

刚到一家新公司，保持谦虚的学习态度非常必要。记得我刚毕业那年，公司招聘了一个测试主管，他有4到5年的工作经验，阅历算是不简单，也是我们心目中的牛人吧。但是那个人，除了听总监的话以外，对于我们部门的其它人来说，他简直是自高自大，目中无人，根本不把部门里的其他人放到眼里，觉得部门的人都不如他。他作为一个空降兵，老员工和新员工，对他都很冷漠，碰到什么问题，需要小组成员帮忙的时候，大家都不愿意帮助他，互相推诿，并且经理也找他谈了几次话，效果不明显，结果他呆了不到2个月，估计是自己觉得很不开心，被迫离开了公司。其实，保持低姿态，谦虚的学习态度，必不可少。

3、阅读项目相关的文档：

  一般来说，新人一到公司，就会安排到项目中去。作为测试新手，快速阅读相关的“需求文档”、“详细设计文档”和“用户手册”特别关键。我们能够通过需求规格说明书等文档，快速熟悉系统相关的知识，获取编写测试文档的相关信息。如果项目已经编好了用户手册，您完全可以根据文档的步骤，一步一步傻瓜式的熟悉每项功能。只有掌握的这些文档的精髓，测试才会变得异常轻松呀。

4、快速熟悉项目相关业务知识：

刚到新公司的测试人员，如果你是跳槽到以前做过的相近行业，有丰富的经验了，那么您熟悉业务没什么大的问题。如果您换的新公司是您以前都没有接触到的行业，那你一定得努力一点，买些相关的业务知识看看非常必要。我深有体会，以前从一家“通讯公司”跳槽到做“银行系统”的公司，业务完全两样，很多业务知识都是从零开始。不过有一定的工作经验，学习起来也挺快，关键取决于个人是酷爱学习和坚强的学习毅力。

5、尽快介入了解被测试系统：

刚跨入一家新公司，如果被测试系统已经开发的差不多了，部分功能已经OK了。你可以部署到测试环境下，尝试从直观测试的角度去尽快了解系统，尽快结合文档熟悉起来。很多的时候，通过页面操作实际的系统比看文档效果好的多，并且印象更深刻，熟悉系统更快。新加入公司的朋友不防试一试。

6、了解公司类似的相关产品：

大多数的公司，都不可能在每个行业都非常强，基本上都是在某一个较小的领域很强势，公司主要就是研发强势相关业务的产品。所以说，相关的产品一般来说是很多的，如果要你测试的系统没有开发完毕，如果时间和条件允许，不妨先了解一下公司类似的产品，以便尽快熟悉起来。大多数情况下，公司很多的产品都是相通的，大部分的产品是在不同的客户要求下，修改了部分功能和界面而已。个人认为：了解类似的产品，也是测试新手快速熟悉产品的一条捷径。

7、尽量多参加项目的各种会议：

每个项目，特别是在项目的启动阶段，大会小会不断，很多时候项目组成员抱怨居多，都认为很浪费时间，耽误开发进度。如果作为测试新手的您这个时候加入，那太好了，多参加这样的讨论会。大部分时间都是在讨论项目的重点和关键，如果大家意见不一致，必然要对不一致的东西展开细节讨论，您肯定是收益匪浅。特别是对业务方面的讨论，您参加几次讨论，比您看10篇需求还强，并且理解也很透彻。如果您对需求有所了解，但是部分功能模块还有问题，就可以在讨论会上随时提出来，大家一起讨论，共同解决。如果有这样的机会，切勿放弃哟。

8、阅读类似项目已有的测试用例：

如果项目已经启动并进入了测试阶段，如果你在这个时候介入，通常情况下负责人都会给你提供整个项目或部分需要你测试的部分模块的测试用例。这些测试用例也是您快速上手测试的重要参考资料。如果还没有编写测试用例，你就介入了，那你就得重头开始，您可以阅读项目类似的测试用例，并结合以前项目的测试经验，根据公司相关的测试用例模板开始编写测试用例。如果在编写测试用例中碰到您不了解和很难处理的问题，您可以记入测试需求疑问表格，等部门开会时，提出来大家讨论。最好不要碰到一个问题就去问，经常打乱人家的思路，弄得别人嫌烦，那就不值了。

9、查看缺陷数据库中旧有的缺陷：

一般的测试缺陷跟踪系统，都是按模块来分类软件缺陷的。如果老大给你分配了测试任务，你就可以有目的的去熟悉即将测试的模块缺陷。登录系统后，对缺陷进行筛选，尝试按测试前辈的Bug描述步骤进行操作，看看是否能够重新缺陷？这种方法能够借鉴测试同行的经验，尽快发现问题，避免测试的盲目性。一来可以拓宽您的视野，避免递交类似问题的Bug或是重复的Bug，二来还可以为您快速熟悉被测试系统添砖加瓦。

10、必须明白自己领导是谁：

一般的员工进入公司，公司和部门领导很多，搞不清楚谁管我，碰到问题问谁？谁可以帮忙解决问题？如果真是这样那就麻烦了。部门领导臃肿的情况实在是太多了，有的公司，既有2测试经理，又有几个测试主管，还有多个项目经理和研发总监，不知道工作向谁回报，对哪个领导负责。弄得每个领导都回报，很累呀！！我的做法是：测试项目中负责领导只有一个那就是测试主管，测试主管负责安排和分配每个测试人员的工作和任务，我直接Review测试主管。如果项目中碰到有什么解决不了的问题，组内成员可以直接找我，同时我也定期加入项目参加部分测试，了解测试项目的一些进展情况，必要时还要找一些人谈心。这样，工作汇报比较简单明了，很轻松。

11、熟悉与测试相关的管理软件的使用：

  我说的这个测试相关的软件包括缺测试需求管理软件（如TestDirector或QC）、陷跟踪管理软件（如：TestTrack Pro、TestDirector等等）、版本配置管理工具软件（CVS、VSS，还是SVN等等），具体熟悉到什么程度，那就要看您的职位了。如果您是一般的工程师，那你就只了解一般的使用就够了，如果您是测试经理，您不仅要了解一般的使用，还要更深层次的了解软件的权限和项目的配置，因为您要作为该软件的Admin，碰到问题大部分都由您搞定呀，高工资不是那么好拿的呀，哈哈！！！如果作为新入职的您，连这些都不会，那你就得加把油了，不然到了测试启动阶段，你才开始熟悉管理软件，那么你觉的能够快速展开测试吗？

12、注意沟通技巧，把握请教良机：

  为了尽快熟悉项目，展开测试工作，沟通技巧必不可少。您作为新入职的测试人员，尽量了解每个开发人员开发的模块和每个开发人员的性格特点，寻找一些共同语言，拉近与开发人员的距离，让他们对您产生好感。只有这样，当您碰到问题的时候，他们才会鼎立的帮助您。如果您与开发人员关系不好，看了就觉的很讨厌，那他们肯定不会帮助您的，更不原意和您配合，当您提错Bug的时候，他们就会抓住这些Bug不放，有时候还要说您什么都不懂，这样你就很郁闷，肯定呆不长久的，只有走人的份了，呵呵。特别是开发人员很窝火的时候，您更要多一些理解和宽容，切勿火上浇油，您可以给他一些表扬，给他一些鼓励。他一听准开心死了，总觉得还是您们最了解我，把您当成自己人。这个时候，你再问开发人员问题，他也许态度就不一样了，他准会仔细的给你讲解，并且以后的什么事情，他也会百厌齐烦地帮助您的，因为他觉您最了解他们，无意识的把您当成了好朋友和哥们。还有的时候，开发人员有空过来测试部门逛逛，准备和您交流时，一定要把握机会，和开发人员开开玩笑和一些必要赞赏，也能够调节和开发人员的关系。总之，这一点做起来真的很难，如果做的好，那效果确实就不一样了。

欢迎各位同行继续补充指正！！

作者: 动力无限 时间: 2008-9-3 16:48
标题: 偶已经给高手送鲜花啦！！
希望您们以后多参加答题活动！！！

作者: 重庆山城 时间: 2008-9-3 18:28
标题: 感觉19楼的朋友是在颁奖似的
感觉19楼的朋友是在颁奖似的

作者: wangchunyan0405 时间: 2008-9-3 20:54
标题: 新加入一个团体，如何能尽快的展开测试工作？
就像大家说得一样，先要搞好关系，这样才会有人愿意帮助你，让你快速成长。
我个人认为：
1。刚到一个新的环境一定要谦虚，不管以前你多厉害。不要刚到公司就锋芒毕露，这样会让大家讨厌你，先沉稳一些。有些想法需要等到大家都熟悉了才好表达。
2。一般进公司，领导都会给你指定一个师傅的，但是他帮助你也不是理所当然的，别忘记和人家说声谢谢。
3。一定要及时地把别人的经验之谈记录下来，即便你不是很明白，记录下来，自己慢慢研究，不会了再问。记得曾经有一个人问我问题，我给他讲了经验，但是他不记，我把我给他讲的提纲给他也不要，说回去要自己研究，到头来还问我，你说这样会给人造成什么样的印象呢？
以上说得就是为人了，人为好了，学习就是自己的事情了
4。要好好研读需求和设计文档
5。熟悉测试的产品，要想测好，首先要熟悉它，对他有个感性的认识
6。查看最新版本的BUG，这样会让你更了解现状
7。查看用例

作者: atomtiger 时间: 2008-9-3 21:03
新加入一个团体，该怎么样了解测试的进度，如何能尽快的展开测试工作？
-------------------------------------
我说的不太好，大家请指教
第一：了解工作范围，工作职责，工作内容
第二：了解工作流程
第三：和老员工多请教，最好是能全程跟1，2个项目，哪怕只是了解一个流程
第四:了解领导的评判标准，领导对工作完成程度的评判标准，哪怕是老员工的工作任务都得按照领导的意思来，更何况新来的，不能做
费力不讨好还倒被批评的湿
第五：具有团队精神，合作工作的能力，毕竟是新来的
第六：工作积极些，这样大家才会对你有好印象

回答完毕，说的不好见谅

作者: guofei318 时间: 2008-9-4 09:22
在我的公司实习两个多月了,一直感觉不能适应公司的文化,可能是一开始就没有做好加入一个新公司的心理准备,这也是自己刚毕业经验不足吧.看了大家的各述己建收益匪潜,等换了新工作时一定注意这些细节.

作者: lanbiers 时间: 2008-9-4 09:30
新加入一个团体，该怎么样了解测试的进度，如何能尽快的展开测试工作？

1.认真读取测试报告,了解测试范围及进度.
2.分析自己的职责范围,寻找测试切入点.

作者: 天府之国 时间: 2008-9-4 09:59
标题: 送给18楼的朋友
zhuzx您写的很详细，令人佩服。特别是最后一条（12条）太好了，很贴切，很实在，如果用得很好的话，确实效果大相径庭，真是高，实在是高呀！！！

真的很佩服您，牛人呀！！！

作者: zzhix 时间: 2008-9-4 10:13
标题: 个人建议
尽快展开测试工作，如何处理好项目成员和自己的关系非常重要？只有处理好了同事关系，快速融通团队才会成为可能？

作者: zzhix 时间: 2008-9-4 10:16
标题: 刚才忘了，补充一点
进入公司后，明白自己的职责和自己该做什么？同样非常关键。

作者: qiyan 时间: 2008-9-4 11:56
标题: 关注公司的测试流程必不可少
尽快的展开测试工作，最好得先了解公司的测试流程和测试规范。

作者: zsp_123zhang 时间: 2008-9-4 13:16

原帖由 zhuzx 于 2008-9-3 15:43 发表
作为一名测试新人加入团队，大多数情况下，项目组成员都是一种热情欢迎的态度，并且主动提供力所能及的支持和帮助，如何快速熟悉项目业务和测试环境，尽快投入到实际工作中去，我谈谈个人的经验和一些看法，供同行参 ...

已給Zhuzx送了鮮花，總結的非常全面。除此外我還有點建議：
1.要多問多想多總結。
對于新進公司的員工，總會遇到一些大大小小的問題或是困惑，遇到問題時應積極尋找問題的解決方法并向老員工請教。比如今天有許多問題，還有些你自認為是小的問題沒有解決，拖到后面就會忘記，問題被提起來的時候你就會后悔當初沒有問。我有的時候也會這樣，剛進公司一些不知道的問題以為無關緊要，不好意思問，就一拖在拖，導致產生許多不應該犯的錯誤。是問題就要解決的。通過這樣的不斷溝通，很快你就會融入到團隊中。

[ 本帖最后由 zsp_123zhang 于 2008-9-4 13:17 编辑 ]

作者: lanbiers 时间: 2008-9-4 14:19
个人觉得应该了解团队习惯和倾向,同步工作进度,了解工作目标,沟通协作,确立测试进度表,按照进度执行

作者: 一马平川 时间: 2008-9-4 14:25
标题: 18楼的朋友，“测试职业高手”的皇冠非您莫属了
看了您答的几期题目，确实总结的非常好，非常精彩。让我们这些测试新手增长了见识，实实在在地的学到了东西，相信我们在您的热心帮助下，不久的将来就会变成参天大树，成为资深的测试专家了，呵呵！！

测试职业高手的皇冠非您莫属了，希望您再接再厉，戒骄戒躁，继续支持并参加51tesing的答题活动，分享您成功的经验，我代表全体测试同行表示感谢！！！！

作者: poisson 时间: 2008-9-5 00:20
组里刚来了新人,刚好大家也帮忙看下,有没有带新人的时候有没有什么要改进的

1. 人际关系
这个很重要,我把这项列在了新人的今年计划上面,不光是QA内部,还有和DEV,公司QA,任何和工作相关的人的关系. QA和DEV的关系很微妙, 所以我觉得新人如果给自己定位不对的话,很容易走歪.

2. 态度
新来的MM每次问我问题都和我说谢谢,搞的我都不好意思了,但是这是对你起码的尊重. 听另外一个同事说, 他带的那个新人因为有靠山, 回答她问题变得理所当然的事情, 连谢谢都不说, 还指示他,你应该教我这个,教我那个, 那味道就不好了(同事和他的新人都是外国人..), 所以那个新人来公司3,4个月了, 都没给她什么任务.

3. 主动
我刚进公司那会, leader直接告诉我, application怎么下, test case在哪儿 (那时还没Use case呢), 然后自己跑, 碰到问题再问. 然后我就每天把看的结果告诉他, 把问题列给他, 然后他再给我答复. 差不多2个星期就上手了吧..不过也发现那个application上面很多bug,搞的我们leader都不好意思了呢~
现在我带新人, 基本就是把简单的流程演示下, 把相关的文档和test case发给他们, 照着文档跑. 然后有问题再问我. 因为我不可能把所有的东西一股脑的都传给新人, 更何况,每个人的测试思路都是不一样的. 有问题, 说明你在学习,思考, 然后才是有效的理解. 而且,我相信, 好的leader是喜欢会challenge自己的下属的. 所以, 作为新人, 要主动出击, 多问问题~

4. 及时和Leader沟通
这个方面, 就不光是技术方面的了, 还包括对进公司的感受, 自己的职业发展方向的想法了, 要让leader觉得, 自己可以帮助到你, 不过说到底还是一个沟通技巧了.

还有一个方面就是技术上的准备, use case/requirement/test case是很重要的一块, 也是必须要看的. 剩下的一些process的东西, 我倒是觉得没必要一开始就弄的很清楚. 慢慢来, 一切都会清晰起来的, 相反, 项目上要想尽快上手, 就必须把测试相关的抓好, 并且要让leader, 你ready了.

事情是做出来的, bug是找出来的, 光说不练是没用的

作者: pepper 时间: 2008-9-5 09:48
标题: 回复 32# 的帖子
作为测试经理如何带新人倒也是一门学问，我也很想知道相关的问题，我已经把该问题写进每周一问了，希望版主早点拿出来讨论讨论！！！！

作者: 奥运宝贝 时间: 2008-9-5 14:39
标题: 看了大家的回答受益匪浅
看了大家的回答受益匪浅

作者: acuyy 时间: 2008-9-5 15:37

作者: AJan1000 时间: 2008-9-5 17:55
标题: 回复 9# 的帖子
内容不错！值得鼓励！

作者: jsj_wanghui 时间: 2008-9-5 20:44
了解该团队目前项目所处阶段，查阅已有的文档材料，如需求说明书、测试计划、测试用例表等等

作者: 阿七 时间: 2008-9-6 11:08
18楼的说的很不错哦
总结下来就是几心
虚心,细心,恒心,耐心,专心
o(∩_∩)o...

作者: bht2000 时间: 2008-9-7 12:09
写文章如同女人的裙子一样,越短越好!~
简明扼要回答下该问题.
1.熟悉工作流程 (流程是第一啊,使工作过程可控,免做无用功)
2.熟悉以往项目文档 (文档是测试工程师工作成果的主要交付形式,参考新团队已有的文档,可对团队工作要点啊,习惯啊,人员水平啊等诸多因素有直接的了解)
3.熟悉工作所需相关背景知识操作技能.(这个就不用详细讲了吧)
4.熟悉团队成员 (熟悉你的领导,搭档,项目组相关成员啊等等.人的因素重要啊,沟通啊沟通,知己知彼)
5....没有最好只有更好,根据实际情况自己补充.

作者: 贱王之王 时间: 2008-9-8 09:35
1.人际关系；
  首先熟悉的肯定是和你有项目关联的人；主要是直属领导，测试组长，和你测试同

一项目的测试人员，项目管理员，开发项目经理等这些人是最先要熟悉，而且是不能

不熟悉的人；其他非直接关联的人也只能在工作中，随时间推移而熟悉；
2.工作；
  公司的产品，背景，业务知识；
  生活环境：吃饭怎么解决，厕所，公交，时间，加班（有时候都是员工自己主动留下来的，你只管自己下班就走就不好意思了）；
  测试流程：流程中主要的测试的提交，环境部署，用户手册，帮助，测试结束点，

产品发布流程；这几个流程的熟悉；

作者: nitan2001 时间: 2008-9-8 10:13
标题: 楼主，请读。
最近发现每周一问这个话题，真的不错。

我有一个疑问，就是每次的第一名，肯定是那个总结的最多的那个人，换句话，就是写得最多的那个人。

有时候，精炼的反而更好，直接切入重点，简单扼要，读者也会缩短阅读时间，同时，有自己思考的空间。

就像我们写case,最好的是精炼同时覆盖率高的，而不是最多的。

作者: 云里雾里 时间: 2008-9-8 10:31
标题: 41楼的朋友说法欠妥，本人强烈反对
其实，每个人都有每个人的想法，这也是很正常的。

在我看来，很多的人都是希望看到比较详细的内容吧！！特别是像我们这样的测试新手，不能以你一个人的意见来要求大家，那你也太自私了。何况很多的朋友都不愿意把自己的经验来分享，你这样一说，估计以后大家都不会写很多了，很详细了。

唉。。。。。。遗憾！！！！

作者: chuming 时间: 2008-9-8 10:40
标题: nitan2001有本事您下期就来回答一期，让我们看看，你到底有多厉害
nitan2001我们希望看到你下期精彩的回答！！您也好让我们见识，您到底有多深？不要只要求别人，忘了自己！！！

作者: nitan2001 时间: 2008-9-8 11:16
标题: 无语，竟然说我自私。。。
我阐明我的观点：
1. 最多的并不一定是最好的。
2. 并不是让所有人接受我的观点，阐明而已。

顺便说一下，如果我的几句话，让广大网友改变自己的回答方式，这是不可能的，
毕竟网络是一个虚幻的空间，面对海量的资讯，应该辨别的接受，而不是全盘接受。

云里雾里觉得遗憾，这也很正常：言论都不自由，就更无法提及民主；
还有出名同学，我的观点好像和答题没什么关系吧，而且你的回复，似乎只有挑衅。。。

作者: jinjinjin19. 时间: 2008-9-8 11:27

原帖由 nitan2001 于 2008-9-8 11:16 发表
我阐明我的观点：
1. 最多的并不一定是最好的。
2. 并不是让所有人接受我的观点，阐明而已。

顺便说一下，如果我的几句话，让广大网友改变自己的回答方式，这是不可能的，
毕竟网络是一个虚幻的空间，面对海量 ...

呵呵，我不知道是同情还是支持你！
的确他们有点过分了，不过你也不要放在心上啊，至少他们还很年轻，至少成熟的人应该不能这样
理解年轻，宽容他们！因为年轻是与激情，梦想的岁月！呵呵，至少我以前是，呵呵。
好了，别生气了，其实我感觉这样也欠妥。不过，有什么用啊，谁在乎这点奖励呢，只是好玩而已

作者: chuming 时间: 2008-9-8 11:32
标题: 回复 44# 的帖子
当然您那样写，也没错。毕竟言论自由吗？

个人觉的您这样做，很容易让那些测试高手放弃答题的积极性，人家回答的比较详细，也是花了大量的精力，很不容易。他们的热情和分享的精神，更多是值得我们钦佩和鼓励。您不但不这样做，反而还在挑刺，感觉看了你的帖子，心里很不爽。

其实答题谁得奖与我都无关，又不是我得！！关我啥事！！！我只是看了您这个帖子，心里特别难受而已！！

作者: pepper 时间: 2008-9-8 12:29
标题: 朋友们都不要生气了，反正不是我们得奖，免得气坏了身子
希望41楼的朋友，给我们一个简单明了的例子，不要光说不做哟，呵呵！！！

作者: 重庆山城 时间: 2008-9-8 13:32
标题: 谈谈个人对答题的态度和看法，让简单和详尽的答题方法并花齐放
其实大家就答题争论了半天，没什么意思？

1.答题简单了对“测试新手”不利，因为他们接触不是很多，理解不是很深刻，希望高手无私的分享的想法，完全可以理解。我们也应该以包容的态度去接受。

2.答题简单让测试高手更能节约时间，留有充分的思考余地。也许看这些内容浪费了他们的时间，可以谅解，您们可以不看。或者写处一些更加经典的帖子来帮助测试新手。

个人觉的让简单和详尽的答题方法并花齐放，才是我们愿意看到的！！！！

作者: yao123456 时间: 2008-9-8 13:48
标题: 答题目的好坏，版主心智杜明，呵呵！！！

原帖由 nitan2001 于 2008-9-8 10:13 发表
最近发现每周一问这个话题，真的不错。

我有一个疑问，就是每次的第一名，肯定是那个总结的最多的那个人，换句话，就是写得最多的那个人。

有时候，精炼的反而更好，直接切入重点，简单扼要，读者也会缩短阅读 ...

我们作为一个会员，能看到各位高手的回答已经不错了，我们要求不高，能让我们看懂就可以，答题目的好坏，版主心智杜明，我们不做任何评判，呵呵！！！

作者: chengxq 时间: 2008-9-8 14:00

我花了10++分钟，没有重奖，不过看到各位的争论，感觉还是有收获的，大家对这个还挺重视，居然还吵了起来，呵呵呵

作者: uestc 时间: 2008-9-8 14:23
标题: 谈谈我的猜测，望大家息怒，呵呵！！
估计是41楼的“我有一个疑问，就是每次的第一名，肯定是那个总结的最多的那个人”这句话太武断了，欠妥，个人感觉是好像第一名特别差似的，给各位同行在理解上产生了歧义。

加上zhuzx经过了几次答题，已经在51tesing测试论坛上名气已经很大了，你这样说，喜欢或崇拜他的人，肯定很生气！！我的猜测不错吧，哈哈！！！

下面是我的亲身经历：
上次我给zhuzx发了一个短信息，请求他帮忙。他特别的热情，并加了我的MSN, 并帮我解决了测试缺陷系统安装和配置管理的部分难题。说实话，我个人还是特别佩服他，崇拜他。

我觉得不管是发帖，还是做任何事情都应该有一个起码的尊重！！！

作者: nitan2001 时间: 2008-9-8 16:04
标题: 接受楼上网友批评：我武断了
我确实是有些武断，正想楼上网友说的，你点到我的死穴了。

两个人回答内容相似，假如我是版主，也会颁奖给回答得多的网友。从这个角度讲的话，我理解了大家心中的不快。

我回复中，并没有提及任何人和任何一个主题，只是发表一下我的个人见解，所以，请高手不要以为我在含沙射影。没有的事。

本人也是一名测试新手，每日一题，是我这几天发现的一个论坛的亮点，比如测试结束点的确定一题，本人也是整理归档，留以后用：起码的尊重是不够的，敬佩更恰当一些。

人生苦短，需要做的事情太多，最近总在考虑提高效率从而延长生命，所以看问题确实有些偏颇，正如楼上 uestc网友所言，武断了。
这里主要还是讨论技术问题，如网友们还有异议，可直接发信息讨论了。

作者: zzhix 时间: 2008-9-9 11:09
标题: 最近几周的冠军太厉害啦，让我们大开眼界
最近几周的冠军太厉害啦，总结挺全面的，经验和阅历一定不简单。

作者: zzhix 时间: 2008-9-9 11:19
标题: 本人胸中无墨，想写冠军那么多也难呀

原帖由 zhuzx 于 2008-9-3 15:43 发表
作为一名测试新人加入团队，大多数情况下，项目组成员都是一种热情欢迎的态度，并且主动提供力所能及的支持和帮助，如何快速熟悉项目业务和测试环境，尽快投入到实际工作中去，我谈谈个人的经验和一些看法，供同行参 ...

朋友们就不要挑剔了，感觉像我们这样的测试新手，想写很多也没得写，关键是懂得太少了，唉。。。。。。。。。

什么时候能够变成测试强人？

作者: tian910 时间: 2008-9-10 13:32
标题: 个人观点
写的详细不一定是坏事，就怕自己不动手锻炼。一味追求时髦，不见得就强，好的东西就是好！！！

作者: 望川 时间: 2008-9-10 13:48
标题: zhuzx网友，我们永远支持您
zhuzx网友，看了您几期的答题，感觉自己成长很快，收获颇多，不管怎样，我们永远支持您！！！

作者: 思渝 时间: 2008-9-11 15:25
标题: 不错永远支持冠军zhuzx
顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶顶！！！！！！

作者: 鬼城 时间: 2008-9-11 17:45
标题: 最有水平的帖子，永远都是好贴！！
谁得奖都无所谓了，谁又在乎这点奖励呢？答题内容不分多少，关键是看谁答题最有水平？

简单的回答，比如说几个字，不容易看出水平来吧！！！

作者: wolsion 时间: 2009-3-21 10:50
测试新手即将入职，学习了，很有收获，谢谢各位前辈。。。

作者: 君星 时间: 2009-6-1 14:16
标题: 正在找工作
我想找到工作后，首先要温习一下这篇文章。

作者: 逛逛族 时间: 2011-6-14 17:56
18#讲得太专业了

作者: wqfever 时间: 2011-10-12 17:36
回复 4# 小狐狸如如

很好，继续学习

作者: 游记 时间: 2011-11-2 18:03
回复 18# zhuzx

学习了，非常感谢分享。

作者: zhouyong9891 时间: 2011-12-1 16:40
学习了！谢谢……希望以后有更多的类似的贴学习！

作者: 利勇lmm 时间: 2013-6-6 16:47
你刚刚进入公司，往往都是不怎么被信任的，我觉得先得到小组成员的信任是最快的方法，其他的可以慢慢来

作者: 利勇lmm 时间: 2013-6-6 16:51
回复 23# guofei318

我刚刚毕业进入一家公司差不多两个月了，一开始我老大就让我去技术支持项目，做完后还要去跟另外个项目的Rollout，实在不明白，感觉自己不怎么适应了……现在不知道到怎么办，求指导

作者: Maze小吴 时间: 2013-9-12 16:30
这么好的帖子~一定要好好收藏！谢谢楼主~

作者: chenxl624 时间: 2013-10-18 09:11
人际很重要，要在新团队中快速记得别人的名字和职能分工

作者: zhongkuilian 时间: 2014-9-12 15:02
非常棒

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)