今天老板找我谈话,经过这次谈话我真正了领略到了什么叫说话的艺术!

开场白:1.我今天找你是谈一下 ,你的performance,从你组长那里我了解到你的表现还不错.我要给你讲的是,你进公司已经时间不短了,应该个方面已经比较熟悉了,我们作为测试人员,要做的不要仅仅局限在自己的工作上要自己 多想想,怎样才能把测试提高到另外一个层次.

2.咱们公司要在明年3月开展自动化测试,到时候会从新加坡过来一个group,对你们进行适当的培训.你以前在 自动化方面也有自己的经验,所以公司决定要你和xxx做着方面的工作,公司将会专门成立automation 小组.

3.注意下面的这段话才是找我的真正目的:

我(老板)有发现咱们部门有这样一种情况,各个组之间很独立,没有互相帮助的意识.比如说一个组的项目还没下来,而另外一个组的项目正在很紧张的进行,你们这个时候就应该主动的过去帮忙.但是在咱们部门我发现都没有这个意识.我今天要说的就是:我相信生命可以影响生命!我希望跟你谈了之后,你能够影响到你们组的其他人.(老板是基督教徒,主要的目的就是你们不要闲着,没事情做的时候要主动找事情做).

我进公司8年了,一开始我也发现工资比其他人少,于是我就心理开始不平衡,但是当我跟其他人交流的时候发现其他人不是这样,他们认为你如果在公司工作3年老板没有把你的工资提高,那你就应该在认认真真的工作3年,这个时候老板就会发现这个员工有能力,对工作认真,就会把你的工资提高.所以工资不是重要的,重要的是你要有一颗为公司工作的心.

这个时候其实我已经掉进了陷阱

你的合同快要到期了,你怎么考虑的??我当时脑袋一热,就顺口答应了:公司还有我需要学习的地方,我还会签一年.

回过神来之后,才发现怎么没有提加工资的事情,我晕!!

感悟:前面的话,已经把我讲迷糊了,但是无所谓了,为了能学自动化的技术我忍了!!

今天有时间把Creative的测试流程总结一下,其中有些观点只是个人观点,仅供参考.((不知道测试流程是不是属于公司内部机密,这样做是否会违背当时的保密协议).

1.PM or PE submits MRD(Marketing Requirement Document)

MRD is just like the System Requirement Specification.In Creative ,the whole project is controled by PM(Project Manager),and there is no "real" SQA guy,although they call the testing department as "Software Quality Assurence".

In this stage ,the PM will conduct a meeting and inform the related guys to attend it ,like TestLeads,some testers,s/w lead and developers.

Note: in this stage ,the testers need not to view or review the MRD becasuse it is not necessary to find bugs in MRD.Only  PM has right to modify it .What the testers must do is to read the MRD and know what we would test in the future.

2.Product Kick Off  

In Creative ,the "product kick off " means that a project really begins.

3.Create schedule.(Develop)

It is created by PM completely .Test department has no responsibility to participate

in it. What we can do is waiting and to wait the schedule is completed.

4.Submit TestPlan

SQA leader creates testpaln according to the schedule.

5.Create test cases

Because the limitation of the product ,the test cases can be reusable completely.

For example:the function of the audio cards is almost the same although defferent modle.

6.Test cases view and review

This stage is to assure the test cases are suitable for the product.

7.Assign resources and test cases to testers.

8.Alpha and Beta stage

 Pre-test-->pass-->testing-->log bugs-->bug review-->next stage(Alpha 2)

9.RC stage (There is  no fatal bugs)

 bug fix is complete

10.RTM(Release to manufacture)

In this stage,the code should be frozen.

以上是我自己的总结可能与实际工作还有些差异.可以看出来其实在创新测试人员唯一做的就是测试,在其他的流程上测试人员没有必要去参加,完全是由PM控制.

以下是我感觉流程方面的缺点:

1.测试部门是流程中的最低层人员,他们所做的就是测试再测试.没有参与到需求分析当中去,甚至造成测试人员在产品的最后阶段还 弄不清楚产品的性能.

2.需求文档描述不清楚,仅仅简单的描述客户以及产品的性质.

4.没有风险评估的意识.甚至在产品的最后阶段还要增加一些影响很大的模块.

工作2年了,在创新将近2年了 .首先应该感谢的是创新公司把我带进测试的大门,然而,我不得不说,创新的测试真的很烂.呵呵 ,我是不是有点忘恩负意...?

2年应该处在,事业的转型期,我感觉这个时期非常重要.很可能 你在这个时期的选择会影响到你以后事业的发展方向.所以我很紧张,也很重视.

在创新的2年,熟悉的仅仅是测试流程方面的一些知识.仅仅是知道什么是测试.没有测试理论的培训,没有测试方法的培训,在他们的测试用例中仅仅是从一个用户的角度去考虑,设计不到任何的测试思想.

在看透了公司测试很烂之后,就想尝试一下别的公司到底测试需要什么样的人才?那样可以让自己知道自己的不足,可以有方向的去学习.呵呵 ,现在是11点52,12点吃完饭,我就偷偷的溜一个小时,呵呵跟我组长已经打好招呼,不过还是很危险哦!因为老板今天刚丛新加坡回来 .

有时间把Creative的测试流程写下来,就当是自己的工作总结吧!!

我的头像是盗版女朋友的 ,呵呵 ,不漂亮但是很可爱 ....今天加进去就当是我博客开张的日子吧.